Skip to content
notes · measurement

Core Web Vitals won’t save weak content

Structure and markup refreshed for current answer engines; the original analysis is preserved.

Page experience finished rolling out to desktop last month, and the temptation is to treat Core Web Vitals as a ranking lever. They are not. Google is explicit that page experience is a tiebreaker between comparable pages, not a substitute for great content — a fast page with weak content still loses. Optimise speed, but do not expect it to rescue you.

the short answer

Page experience reached desktop last month, but Core Web Vitals are a tiebreaker, not a ranking lever. Google is explicit: a good page experience does not override great, relevant content; the system prioritises the best information even when experience is subpar. Between two comparable pages, the faster, steadier one wins — a narrow edge, not a general lift. Optimise LCP, FID, and CLS from poor to good for users and the close race; the push to perfect rarely pays. A fast page with weak content still loses.

key takeaways

  • Page experience finished rolling out to desktop last month, and the temptation is to treat Core Web Vitals as a ranking lever. They are not.
  • Google is explicit: a good page experience does not override great, relevant content; the system prioritises the best information even when experience is subpar.
  • Page experience is a tiebreaker — between two comparable pages, the faster, steadier one wins. That is a narrow edge, not a general lift.
  • Optimise Core Web Vitals (LCP, FID, CLS) from poor to good for users and for the close race. The push from good to perfect rarely pays off.
  • The deeper risk is measurement drift: speed is easy to measure, quality is hard, so teams optimise the legible metric and neglect the decisive one.

the shortcut vs the reality

the shortcut · speed as a lever fast page + weak content PageSpeed score: 100 “speed → position 1” ✗ a fast page with weak    content still loses the reality · a tiebreaker best information wins, even if experience is subpar content · relevance · E-A-T first speed breaks a close tie ✓ good, not perfect Page experience decides the close races — and nothing else. Optimise speed, but it cannot substitute for being the best answer.

The left side is the shortcut everyone reaches for when a speed report turns green; the right is what the signal actually does. The gap between them is where budgets get wasted — on a fast page that was never going to rank, because the race it entered was never close, and no amount of speed turns a content mismatch into a tie. The money went to the legible number instead of the decisive one, and the rankings reflected the difference.

Why this is a measurement-expectations problem

The reason this matters is not really about Core Web Vitals; it is about which things are easy to measure and which are not, and how that asymmetry quietly steers where effort goes. Speed comes with dashboards, scores out of a hundred, and crisp pass-or-fail thresholds — it is legible, and legible things feel like progress. Content quality, relevance, and authority come with none of that; you cannot open a tab and watch them tick upward. So teams drift, reasonably and almost invisibly, toward the metric they can see, and a quarter later they have a beautifully fast site that still does not deserve to rank for the queries that matter. The page experience signal did not cause that drift, but its arrival on desktop makes it more tempting, because it puts a fresh, satisfying number in front of everyone right when the harder work is also due.

Holding the right expectation is the antidote, and it is simple to state even if it is hard to practise: measure speed, fix it to good, and then refuse to let its legibility crowd out the work that has no dashboard. The honest framing keeps the two in proportion — Core Web Vitals are a real signal and a real courtesy to users, worth doing well, and they are a tiebreaker that decides close races and nothing more. A team that internalises that will spend the right amount on speed and the larger amount on being genuinely more useful and more authoritative, which is the only thing that wins the races that are not close — and those are most of the races, because in any field worth competing in, the gap in content quality between the contenders is usually wider, and matters more to a reader, than any gap in load time a stopwatch could find. That sense of proportion — measure what you can, but invest where the result is actually decided — is the kind of discipline the AC Group has worked by for 27 years.

The argument, in three parts

Page experience breaks ties rather than winning them; the three metrics describe real feel, not a ranking score; and good, not perfect, is the right target. Open each part.

01 Page experience breaks ties; it does not win them

