Does a faster thin page beat a slower rich one for the same query?
- Published November 6, 2026
- Linked from 1 answer
- In a cluster of 2
Not by being faster alone. Google’s page experience documentation is explicit that it aims to show the most relevant content even when page experience is weaker, and that good Core Web Vitals do not guarantee a top position. A page that answers the query better has the stronger claim. The exception is a rich page so slow or unstable that people leave before it is usable; at that point its depth no longer reaches anyone.
How the two pages compare
| Fast, thin page | Slower, complete page | |
|---|---|---|
| Answers the query | Partly | Fully, with the follow-up questions |
| Core Web Vitals | Passes | May pass or fail; read the field data for its URL group on mobile, not a single lab test |
| What a visitor experiences | Gets the page quickly, may need to search again | Waits a little longer, finds what they came for |
| Where Google's guidance puts the weight | On relevance and usefulness first | Same |
Speed counts for the rich page in one way: if it fails a Core Web Vital for real visitors, it may give up some of what page experience can add when pages are otherwise close, though Google does not say how much. That is a reason to fix its speed, not to thin it out.
Content worth its weight, and content that is not
Not every addition is depth. Extra material makes a page richer only when it answers something the searcher needs; padding, repeated sections, and heavy decoration add load time and nothing else. Before accepting a slower page as the price of a better answer, check what the extra weight is:
- Text costs almost nothing in load time. Cutting useful text to gain speed is a bad trade.
- Images and video cost the most. Keep the ones that explain something, optimize them, and drop the decorative ones.
- Scripts and widgets cost responsiveness. Keep those the page’s job depends on and defer the rest.
What to do with each page
If you own the rich page, keep the substance and fix its speed until it passes Core Web Vitals on mobile; speed or rich media, which to favor when they conflict lists the techniques for heavy media. If you own the thin page and it is losing, speed will not close the gap; answering the question more completely will. In both cases, measure with field data from the Core Web Vitals report and with what the page earns in search, and treat speed as the condition a good page must meet, not as the reason it wins.
Add a comment