Skip to content
Website Speed

Website Speed Guide: Find What Is Slow and Fix It

Everything we have written on website speed in one place: what fast actually means, where the time goes when a page loads, and a sensible order of work.

A laptop showing a website dashboard with traffic charts
13 sections · 11 min read
In this article · 13 sections

A customer taps your link, sees a white screen, waits, and goes back to the search results. You never hear about it. That is the problem with a slow website: the cost is invisible. Nobody fills in a form to tell you the page took too long. They simply choose someone else.

This website speed guide is the map for everything we have written on the subject. It explains what “fast” actually means, where the time goes when a page loads, and how to find the part that is slow on your site before spending money on fixes. Each section below opens a group of detailed guides, so you can go as deep as you need on the one problem you actually have.

It is written for business owners, not developers. You do not need to understand code to follow it, though a few sections will be easier with someone technical beside you.

What a fast website actually means

Speed is not one number. A page can start showing text quickly and still take a long time before the main image appears. It can look finished and then freeze when someone taps a button. It can load in full and then jump around as a banner slides in, so the visitor taps the wrong thing.

Google groups these experiences into three measurements it calls Core Web Vitals:

  • Largest Contentful Paint (LCP) — how long until the biggest piece of content, usually a hero image or a headline, is visible. Google counts 2.5 seconds or less as good.
  • Interaction to Next Paint (INP) — how quickly the page responds when someone taps, clicks or types. Good is 200 milliseconds or less. INP replaced the older First Input Delay measurement in March 2024.
  • Cumulative Layout Shift (CLS) — how much the layout moves around unexpectedly while it loads. Good is 0.1 or less.

Google judges these at the 75th percentile of real visits, which means most of your visitors, not just the lucky ones on fast connections, need to get a good experience for a page to pass.

The three Core Web Vitals: loading, responsiveness and visual stabilityLCPloadinggood: 2.5 s or lessINPresponsivenessgood: 200 ms or lessCLSstabilitygood: 0.1 or less

None of this means a site has to score 100 in a testing tool. A score is a simulation. What matters is whether real people on real phones can read, tap and buy without waiting.

Where the time goes when a page loads

Every page load follows roughly the same journey. The browser looks up your domain, connects to the server, waits while the server builds the page, downloads the HTML, then fetches the stylesheets, scripts, fonts and images the HTML asks for. Only then can it draw the page and make it respond.

A page load as a sequence: DNS, connection, server time, HTML, CSS and JavaScript, images, then the page is usableDNS lookupConnectionServer builds pageHTML downloadCSS, JS, fontsImages and videoPage usableorange = the server’s share

Seen this way, “my website is slow” splits into much smaller questions. Is the server slow to answer? Is the page heavy? Are scripts holding up the drawing? Is one image the size of a poster? Each has a different fix, and fixing the wrong one wastes money. The sections below follow that journey.

1. Finding out why your website is slow

Start here if you are not sure where the problem is. The most useful thing you can do before changing anything is describe the slowness precisely: is it slow on phones only, only on the first visit, only at busy times, only for visitors abroad, only on the home page, or only since a particular change? Each of those points somewhere different.

Our guide to why a website loads slowly walks through that triage step by step and sends you to the right detailed guide for your symptom.

2. Core Web Vitals in plain language

If Search Console has started showing “poor” or “needs improvement” URLs, or a PageSpeed report is full of red, this section explains what each metric is telling you and what usually causes a bad result. Start with Core Web Vitals explained, then go to the metric you are failing.

3. Measuring speed without fooling yourself

Testing tools disagree with each other and with themselves. Run the same test twice and the score moves. That does not make them useless, but it does mean you need a method: the same tool, the same page, several runs, mobile and desktop, written down before and after every change. Our guide on how to test website speed properly sets out that method, and you can run a quick check yourself with our free website speed test.

4. Images, video and other media

On most small business sites, images are the single biggest part of the page. A phone photo uploaded straight from the camera, a slider with six large banners, or a background video can outweigh everything else on the page put together. The good news is that media problems are usually the cheapest to fix. Read how images slow a website down first, and see our older practical guide to image optimization for the basics.

