Page speed checker

Measure what actually slows the page down: server response time, the size of the HTML document itself, and the scripts and stylesheets blocking the first paint.

Measuring rankings in

Runs the full audit on your live site. Your report opens in your dashboard.

What this checks

Four measurements of different causes. Server response time is how long your origin took to send the first byte. Page weight is the size of the HTML document alone, before images, scripts and styles, so a large number here is markup and inlined data rather than media. Render blocking counts the scripts and stylesheets that must be fetched before anything paints. Caching headers report what you told browsers and CDNs to keep.

Why it matters

A single speed score tells you a page is slow. These four tell you which team has the work. Slow response time is a hosting or database problem. A heavy HTML document is usually a framework inlining its state. Render blocking is a build configuration issue. Missing caching headers make every repeat visit as expensive as the first, which is invisible in a one off test and obvious in your bills.

How to read a bad result

Over 600 milliseconds to respond is a warning and over 1,500 is a failure. An HTML document over 200 kilobytes is heavy and over 500 kilobytes delays the first paint on every single visit. no-store on a cacheable page means nothing is ever cached anywhere, including your CDN, which is worth checking because it is usually a default nobody chose. Fix the response time first: everything else is measured from the moment it ends.

This page leads with one dimension, and the audit behind it is the whole engine: Visibility100x scores36 checks on every page it crawls, across crawlability, on page SEO, structured data, AI and GEO, content, media, performance and security. Running it here gives you the same report a paying customer gets, on a free account with no card.

Questions people ask

What is a good server response time?

Under 200 milliseconds is good, under 600 is acceptable, and past a second the page feels broken before it has drawn anything. This is the number your hosting and application code control directly.

Why is my HTML document so large?

Usually an application inlining its data into the page, a large piece of embedded JSON, or markup generated by a page builder. It is separate from image weight and it delays the first paint on every visit, including cached ones.

How is this different from the Core Web Vitals check?

Core Web Vitals reports what visitors experienced. This reports the causes we can measure directly on the response. They answer different questions and are most useful read together.

Run your first audit
in about a minute

Free account, no card. Paste your URL and get a real, scored report of your AI and search visibility.

Measuring rankings in