Site Speed Tester
Run any page through Google PageSpeed Insights. Get the Lighthouse performance score, Core Web Vitals (LCP, CLS, INP), and the top opportunities to improve speed.
Core Web Vitals decoded.
Google uses Core Web Vitals as a ranking signal and a UX benchmark. Each metric measures a different aspect of page experience — perception of speed, visual stability, and interactivity. Pass all three at the 75th percentile of your real traffic and the page is considered to deliver a good experience.
Largest Contentful Paint
How quickly the largest visible element renders. Slow LCP = perception of slow site.
Cumulative Layout Shift
Visual stability. Measures how much elements move around after load. Hurts trust.
Interaction to Next Paint
Responsiveness to user input. Replaced FID in 2024 as the Core Web Vital.
What the Lighthouse number means.
The performance score is a 0–100 blend of lab metrics. It falls into three bands — and where you land tells you how urgent the work is.
Good
Fast for most users. Maintain it — regressions creep in with every new script and image.
Needs work
Noticeably slow on mid-tier mobile. There's measurable ranking and conversion upside in fixing it.
Poor
Painful on real devices. Likely losing users before the page is usable. Prioritize the opportunities.
Lab data vs. field data.
We run your URL through Google PageSpeed Insights, which returns two kinds of data. Knowing which is which is the difference between debugging confidently and chasing noise.
Lighthouse, one controlled load
A single simulated page load on a throttled connection and emulated mobile device. Repeatable and diagnostic — it tells you why a page is slow and pinpoints what to fix. It can vary run-to-run, so read the trend, not one number.
CrUX, real Chrome users
Chrome User Experience Report data aggregated from real visitors over the prior 28 days. This is what Google actually ranks on when it's available. If a URL has too little traffic, field data may be absent — that's when lab data carries the weight.
The fixes that move the needle.
Most performance reports surface the same handful of issues. Here's what they mean and which metric each one tends to improve.
Oversized images
Serve next-gen formats (WebP/AVIF), size images to their rendered dimensions, and lazy-load below the fold.
improves LCPRender-blocking resources
Defer non-critical JS and inline critical CSS so the browser can paint without waiting on the network.
improves LCP / FCPUnused JavaScript
Code-split and tree-shake bundles. Shipping JS the page never runs just delays interactivity.
improves INP / TBTNo explicit dimensions
Set width/height (or aspect-ratio) on images and embeds so nothing jumps as the page loads.
improves CLSSlow server response
Cut TTFB with caching, a CDN, and a faster backend. Everything downstream waits on the first byte.
improves LCP / TTFBHeavy third-party scripts
Audit tag managers, chat widgets, and trackers. Each one competes for the main thread.
improves INP