Does website speed really affect my Google ranking?

Google's documentation puts page experience, including Core Web Vitals, among many signals, and is direct that great page experience does not override having the most relevant content. The relevance of the page is the main event; speed is not a substitute for it.

That phrasing is worth reading carefully, because the industry tends to quote the first half and stop. Speed is confirmed as a signal. It is also confirmed as one that will not rescue a page that does not answer the question.

Where speed moves a position is between comparable pages. Two pages answer the search about equally well, one loads in 1.4 seconds on a phone and the other in 4.5; the fast one is a better result and tends to be treated as one.

Where speed does not move a position is beneath a page that answers the question better. Making a thin page fast produces a fast thin page. This is the single most common way performance budget gets spent for nothing — a rebuild bought for speed, on a site whose real problem was that it never said anything a searcher needed.

Ranking is upstream of the thing the business cares about, which is whether the visit turns into a call. Speed acts on that second step much harder than on the first.

A visitor who arrives and waits is deciding whether to keep waiting, and on a phone on a weak signal that decision is made in seconds. Position is irrelevant by then — the page was found, the click happened, and the load lost it. That failure is invisible in a ranking report and expensive in the accounts.

Measure the mobile field data first. If the site has enough traffic for Google to have collected a sample, that is the only number that describes what visitors experienced; the lab score is an estimate of it.

Then fix weight before architecture. Most slow service-business pages are slow for dull reasons — oversized images, unused scripts, fonts in weights the design never calls — and those are hours of work rather than a rebuild. Reach for the platform explanation last, after the page is carrying only what it needs.