With page experience now fully live on desktop as well as mobile, it is worth being precise about what kind of signal it is, because the precise version is much less dramatic than the rumour. Google has said the same thing for years and has not wavered: a good page experience does not override having great, relevant content, and the system will prioritise the best information overall even when some aspects of page experience are subpar. In the same breath it adds the real mechanism — when several pages have similar content, page experience becomes much more important. That is the whole truth in one sentence: it is a tiebreaker. It decides the close races between comparable pages, where content cannot separate the contenders, and it decides nothing at all in the races that are not close, where content already has. Treating it as a lever that lifts weak content is a category error about what the signal does.

02 What the metrics actually measure

The three Core Web Vitals are worth understanding on their own terms, because they describe real experience rather than an abstract score. Largest Contentful Paint times how long until the main content of the page renders — loading, as the user feels it. First Input Delay times the gap between a user’s first interaction and the page responding — interactivity, the sense of a page that reacts rather than hangs. Cumulative Layout Shift measures how much the page jumps around as it settles — visual stability, the difference between a page that holds still and one that moves the button just as you tap it, sending you to a link you never meant to click. Each metric names a specific, felt annoyance, which is why fixing them is a real service to the people who visit. They sit alongside HTTPS and the absence of intrusive interstitials in the wider page experience signal. Tracked as descriptions of how the page feels, they are genuinely useful; mistaken for the thing that wins rankings on its own, they quietly mislead the people relying on them.

03 Good is the target, not perfect

The practical shape of the work follows from the tiebreaker framing. Moving any of the three metrics from a poor score into the good range is worth doing without hesitation: it removes real friction for users — the lag, the jumping layout, and the long blank wait that quietly drive people away before they have read a word — and it earns you the edge in the close races where page experience is decisive. Both of those are worth having on their own terms, before any ranking question even enters the picture. What rarely earns its cost is the grind from good to perfect — the diminishing chase after a flawless number that polishes the measurement while the content underneath stays ordinary. The disciplined approach is to get all three vitals comfortably into the good band, confirm it, and then stop, redirecting the effort you would have spent gold-plating a score toward the larger and harder work of being more relevant and more authoritative — the work that has no dashboard, no tidy threshold, and no quick win, and that nonetheless decides almost everything. Page experience can only break a tie; it cannot manufacture the quality that gets you into the tie in the first place.

What to do with this

Treat Core Web Vitals as hygiene, not strategy. Run the report, find any of the three metrics sitting in the poor range, and fix those first, because that is where both the user benefit and the close-race edge actually live, and where a poor score is doing measurable harm rather than merely failing to be perfect. Get all three comfortably into good, confirm it across your important templates, and then deliberately stop — resisting the pull to chase a perfect score that will not move your standing. Everything past that point belongs to a different budget: the work of being a more relevant, better-evidenced, more authoritative answer than the pages you compete with, which is what determines the races a tiebreaker never gets to settle.

And keep the expectation honest when you report it upward. A green speed dashboard is a genuine result, but it is not a ranking strategy, and presenting it as one sets up the disappointment of a fast site that did not climb. The accurate story is less flattering and more useful: we fixed the experience to good, which protects us in the close races and is a genuine improvement for our visitors, and the real gains in visibility will come from the harder, less measurable work of deserving to rank for the queries we care about. Spending in that order — speed to good, then quality without limit — is the plain, durable approach the AC Group has built for 27 years, optimising the measurable thing without mistaking it for the decisive one.

Where it genuinely matters: the close race

None of this is an argument for neglecting Core Web Vitals, and it is worth being just as precise about where they do decide outcomes, because that case is real. Picture two pages competing for the same query that are, to the engine, comparably relevant and comparably authoritative — the kind of even match that is common in any competitive category. There, with content unable to separate them, page experience steps in as the deciding factor: the page that loads faster, responds sooner, and holds still as it renders earns the edge, and the one that lags pays for it. In that specific situation the speed work you did is not merely a courtesy to visitors, it is the thing that wins the placement, the one moment in the whole system where, all else being equal, a faster page is straightforwardly rewarded with a higher one. So the signal is not weak; it is narrow. It is decisive exactly when nothing else can decide, and entirely irrelevant the rest of the time, and knowing which of those two situations you are actually in is most of the skill of using it well.

