Core Web Vitals are a tiebreaker, not the prize
Structure and markup refreshed for current answer engines; the original analysis is preserved.
Google has confirmed the page experience update finished rolling out this September, making Core Web Vitals — LCP, FID, and CLS — an official ranking factor on mobile. After a year of anticipation, the honest framing is one of proportion: it is a real signal, but a small one — a tiebreaker between pages already close on relevance and quality, not a substitute for them.
the short answer
The page experience update finished rolling out in September 2021, making Core Web Vitals (LCP, FID, CLS) an official ranking factor on mobile. But it is a small factor — a tiebreaker between pages already close on relevance and quality, not a substitute for them. Cross the “good” threshold, fix the cheap high-impact issues, and return to the content, which still decides.
key takeaways
- Google confirmed the page experience update finished rolling out in September 2021, making Core Web Vitals — LCP, FID, CLS — an official ranking factor on mobile.
- It is a small factor. Studies of the rollout found the correlation between scores and rank barely changed: relevance and content quality stayed dominant.
- Think of it as a tiebreaker — it gives the edge between pages already close on content, and matters most in competitive niches, but it does not rescue weak relevance.
- The metrics judge loading (LCP < 2.5s), interactivity (FID < 100ms), and visual stability (CLS < 0.1), assessed on real-user field data at the 75th percentile.
- Chase the “good” threshold, not a perfect score: fix the cheap high-impact issues, then return to the content, which is still what decides.
the floor you clear vs what still decides
The left box is a threshold: you reach it, you stop, and you have captured almost all the benefit there is. The right box is where the result is really won, and it has no ceiling. The mistake the year of hype encouraged was polishing the left at the expense of the right.
The update, in four parts
What finished shipping in September; what the three metrics actually measure; why it is a tiebreaker rather than the prize; and what to do about it, in proportion. Open each part.
01 What finished shipping in September
After more than a year of warning, the page experience update is now fully live. Google announced it back in 2020, set the gradual rollout to begin in mid-June 2021, said it would not reach its full weight until the end of August, and has now confirmed that the rollout completed in early September. So the thing the field spent a year preparing for has arrived, and the headline is simple: page experience is officially part of how Google ranks pages. The centre of that update is the set of metrics Google calls Core Web Vitals — Largest Contentful Paint, First Input Delay, and Cumulative Layout Shift — which together try to put numbers on how a page feels to load and use. They do not sit alone; page experience also folds in whether a page is mobile-friendly, served over HTTPS, and free of intrusive interstitials, the pop-ups and overlays that block content. But the Core Web Vitals are the new and demanding part, the piece that sent everyone to their dashboards. Two boundaries on the change are worth fixing in mind from the start, because they shape everything that follows. The first is that, for now, this is a mobile signal: the page experience factor that just rolled out applies to mobile search, not desktop, a desktop version being something Google has said will come later. The second is proportion, which is the heart of this note: the update makes page experience a ranking factor, but a deliberately modest one, and the months of anticipation produced an expectation of impact far larger than what Google promised or what the data delivered. Understanding what actually shipped — a real but small mobile signal, layered on top of everything that already decided rankings — is the difference between responding sensibly and overreacting to a change that was loud in the trade press and quiet in the results.
02 What the metrics actually measure
It is worth knowing what the three Core Web Vitals measure, because the names are opaque and the fixes follow directly from the meaning. Largest Contentful Paint is about loading: it marks the moment the largest piece of content visible without scrolling — typically a hero image or a big block of text — has finished rendering, and Google counts under 2.5 seconds as good. It is the metric that answers the visitor’s first impatient question, has the page loaded yet. First Input Delay is about interactivity: it measures the lag between a visitor’s first interaction, such as tapping a button, and the moment the browser is actually able to respond, with under 100 milliseconds counted as good. A poor score here is the feeling of tapping a page that has visibly loaded but sits frozen because the browser is still busy running scripts. Cumulative Layout Shift is about visual stability: it quantifies how much the content jumps around as things load in, and a good score is below 0.1. Everyone has felt a bad one — you go to tap a link and an image loads above it, shoving the link down so your finger lands on an ad instead. Two things about how these are judged matter as much as the definitions. They are assessed at the 75th percentile, meaning a good score requires the experience to be good for at least three-quarters of visits, not just on average. And they are measured on field data — anonymised readings from real Chrome users collected in the Chrome User Experience Report — rather than on a single lab test. That last point explains a common confusion: the number a speed tool shows you from one run on a fast connection can differ from the field score Google actually uses, because the field data reflects the full spread of real devices and networks your visitors bring, including the mid-range phones and patchy connections that a developer’s machine never simulates.
03 Why it is a tiebreaker, not the prize
Here is the part the year of anticipation tended to bury: Core Web Vitals are a small ranking factor, and Google said so plainly before the rollout and the independent data confirmed it after. Studies that tracked the same set of ranking URLs from before the page experience rollout to after it completed found that the relationship between good scores and ranking position barely changed in shape — the pages that ranked well still ranked well, the correlation between performance and position stayed roughly where it had been, and the update did not reshuffle results in the way the alarm suggested it would. The consistent finding was that content relevance and quality remained the dominant factors, exactly as Google had been saying. The right way to hold this is as a tiebreaker. When two pages are genuinely close on the things that decide most of the result — how well they answer the query, how trustworthy and complete they are — page experience can be the thing that gives one of them the edge. That makes it most valuable precisely where competition is fiercest and pages are otherwise hard to separate: in a crowded niche where a dozen results target the same query with comparable content, being the fast and stable one can move you a few positions. But the same framing tells you its limit. A tiebreaker only operates when there is a tie to break; it does not lift a page that is losing on relevance, and no amount of performance tuning will carry thin or off-topic content past something that answers the question better. There is opportunity in the numbers — surveys at the time found only a small fraction of pages were passing all three metrics, which means clearing the bar genuinely distinguishes you from most of the web — but the opportunity is to stop being disadvantaged, not to buy an advantage you have not earned on substance. Read correctly, the update rewards sites that are already good and merely slow, and asks very little of the rankings beyond that.
04 What to do, in proportion
The practical programme that follows from all this is short, which is the point. First, measure where it counts: open the Core Web Vitals report in Search Console, look at the mobile data specifically, and let it tell you which pages and which metrics are actually failing on real-user field data rather than guessing from a single speed test. Then fix the cheap, high-impact things first, because for most sites a handful of unglamorous changes clear the bar. To steady Cumulative Layout Shift, set explicit width and height attributes on images, embeds, and ad slots so the browser reserves their space and nothing slides as the page fills in. To improve Largest Contentful Paint, find the largest above-the-fold element — usually an image — compress and right-size it for the device, and make sure it is not lazy-loaded, since the one thing you want to load fast is the thing that defines the metric. To help First Input Delay, trim or defer the heavy JavaScript that ties up the main thread, so the browser is free to respond when a visitor first taps. Those three moves clear most failures. The harder discipline is knowing when to stop. Once a page reliably passes all three metrics on field data, you have captured essentially the entire page experience benefit, and the hours you would spend chasing a near-perfect score are hours your content and relevance would repay far better. The whole stance this update rewards is one of proportion: treat performance as a floor you clear and then leave, not a trophy you keep polishing, and put the freed time back into the substance that actually decides where you rank. Holding that proportion — clearing the threshold, then returning to what matters — is the measured way the AC Group has worked for 27 years.
Why proportion is the whole point
The most common mistake around this update is not technical; it is one of proportion. A year of build-up trained the field to treat Core Web Vitals as a major event, and so teams poured effort into chasing perfect scores — effort that, measured against what the signal actually does, was wildly out of proportion to the return. The data from the rollout is clarifying here: the pages that ranked well before still ranked well after, and the correlation between performance and position barely moved. A signal that small does not deserve a disproportionate share of your attention, however loud the anticipation was. The corrective is to size the work to the signal. Clear the threshold, which for most sites takes a handful of well-understood fixes, and then stop, because there is almost nothing more to gain and a great deal still to do elsewhere.
Holding that proportion is harder than it sounds, because a good score is satisfying and measurable in a way that content quality is not. It is tempting to keep optimising the thing with a number attached, watching it climb from good to nearly perfect, precisely because content work is slower and its feedback is murkier. But the rankings do not reward the last increment of speed; they reward relevance and quality, which is where the murkier, less finishable work lives. A team that understands this clears the performance floor briskly and returns to the substance, rather than mistaking a rising score for rising rankings. That sense of proportion — knowing which metrics are floors to clear and which are the real game — is the kind of measured judgement the AC Group has applied to this work for 27 years.
What to do with this
Start by measuring where it counts. Open the Core Web Vitals report in Search Console, look specifically at the mobile data since that is what the signal uses, and let the field data show you which pages and which of the three metrics are actually failing for real visitors — not what a single run in a speed tool on a fast connection reports. Then fix the cheap, high-impact problems in order. For Cumulative Layout Shift, set explicit width and height on images, embeds, and ad slots so nothing shifts as the page loads. For Largest Contentful Paint, find the biggest above-the-fold element, compress and right-size it, and make sure it is not lazy-loaded. For First Input Delay, trim or defer the heavy JavaScript that keeps the main thread busy. Those moves clear the bar for most sites.
Then stop. The single most valuable habit around this update is knowing when a page is done: once it reliably passes all three metrics on field data, you have captured essentially the whole benefit, and further tuning is effort the rankings will not repay. Put that time back into the content — the relevance, completeness, and trustworthiness that the rollout data confirmed are still the dominant factors. If you operate in a competitive niche where many pages are close on content, the tiebreaker is genuinely worth winning, so clear the floor with care; everywhere else, clear it and move on. Sizing performance work to what it actually returns, and protecting the time it frees for the substance that decides rankings, is the measured discipline the AC Group has brought to this work for 27 years.
Core Web Vitals, plainly: quick answers
Will good Core Web Vitals push me up the rankings?
Not on their own, and it helps to be precise about why. Core Web Vitals became a ranking factor when the page experience update finished rolling out in September 2021, so they do count — but Google has been consistent that they are a small factor, and the independent studies of the rollout this year agree. Analyses tracking ranking URLs from before the rollout to after it found that the correlation between good scores and position barely changed shape: relevance and content quality stayed the dominant factors, exactly as Google said they would. The useful mental model is a tiebreaker. When two pages are already close on the things that matter most — how well they answer the query, how authoritative and complete they are — the one with the better page experience can get the edge, and in competitive niches where many pages are near-identical on content, that edge is worth having. But page experience does not rescue a page that loses on relevance, and a perfect score will not lift thin or off-topic content over something better. So the honest answer is that crossing the threshold makes you eligible to win the tiebreaks; it does not win the race for you. Treat it as removing a disadvantage rather than manufacturing an advantage, and you will spend your effort in the right proportion.
What do LCP, FID, and CLS actually measure?
They measure three different felt experiences of a page, each with a “good” threshold Google assesses at the 75th percentile of real visits. Largest Contentful Paint measures loading: how long until the largest visible piece of content — usually a main image or block of text — has rendered, with under 2.5 seconds counted as good. First Input Delay measures interactivity: how long the page takes to respond the first time a visitor interacts with it, such as tapping a button, with under 100 milliseconds counted as good. Cumulative Layout Shift measures visual stability: how much the content jumps around as the page loads, which is the maddening experience of going to tap one thing and having something else slide under your finger, with a score below 0.1 counted as good. A page passes only when all three reach the good threshold. Crucially, Google judges these on field data — anonymised measurements from real Chrome users, gathered in the Chrome User Experience Report — not on a single lab test, which is why your scores can differ from a one-off run in a speed tool and why they reflect the range of real devices and connections your visitors actually use.
Does this apply to desktop or only mobile?
As of September 2021, only mobile. The page experience ranking signal that just finished rolling out applies to mobile search, which is consistent with Google having moved to mobile-first indexing and with the reality that the field data driving these metrics skews heavily mobile. Desktop is not part of it yet. Google has signalled that a desktop version is intended to follow, but until it arrives, the page experience signal you need to satisfy is the mobile one — and that is where you should be measuring, because a site that looks fast on a developer’s desktop can still be failing the metrics on the mid-range phones and uneven mobile connections that produce the field data. The practical implication is to test and prioritise on mobile: open the Core Web Vitals report in Search Console, look at the mobile tab specifically, and fix the mobile failures first, since those are the ones that count right now. When the desktop signal does arrive later, the work you did for mobile will have set you up well, but do not wait for it or design for the desktop case at the expense of the mobile one that is live today.
Should I chase a perfect score?
No — chase the threshold, not perfection, because the returns fall off a cliff once you are in the good range. The entire ranking benefit is structured around passing: a page that reaches good on all three metrics has captured essentially all of the page experience advantage there is to capture, and grinding from a good score to a near-perfect one buys you very little in search terms while consuming effort that your content would repay far better. The sensible sequence is to find the failures, fix the ones that are cheap and high-impact first, and stop when you are comfortably past the threshold. Most real-world wins are unglamorous: setting explicit width and height on images and embeds so the layout stops shifting, which fixes CLS; compressing and right-sizing the largest above-the-fold image and not lazy-loading it, which fixes LCP; and trimming or deferring heavy JavaScript so the main thread is free to respond, which fixes FID. Those moves clear the bar for most sites. Beyond that, the discipline is knowing when to stop: once the page reliably passes on field data, the next hour is better spent on the content and relevance that actually decide the result. Keeping that proportion right — performance as a floor you clear, not a trophy you polish — is the kind of measured judgement the AC Group has brought to this work for 27 years.
A note on sources and timing
This is written in September 2021. We have described the page experience update as Google rolled it out — beginning in mid-June, reaching full weight by the end of August, and confirmed complete in early September — making Core Web Vitals a ranking factor on mobile, alongside mobile-friendliness, HTTPS, and the absence of intrusive interstitials. We have given the three metrics and their good thresholds (LCP under 2.5s, FID under 100ms, CLS below 0.1), judged on real-user field data at the 75th percentile, and we have leaned on the early rollout studies showing the correlation between scores and rank barely changed — the basis for calling it a tiebreaker rather than the prize. Desktop is not yet included. The durable point holds regardless of how the metrics evolve: page experience is a floor to clear, and relevance and quality are what decide — the proportion the AC Group has worked by for 27 years.