Does page speed affect SEO? What Google says
Yes, page speed affects SEO because Google uses Core Web Vitals, a set of measurements covering loading performance, responsiveness and visual stability, in its ranking systems. However, speed is only one part of Google's assessment, and a slow website can cost you enquiries long before it causes a noticeable problem in search rankings.

How much does page speed matter to Google?
Google has been clear about its position on website speed. Its ranking systems consider page experience, which includes how quickly a page loads and how well it responds when someone uses it. These measurements sit under the name Core Web Vitals.
There is an important distinction here. Google does not use one single page experience score to decide where a website appears. Its core ranking systems look at several signals, and Core Web Vitals are among them. Relevant, useful content can still rank well even when its page experience is not particularly good.
Google also says that good Core Web Vitals results do not guarantee a top position in search results. A competitor with a faster website does not automatically beat you if your pages answer customers' questions better and provide more useful information.
That does not mean speed is something to ignore. When several pages offer similarly useful information, a good page experience can contribute to search success. It is sensible to fix serious performance problems, but spending weeks chasing a perfect score while your service pages lack useful information is usually the wrong order of work.
What are Core Web Vitals, and what scores should you aim for?
Core Web Vitals measure three parts of the experience a visitor has on your website. Each one points to a different type of problem. You do not need to understand the technical calculations to recognise what they mean for your business.
- Largest Contentful Paint (LCP) measures how long the main visible content takes to appear. This is often your large header photograph, a prominent heading or a video. Google considers 2.5 seconds or less a good result.
- Interaction to Next Paint (INP) measures how quickly the page responds to clicks, taps and other interactions. A visitor pressing your mobile menu button should not have to wait for the page to react. A good INP is 200 milliseconds or less.
- Cumulative Layout Shift (CLS) measures how much the page unexpectedly moves around while loading. For example, a phone number might shift down just as someone tries to tap it. A good CLS score is 0.1 or less.
Google uses real visitor data to assess these metrics. Its thresholds are based on the 75th percentile of page visits. In plain English, the measurements need to be good for most visitors, not just when you test the website on your own office computer with a fast internet connection.
This matters for small businesses because the website might load perfectly on a desktop connected to office broadband but struggle on a customer's phone using a weaker mobile connection. A quick test on your own computer cannot tell you how every visitor experiences the site.
Why does a slow website lose customers?
Imagine someone has a leaking pipe and searches for an emergency plumber. They find your website, tap the result and wait. The top photograph takes several seconds to appear, the menu does not respond immediately, and the telephone number is still buried somewhere below the moving banner.
That visitor has a reason to leave. There are other plumbers in the search results, and contacting one of them takes less effort than waiting for your page.
The same problem affects an electrician quoting for a new installation, an HVAC contractor advertising boiler servicing or a roofer looking for local enquiries. A visitor who cannot quickly find your phone number or understand what you offer may never reach the contact form.
This is where the business cost of slow loading can be greater than the direct SEO effect. Even if Google continues to show your page in a reasonable position, the website can still lose potential customers after they arrive.
Do not confuse this with a claim that every visitor who leaves immediately creates a ranking penalty. A high bounce rate, which is the percentage of visits that end without another recorded interaction, is not a simple measure of how Google ranks your page. The practical concern is that people cannot use your website comfortably, and that can mean fewer calls and enquiries.
What usually makes a small business website slow?
When looking at a small business website, we often start with the parts visitors see before they reach the actual service information. A few design choices can add a surprising amount of work before the page becomes usable.
- An oversized top photograph is a common problem. A full-width image uploaded straight from a camera can be several megabytes. The website may display it at a much smaller size, but the visitor's phone still has to download the original file. Resize the image to suit its display area and compress it into a suitable modern format such as WebP or AVIF.
- A rotating image slider can load several large photographs even though visitors only see one at a time. It also introduces extra scripts and movement. A single well-chosen photograph with a clear heading is often a better choice for a service homepage.
- A video header can delay the main content, especially on a mobile connection. Some websites load a large video before the visitor has even decided to watch it. Replace it with a compressed still image if the video does not explain something customers genuinely need to see.
- Too many plugins can slow down a WordPress website. Some add scripts, stylesheets, tracking code or other requests to every page. Check which plugins are active and remove those that are no longer needed. Do not assume every plugin is harmful, though. The actual effect depends on what each one loads and does.
- Unnecessary scripts and tracking tools can delay interactions. A page might look ready while its buttons and menu still respond slowly. A developer may need to check which scripts are running and whether they can load later.
There are other problems worth checking too. Images without defined dimensions can cause content to jump as they load. Large fonts and poorly configured caching can add delays. Sometimes the problem is the hosting server rather than anything visible in the page design.
These are the kinds of issues that need to be examined alongside the rest of the website. Our eight SEO audit checks include speed, mobile usability, content and the technical details that affect how Google finds and understands your pages.
How can you check whether your website is too slow?
Start with Google PageSpeed Insights. Enter your homepage address and run the test. You can also test individual service pages, because the homepage is not necessarily the slowest page on your website.
PageSpeed Insights provides two types of information. Field data comes from real Chrome users who have visited your pages. Laboratory data comes from a controlled test that simulates a particular loading environment. Both are useful, but they answer different questions.
If real-user data is available, look at the Core Web Vitals assessment first. Check whether LCP, INP and CLS are marked Good, Needs Improvement or Poor. The report can also show which metric needs attention.
Next, look at the diagnostic suggestions in the laboratory results. You might see messages about properly sizing images, reducing unused JavaScript or eliminating render-blocking resources. Render-blocking resources are files that delay the browser from displaying the page's content.
You can also open Google Search Console and select Core Web Vitals under the Experience section. This report groups similar URLs and shows whether Google has enough real-user data to classify them as Good, Needs improvement or Poor. Click a problem group to see which pages are affected.
Do not panic if Search Console has no data for a particular page. A page with insufficient real-user visits might not have enough information for a field assessment. That does not automatically mean it is fast or slow.
Finally, open your website on an ordinary phone. Use mobile data rather than your office Wi-Fi if possible. Try the menu, open a service page and tap the telephone number. Notice whether the main photograph appears promptly and whether anything jumps around while the page loads.
What should you fix first if your website is slow?
Start with the problem that affects the largest number of visitors or prevents them from using the page. A huge homepage photograph that delays the main content is usually a better first target than a small technical warning that visitors will never notice.
If you manage your own WordPress website, you can often resize photographs, remove unused plugins and simplify a slider yourself. Check that you have a backup before changing anything. If the problem involves theme code, JavaScript, server settings or a video that loads incorrectly, ask the person who built or maintains the site to investigate it.
Make one change at a time where practical. Run PageSpeed Insights again and compare the results. Also check the actual page on a phone. A better laboratory score is useful, but the point is to give visitors a page that loads and responds properly.
FixGuider offers website owners a free SEO audit with screenshots of their own pages on desktop and phone. Problems are circled, numbered and explained in plain words, with the costly issues listed first. Speed is one of eight areas checked, so you can see whether the slow loading is part of a larger website problem.
The audit does not require passwords or website access. You keep the report whether or not you decide to hire anyone. Any fixes are optional, with a written price for each job and no work starting until you agree. There are no ranking promises.
Before changing your website, run PageSpeed Insights on your homepage and your main service page. Save the results, note the weakest Core Web Vital and identify the largest visible element on each page. That gives you a practical starting point for deciding what needs fixing first.
New articles by email
One email per new article.