For a competitive business this has a clear implication: the closer your field, the more page experience is worth to you, and the sparser it is, the less; the signal’s value scales with the competitiveness of the ground rather than sitting at some fixed level you owe it everywhere. If you operate in a crowded category where several capable competitors publish genuinely strong content on the same topics, the races are constantly close, and the tiebreaker fires constantly — there, getting your vitals into good is not optional hygiene but a recurring source of advantage. If your field is sparse, or your content is clearly ahead of or behind the alternatives, the tie rarely arises and the signal rarely matters. The mistake is not caring about page experience; it is caring about it uniformly, regardless of how close your races actually are, instead of weighting the effort to match the competitiveness of the ground you fight on.

Page experience, plainly: quick answers

Now that page experience is on desktop, will fixing Core Web Vitals lift my rankings?

Probably less than you hope, because page experience is a tiebreaker, not a lever. Google has been consistent for years: a good page experience does not override having great, relevant content, and the system prioritises the best information overall even when some aspects of page experience are subpar. So if your content is the strongest answer, weak Core Web Vitals are unlikely to sink you, and if it is not, perfect ones are unlikely to save you. The place fixing them pays off is the close race — two pages of similar quality, where the faster, steadier one earns the edge. That is real and worth having, but it is a narrow win, not a general one.

What are Core Web Vitals, exactly?

They are three metrics Google uses to measure the experience of a page. Largest Contentful Paint (LCP) measures loading — how long until the main content appears. First Input Delay (FID) measures interactivity — the lag between a user’s first action and the page responding. Cumulative Layout Shift (CLS) measures visual stability — how much the layout jumps around as it loads. Together they sit inside the broader page experience signal, alongside HTTPS and the absence of intrusive interstitials. They are genuinely useful to track because they describe how the page feels to a real person, which matters whether or not it moves a ranking.

So should I ignore Core Web Vitals?

No — optimise them, just for the right reasons and to the right degree. Moving from a poor score to a good one is worth doing: it helps real users, reduces the friction that makes people leave, and gives you the edge in any close ranking race. What rarely pays off is the obsessive push from good to perfect, polishing a metric for its own sake while the content it serves stays mediocre. The useful rule is to get all three into the good range and stop there, then put the remaining effort where the larger returns are — into being a more relevant, more authoritative answer, which is the thing page experience can only ever break a tie around.

Why does this distinction matter so much?

Because it is easy to measure speed and hard to measure quality, so teams drift toward the metric they can see. Core Web Vitals come with dashboards, scores, and clear pass-or-fail thresholds; content quality and authority do not, which makes the former feel like progress and the latter feel like guesswork. The risk is spending your budget where the numbers are legible rather than where the returns are, ending up with a fast site that still does not deserve to rank. Keeping the tiebreaker in its place — useful, finite, secondary — is how you avoid optimising the measurable thing at the expense of the thing that actually decides the result.

A note on sources and timing

This is written in late April 2022, just after page experience finished its rollout to desktop. We have described the signal as Google has: Core Web Vitals — Largest Contentful Paint, First Input Delay, and Cumulative Layout Shift — alongside HTTPS and intrusive-interstitial checks, functioning as a tiebreaker that does not override great, relevant content. We have framed it as a measurement-expectations problem rather than a ranking lever. The durable point holds regardless of the next change: optimise experience to good, but win on being the best answer — the proportion the AC Group has worked by for 27 years.

Fast site, flat rankings? We will tell you why

Our free audit looks past the speed dashboard to the thing that decides the races a tiebreaker cannot — whether your content is genuinely the most relevant, authoritative answer, and where it falls short of the pages you compete with. In English and Spanish, in 48 hours, with no sales call.