Free website speed test
Test any website’s speed for free, on mobile and desktop, in about 20 seconds. Google’s own PageSpeed measurement for any public site, mobile and desktop, with the real-user figures beside the lab ones — because a lab score of 95 on a site whose visitors see a four-second load is not good news, and most speed tools show you only the flattering half. Free, 10 checks a day, no sign-up.
10 free checks a day. Answers are cached for 6 hours per site, so asking twice costs nobody anything.
Short answer (updated 24 October 2026). Enter a web address and you get Google’s lab score and the last 28 days of real-visitor Core Web Vitals for mobile and desktop. Free, no sign-up, ten tests a day. Google’s own thresholds: a largest-contentful-paint under 2.5 seconds is good, 2.5 to 4 needs work, over 4 is losing you visitors; interaction-to-next-paint under 200 ms; layout shift under 0.1.
The number that matters is the one your visitors live in. A speed test runs one visit from one machine on a simulated connection; Google’s field data is twenty-eight days of real Chrome users on real phones and real networks. When the two disagree, the field data is right about your business and the lab data is right about your code. This page shows both, labelled, and does not average them into one comforting figure.
Straight answers.
How do I test my website speed for free?
Type the address in the box above and press Test. The tool asks Google's PageSpeed Insights for a mobile and a desktop run and shows both, with the real-visitor figures beside the lab ones. There is no sign-up and no email; ten tests a day per person.
What is a good website speed in 2026?
Google's Core Web Vitals thresholds, which are what it ranks on: largest contentful paint under 2.5 seconds (good), 2.5 to 4 (needs improvement), over 4 (poor); interaction to next paint under 200 milliseconds; cumulative layout shift under 0.1. Those are the field numbers on this page, measured on real phones, not the lab score.
Why is my mobile score so much lower than desktop?
Because the mobile lab run simulates a mid-range phone on a slow 4G connection, which is closer to how most shoppers actually arrive. Oversized images, app scripts and web fonts that a desktop hides cost seconds on a phone. Fix mobile first; desktop usually follows.
Does website speed affect sales?
Yes, and the effect is on the visitors you never see: the ones who leave before the page paints. We run online stores ourselves, and every speed fix we have made on our own stores showed up first as fewer bounces on mobile product pages. Google also uses the field Core Web Vitals as a ranking signal, so a slow page is both a conversion problem and a visibility one.
Whose numbers are these?
Google's. The tool calls the PageSpeed Insights API, which runs Lighthouse on Google's own machines — the same engine behind the score in Search Console and behind every speed report a consultant has ever emailed you. We show it unedited, including the parts that make our own pages look average.
What is the difference between the two sets of numbers?
The lab numbers are one visit by a machine on a simulated slow connection: repeatable, and not a real person. The field numbers are Chrome users who actually visited your site in the last 28 days, and they are the ones Google uses for ranking. A lab score of 95 with a 4-second field LCP means your real visitors are having a worse time than the test suggests, and that gap is the single most useful thing on this page.
Why is there no field data for my site?
Google only publishes it once a site has enough real traffic in its dataset. No field data is not a fault; it means too few Chrome users with reporting on have visited recently. The lab numbers still apply.
Does this slow my site down?
No. The request comes from Google's machines, not ours, and it is one page view. We cache the answer for 6 hours, so asking twice costs your server nothing.
Why ten checks a day?
Because each one asks Google's API and somebody else's server for work. Ten is plenty to test a site and its competitors; more than that is a script, and a script should be measuring its own sites with its own API key.
What should I actually fix first?
Whatever the opportunities list puts at the top — it is sorted by the time Google thinks you would save. In our experience on real stores the order is almost always: images that are bigger than the space they appear in, third-party scripts from apps nobody uses any more, and fonts loaded from somewhere else. The first two are usually most of the problem.
Watch this every night with Bilby.
This is one measurement, today, by you. Bilby checks speed on a phone and a desktop and the whole buying path every night from six regions, and emails you when something changes — before a customer finds it.
Where to go from here
- The SSL checker — a real TLS handshake: expiry, chain, hostname and the http to https redirect.
- The leftover app code scanner — the usual reason a storefront is slow is scripts from apps that were uninstalled months ago.
- All the free tools — none of them needs an account.
- Shopify and WooCommerce work by the studio — when the fix is more than an afternoon, we do speed and theme work on stores at a fixed price.
- Is it down, or is it just you? — the 60-second version, with today’s status read live.