5. Caching: serving pages without rebuilding them

A WordPress page is built fresh on every visit unless something stores a ready copy. Caching is that something, and there are several layers of it: in the visitor’s browser, on your server, inside the database layer and at a CDN. Getting caching right is often the largest single improvement for a WordPress site. Getting it wrong breaks carts and logins. The types of website cache guide explains which layer does what.

6. Code: CSS, JavaScript, fonts and third-party scripts

Themes, page builders and plugins load code on every page whether that page needs it or not. Tracking pixels, chat widgets and embedded tools add more, from servers you do not control. This section deals with the warnings PageSpeed reports most often, starting with render-blocking CSS and JavaScript.

7. Hosting and the server

Some slowness is the server’s fault and no amount of image compression will fix it. If the server takes a long time before it sends the first byte, everything else waits. The hosting and page speed guide explains what the server controls and what it does not, so you can tell whether a hosting upgrade will help before paying for one. For choosing between plan types, see shared, VPS and cloud hosting compared.

8. WordPress, page builders and WooCommerce

WordPress itself is not slow. What we add to it can be. This section looks at plugins, themes, page builders and the parts of WooCommerce that cannot be cached by design, such as the cart and checkout. Begin with whether too many plugins slow WordPress down, and if you want a short list of quick wins, our earlier post on speeding up a WordPress website is still a good start.

9. Speed, sales and keeping a site fast

Speed work is worth doing when it changes what visitors do: more enquiries, fewer abandoned carts, ad clicks that turn into leads. This last section covers how to judge that on your own site, what a proper speed audit should give you, when to hire help, and how to stop a fast site becoming slow again six months later. Start with how website speed affects sales.

A sensible order of work

If you want to improve your site and do not know where to begin, this order avoids most wasted effort:

  1. Measure first. Test your three most important pages on mobile, several times, and write the results down.
  2. Check the server. If the first response is slow even on a simple page, deal with hosting and server caching before anything else.
  3. Fix the media. Resize and compress the largest images, and stop lazy-loading the main image at the top of the page.
  4. Set up caching properly, with the right exclusions for carts, checkouts and logged-in users.
  5. Trim the code: remove plugins and third-party scripts you no longer use before trying to optimise the ones you keep.
  6. Measure again the same way, and keep the notes for next time.

Take a full backup before each step, and change one thing at a time. When several settings change at once and something breaks, nobody can tell which change caused it.

Order of work: measure, server, media, caching, code, measure againMeasureServerMediaCachingCodeMeasure again

Frequently asked questions

How fast should a business website load?

There is no single number, because speed has several parts. A practical target is to pass Google’s Core Web Vitals for most real visitors: the main content visible within about 2.5 seconds, taps answered within 200 milliseconds and no noticeable layout jumps. Test on a mid-range phone, not only on office Wi-Fi.

Will a faster website rank higher on Google?

Speed is one of many signals and relevance comes first. A fast page with weak content will not outrank a useful slower one. Speed helps most when competing pages are otherwise similar, and it helps visitors stay on the page, which matters whatever the ranking effect.

Can I speed up my website myself?

Often, yes, for the simple steps: resizing images, removing unused plugins and turning on the caching your host provides. Code-level changes such as deferring scripts or removing unused CSS can break layouts and forms, so test them on a staging copy or ask someone experienced.

Why is my PageSpeed score different every time I test?

Lab tests run on shared machines over real networks, and your server, ads and third-party scripts respond differently from one moment to the next. Run several tests, use the middle result, and compare like with like rather than reacting to one low score.

Do I need a new website to make it fast?

Usually not. Most slow sites improve a lot with better hosting configuration, caching, lighter images and fewer scripts. A rebuild makes sense when the theme or page builder itself is the bottleneck and every page is weighed down by code the site does not need.

If you would rather have the measuring and fixing done for you, our website speed optimization service starts with an honest look at what is actually slowing your site, and tells you which fixes are worth paying for before any work begins.

Is Your Website Working Properly?

Get a free website health check from WebMaintor. We'll review your website's speed, security, forms, and technical health — and tell you exactly what needs attention.

No obligation. No automated reports. A real review by our team.