Skip to content
Desirly

Website speed & development

Why Website Speed Matters and How to Measure It

Learn why a slow website quietly costs you visitors and enquiries, how to run a fair website speed test, and which results to act on first.

DE Desirly Editorial Team Published 5 min read

Cover illustration for the guide "Why Website Speed Matters and How to Measure It"

Website speed matters because people abandon slow pages, and because search engines treat page experience as one signal among many. You can run a website speed test for free in a few minutes, and most slow small-business sites are held back by the same handful of fixable problems.

This guide explains what "fast" actually means, how to measure it fairly, and what to do with the results.

Why speed matters for a small business

Visitors are impatient

Think about how you behave on your own phone. If a page shows a blank screen, or the buttons jump about just as you go to tap one, you go back and try the next result. Your customers do exactly the same. A slow page doesn't just annoy people. It loses enquiries and sales without you ever knowing they were close.

Search engines notice

Google says its ranking systems take page experience into account, including how quickly and smoothly pages load. Content relevance and quality matter far more. Speed won't rescue a thin page, but a slow site can hold back a good one. If you want it from the source, read Google's page experience guidance.

Fixing it is often cheaper than you'd expect

Speed problems usually come from oversized images, too many plugins or third-party scripts, and underpowered hosting. Fixing those is usually cheaper than paying for extra advertising to make up for the visitors a slow site loses.

What "website speed" actually means

There isn't one single speed number. A useful test looks at several moments while a page loads:

  • Server response time. How long your hosting takes to start sending the page.
  • Largest Contentful Paint (LCP). When the main thing on screen, usually a hero image or headline, appears.
  • Interaction to Next Paint (INP). How quickly the page responds when someone taps or clicks.
  • Cumulative Layout Shift (CLS). How much the layout jumps around while it loads.

The last three are Google's Core Web Vitals. We cover them properly in Core Web Vitals explained for business owners, so this post sticks to measuring.

How to run a website speed test properly

Step 1: Pick the pages that matter

Don't test only your homepage. Choose three to five pages that bring in money or enquiries:

  1. Your homepage
  2. Your most important service or category page
  3. A typical product or service page
  4. Your contact or quote page
  5. A popular blog post, if you have one

Step 2: Use a reputable free tool

Google's PageSpeed Insights is a sensible starting point because it shows two kinds of data:

  • Field data. Real measurements from Chrome users who visited your site over recent weeks. This only appears if your site gets enough traffic.
  • Lab data. A simulated test run there and then, on a fixed device and connection.

Field data tells you what real visitors experience. Lab data helps you work out why. On a small site you may only see lab data, which is still fine for spotting problems. The Lighthouse panel in Chrome's developer tools gives you a similar lab test on your own computer.

Step 3: Test mobile first

Most tools run a mobile test on a throttled connection by default. That's deliberate. A mid-range phone on a patchy signal is a realistic visitor. Desktop results are usually better and can give you false comfort.

Step 4: Run each test more than once

Lab results vary between runs because of network conditions, server load and third-party scripts. Test each page three times and go by the typical result, not the best or worst one.

Step 5: Write it down

Keep a simple log with the date, page, mobile score, LCP, CLS, INP (if shown) and any change you made. Without a baseline, you can't tell whether a fix worked.

Reading the results without panicking

A score out of 100 is a summary, not a verdict. A page can score 70 and feel fine to customers, or score 90 in the lab and still feel sluggish on real phones. Focus on:

  • Metrics marked red or amber, especially LCP and CLS on mobile.
  • The "Opportunities" and "Diagnostics" sections, which point at specific files.
  • The heaviest files on the page. One or two huge images often make up most of the page weight.

A worked example

Say your homepage hero is a photo exported straight from a camera at 4,000 pixels wide and 3.5 MB. On a phone it's displayed about 400 pixels wide. If you resize it to a sensible width, for example 1,600 pixels for large screens with smaller versions for phones, and convert it to a modern format such as WebP, it could drop to a few hundred kilobytes. The figures are made up, but they show why images are the first thing to check.

You can convert images in your browser with our free image converter. Our image optimisation guide explains sizes and compression in plain English.

The usual suspects on a slow small-business site

Work through this checklist after your first test:

  • Images. Oversized, uncompressed or in older formats.
  • Too many plugins or apps. Each one can add scripts and styles to every page.
  • Third-party scripts. Chat widgets, social feeds, review badges and several tracking tags.
  • Web fonts. Several families and weights loading before text can appear.
  • No caching. Pages rebuilt from scratch for every visitor.
  • Hosting. A slow server response time points at the host, not the page.
  • Sliders and video backgrounds. Heavy, and rarely worth it at the top of a page.
  • Unminified code. Smaller gains, but easy once the big items are sorted.

Fix the biggest problem first, re-test and record the result. Small, measured changes beat a big overhaul you can't evaluate.

How often should you test?

  • After a redesign, a new theme or a new plugin.
  • After adding any third-party script, such as chat, reviews or tracking.
  • Once a month, as a routine check on your key pages.

If the numbers start drifting the wrong way, look at what's been added since your last good result.

Frequently asked questions

What is a good website speed test score?

There's no magic number. Aim for your Core Web Vitals to be in the "good" range on mobile and use the overall score as a rough guide. What matters most is that the main content appears quickly and the page doesn't jump about, not hitting 100.

Why does my score change every time I test?

Lab tests are affected by network conditions, server load and third-party scripts that behave differently from one run to the next. Run several tests and go by the typical result.

Is desktop or mobile speed more important?

Test both, but prioritise mobile. Phones usually have slower processors and connections, so problems show up there first.

Will a faster website guarantee better rankings?

No. Speed is one factor among many, and relevant, useful content matters far more. A faster site does give visitors a better experience, and that's worth having anyway.

If you'd like help finding and fixing what's slowing your site down, our website speed optimisation service starts with this kind of measured test.

This guide is general information, not legal, tax or financial advice. Fees, rules and thresholds change, so check the official source before you act. Spotted something out of date? Tell us and we will review it.

Keep reading

Your cookie choices

We use essential cookies to run this site. With your permission we would also use Google Analytics to see which pages help people. Cookie notice

Settings