Home
Web Services
Guides
Why website speed matters
What Google measures, the six things we find behind most slow small-business websites, and how to check your own.
By Bath IT · Radstock · 2026
Visitors leave slow sites, and Google measures speed directly (the Core Web Vitals) and uses it in ranking. But "make it faster" is useless advice without knowing what makes a site slow in the first place. Here is what we actually find when we look, roughly in order of how often.
Three numbers, taken from real visitors' browsers: Largest Contentful Paint (how long until the main content is visible — aim under 2.5 seconds), Interaction to Next Paint (how quickly the page responds when tapped — under 200 ms), and Cumulative Layout Shift (how much things jump about while loading — under 0.1). You can see your own site's scores free in PageSpeed Insights or Google Search Console, and they are measured on phones on ordinary connections, not on your office fibre.
The most common problem by a mile. A 4,000-pixel photograph straight off a phone, displayed 400 pixels wide, is a 3 MB download to show a thumbnail. Fix: resize to the size actually displayed, serve modern formats (WebP, AVIF), and let the browser choose the right size for the screen (srcset). Every site we build does this automatically through an image pipeline; on most other sites it's done by hand or not at all.
Drag-and-drop builders ship every feature they have on every page, whether the page uses it or not: hundreds of kilobytes of scripts and styles for a slider you deleted. It is the reason a simple five-page site can weigh more than a newspaper's homepage. Fix: a site built by hand loads only what the page needs — which is the single biggest reason ours are quick.
Chat widgets, analytics, tag managers, social embeds, fonts from a CDN, cookie banners — each one is a separate connection to a separate server before your page is complete, and some of them block rendering. Fix: keep only what earns its place, load it after the content, and host fonts yourself.
If the server takes a second to start sending the page ("time to first byte"), nothing else you do matters much. Cheap shared hosting with a busy neighbour, or a site that rebuilds every page from the database on every request, both cause it. Fix: sensible hosting, page and object caching, and a CDN in front of static assets.
Images without dimensions, fonts that swap after loading, banners that push content down — each one is a layout shift, and Google counts them. Fix: reserve space for images and adverts, use font-display sensibly, and don't inject things above the fold after load.
A page that arrives as an empty shell and then builds itself in JavaScript makes a low-end phone do the work a server should have done. Fix: send real HTML for the content, keep scripts small, and treat a four-year-old Android on 4G as the target, because for many of your customers it is.
PageSpeed Insights (free, from Google) — real-visitor Core Web Vitals plus a lab test, with the specific offenders listed.
Our free SEO audit — checks image sizes, formats, lazy-loading and the on-page basics alongside performance.
Your own phone, on mobile data, away from the office WiFi. If it feels slow to you, it is.
A page under about a megabyte, main content visible in under two seconds on a mid-range phone, no jumping, and a PageSpeed performance score in the 90s on mobile. That is the target for every site we build, and it's achievable for any small-business site — it just has to be built with it in mind rather than optimised afterwards.
Yes. Core Web Vitals are a ranking signal, and slow pages also lose visitors before they see anything — which affects everything else. It is rarely the biggest factor, but it is one you fully control.
It helps with slow servers and repeated visits. It does nothing for oversized images, page-builder bloat or third-party scripts, which are usually the real problem.
Your office connection and desktop hide the problems. Phones on mobile data have less bandwidth and far less processing power, which is why Google measures on them — test on one.
Free SEO audit →
Website design →
Hosting & maintenance →
More guides →
Tell us what you've got and what you're trying to do. Free, no-obligation, within a working day.
Ask us
Call 07376 947 411
Web design, development, hosting, security testing and IT support — built and looked after in Radstock, serving Bath, Somerset and the South West since 1996.
Website Design
Hosting & Maintenance
Security & Pentesting
Our Work
Free Security Audit
Free SEO Audit
Computer Repair
Linux Installation
WiFi & Networks
Accessories
About
Contact
Web Design Radstock
Web Design Midsomer Norton
44 Bristol Road, Radstock, BANES, BA3 3EQ
07376 947 411 · support@bathit.co.uk
© 2026 Bath IT. All rights reserved.