How to Audit Your Website’s Speed in 7 Steps (No Developer Required)
What you'll need
- A free PageSpeed Insights account (no signup actually required)
- Your website's homepage URL, plus one or two inner pages
- A phone with mobile data turned on (not Wi-Fi) for a real-world test
Speed complaints usually arrive vague: “the site feels slow” or “people say it takes forever to load.” Vague complaints are hard to fix, because there are a dozen different reasons a site can feel sluggish and they call for completely different solutions. Before hiring anyone or touching a single setting, run this audit yourself — it takes about twenty minutes and tells you exactly which of those dozen reasons applies to your site.
Step 1: Test with Google PageSpeed Insights, not your own eyes
Go to pagespeed.web.dev and enter your homepage URL. Your own experience of “does this feel slow” is unreliable — you’re on a fast connection, your browser has already cached half the page, and you’re testing the same site every day. PageSpeed Insights simulates a real visitor on a typical connection and gives you an actual score, split into Mobile and Desktop. Always check Mobile first; it’s almost always worse, and it’s what most of your visitors are actually using.
Step 2: Read the score, not just the color
The red, orange or green badge is not the point — the number under it is. Anything below 50 on mobile means real visitors are likely abandoning the page before it finishes loading. Write the number down. You’ll want it later to prove whether whatever gets fixed actually made a difference, rather than trusting a “feels faster” impression.
Step 3: Find the single biggest render-blocking resource
Scroll to the “Diagnostics” section of the report. Look specifically for anything about render-blocking resources — this is almost always the single biggest lever on an older or heavily-plugin-laden site. It usually means a font, a script, or a stylesheet is forcing the browser to stop and wait before it can show anything at all. You don’t need to fix this yourself; you just need to know it exists, because it’s the first thing worth mentioning to whoever does the fix.
Step 4: Check image sizes specifically
Images are the most common cause of slow load times, and the easiest to fix. In the same Diagnostics section, look for “Properly size images” or “Serve images in next-gen formats.” If you see either flagged, it almost always means someone uploaded a 4MB photo straight from a phone or camera without resizing it first — a problem a good web team can fix sitewide in one afternoon, often cutting load time in half on its own.
Step 5: Test a real inner page, not just the homepage
Homepages get all the attention, but a service page or blog post is usually where a paid ad or a search result actually lands someone. Run the same PageSpeed test on your busiest inner page. It’s common to find the homepage scoring fine while a page carrying an embedded video or an old plugin’s widget is dragging badly — and that page might be the one costing you the most.
Step 6: Run the mobile-data test on your own phone
Turn off Wi-Fi on your phone, switch to mobile data, and load your site the way an actual customer standing outside your business would experience it. Automated tools are useful, but nothing replaces watching the page load, in real time, on a real connection. If it feels frustrating to you on a decent connection, it’s worse for someone with weaker signal.
Step 7: Write down the three worst numbers and stop there
You don’t need to fix everything in the report — most sites never will, and most of it doesn’t matter much. Write down your mobile score, whatever the single biggest render-blocking issue was, and whether images were flagged. Those three data points are enough to have a focused, useful conversation with a developer instead of a vague one — and enough to know, next time you run this same seven-step audit, whether anything actually improved.

Leave a Reply