Website Speed Checker
Measure Lighthouse performance and reveal the improvements that matter most.
- Preparing
- Measuring
- Analysing
- Report
Your audit results will appear here
Start the test above to generate scores, measurements, recommendations, and a downloadable report.
Get more value from the speed checker
Use the guidance below to prepare the page, interpret the results and build a repeatable improvement process.
Preparing for an accurate speed test
Test the final public HTTPS URL in a logged-out state and avoid making deployments while the measurement is running. Select mobile when most visitors use phones or when you want the more demanding simulation. Select desktop when that environment represents the intended experience. Running the website speed checker more than once can help distinguish a repeatable bottleneck from a temporary network or server variation.
How lab data differs from real users
The speed checker uses a controlled Lighthouse environment so pages can be compared consistently. Real visitors use different devices, locations, networks and cached resources. Field data describes those actual visits over time, while this report provides an immediate diagnostic snapshot. Use both when available: lab data is helpful for debugging, and field data shows whether real experiences meet performance targets.
A practical optimization order
Start with server response and the largest visible content because delays there affect everything that follows. Compress and correctly size images, preload only essential resources, remove unused scripts and styles, and defer noncritical third-party code. Protect layout space for images, advertisements and embeds to reduce movement. After each change, clear caches and use the speed checker again before adding another optimization.
Why scores can change
Performance results can vary when hosting load, remote fonts, advertising, analytics or third-party services respond differently. A plugin update or content edit can also change the page weight and execution cost. Look for trends across several tests instead of treating one score as permanent. The goal is a consistently responsive experience, not merely a single perfect number.
Build performance into every release
Set a small performance budget for page weight, image size and third-party scripts before development begins. Test representative templates on mobile and desktop, not only the homepage. Monitor hosting response, caching behavior and Core Web Vitals after deployment, especially when analytics, advertising or marketing tools change. Keeping a history of speed checker results helps the team spot regressions early and connect them to a release. Consistent performance work is usually safer and more effective than occasional emergency optimization.

