SEO Reporting, ROI and Forecasting
Content decay: how to find and reverse it
Content decay is the slow, lasting loss of search clicks by a page that once performed well, as the searches, the competition or the facts move on. Find it by comparing each page with the same period a year earlier, after ruling out seasons and tracking faults. Reverse it by updating, merging, redirecting or removing the page.
By QueryRev ResearchPublished Updated8 min read
Key takeaways
- Content decay is a slow, lasting loss of clicks on a page that once did well, not a seasonal dip or a sudden drop.
- Find it in Search Console over the last 16 months, comparing the last three months with the same months a year earlier, page by page.
- Read the pattern first: falling clicks with steady impressions point at the result, falling impressions at demand or position.
- Update, merge, redirect or remove: deleting is the last resort, and changing only the date does not make a page fresh.
- Record the date of every refresh, and judge it over weeks or months, not days.
What content decay is, and what it is not
A page decays when it loses search traffic slowly and does not get it back: month after month, against the same months a year earlier, its clicks fall. The causes are ordinary. The facts on the page go out of date; a competitor publishes something better; the searches people make change their words or their intent; another of your own pages starts to answer the same query. None of it happens on one day, which is why it is easy to miss.
Three other patterns look like decay on a chart and need a different response. Google’s guide to traffic drops sketches the shapes: a large drop from an algorithmic update or a site-wide security or spam issue, a seasonal rise and fall, a technical issue across the site, and a reporting glitch[1].
Content decay
- What the chart shows
- A slow decline on some pages over months, below the same months last year
- What to do
- Diagnose page by page, then update, merge, redirect or remove
Seasonal dip
- What the chart shows
- A fall that repeats at the same time each year
- What to do
- Nothing to the page; compare with last year
Update or spam issue
- What the chart shows
- A sharp fall across many pages at once
- What to do
- Check the update calendar and Search Console messages first
Technical fault
- What the chart shows
- A fall across the site or a template, often after a release
- What to do
- Check indexing and crawling, then fix the fault
Reporting glitch
- What the chart shows
- A gap or a cliff that the visits recorded elsewhere do not show
- What to do
- Check Search Console’s data notes before acting
| Pattern | What the chart shows | What to do |
|---|---|---|
| Content decay | A slow decline on some pages over months, below the same months last year | Diagnose page by page, then update, merge, redirect or remove |
| Seasonal dip | A fall that repeats at the same time each year | Nothing to the page; compare with last year |
| Update or spam issue | A sharp fall across many pages at once | Check the update calendar and Search Console messages first |
| Technical fault | A fall across the site or a template, often after a release | Check indexing and crawling, then fix the fault |
| Reporting glitch | A gap or a cliff that the visits recorded elsewhere do not show | Check Search Console’s data notes before acting |
Find decaying pages in Search Console
The Performance report holds everything needed to find decay, if it is read over a long enough window. These steps follow Google’s own method for investigating a fall in traffic[1].
- Set the date range to the last 16 months, so that each month can be read against the same month a year earlier[1]. For a longer history, keep your own exports.
- Compare the last three months year over year, rather than with the previous three months, so that seasons cancel out[1].
- Open the Pages tab and sort by the difference in clicks, so that the pages that lost the most come first[1].
- Keep the pages that lost a meaningful share of their own clicks and that matter to the business: pages that sell, pages that bring enquiries, and pages other pages depend on.
- For each one, check its main queries in Google Trends to see whether interest fell across the web or only for you[1].
Repeat the same steps each quarter, with the same settings, and keep the list. A page that appears on it twice in a row is decaying; a page that appears once may have had a bad quarter.
Read the pattern before you touch the page
The shape of a page’s loss points at its cause. Read clicks, impressions and position together, query by query, before deciding what to change.
Impressions steady, clicks falling
- Likely cause
- The result is less appealing, or something above it takes the click
- First check
- Its title and snippet, and what the results page now shows above it
Impressions and clicks both falling
- Likely cause
- Less demand, or a lower position
- First check
- Google Trends for the queries, then the position
Position slipping a little
- Likely cause
- Ordinary movement, or a stronger competitor
- First check
- The pages now above it, and what they offer
Position falling a long way
- Likely cause
- The page no longer serves the searcher as well as others do
- First check
- The page against what the top results now answer
Another of your pages gaining on the same queries
- Likely cause
- Two pages competing for one search
- First check
- Which page should own the query
| What the page shows | Likely cause | First check |
|---|---|---|
| Impressions steady, clicks falling | The result is less appealing, or something above it takes the click | Its title and snippet, and what the results page now shows above it |
| Impressions and clicks both falling | Less demand, or a lower position | Google Trends for the queries, then the position |
| Position slipping a little | Ordinary movement, or a stronger competitor | The pages now above it, and what they offer |
| Position falling a long way | The page no longer serves the searcher as well as others do | The page against what the top results now answer |
| Another of your pages gaining on the same queries | Two pages competing for one search | Which page should own the query |
Google draws the first distinction directly: if impressions hold while clicks drop, the page’s title and snippet may not be the best they could be, or other sites may have a more appealing rich result[1]. It also separates small falls from large ones. A drop from position 2 to 4 needs no drastic action, and Google recommends avoiding changes to content that already performs well; a drop from 4 to 29 calls for a deeper assessment of the page and the site[2].
The last row is keyword cannibalization, and it is often mistaken for decay: the old page has not got worse, a newer page of yours has started to take its searches. The cure is to decide which page owns the query, not to refresh both.
Update, merge, redirect or remove
Each decaying page gets one of four decisions. Most should be updated; a few should be combined; very few should go.
Update
- When
- The page still answers a search people make, and is worth keeping
- How
- Rewrite what is out of date, answer what the top results now answer, keep the address
Merge
- When
- Two or more pages answer the same search
- How
- Combine the best of each on one page, and redirect the others to it
Redirect
- When
- The page’s subject now lives on another page
- How
- A permanent redirect to the page that replaces it
Remove
- When
- Nobody searches for it, nobody links to it, and it cannot be saved
- How
- Remove the page and let it return 404 or 410
| Decision | When | How |
|---|---|---|
| Update | The page still answers a search people make, and is worth keeping | Rewrite what is out of date, answer what the top results now answer, keep the address |
| Merge | Two or more pages answer the same search | Combine the best of each on one page, and redirect the others to it |
| Redirect | The page’s subject now lives on another page | A permanent redirect to the page that replaces it |
| Remove | Nobody searches for it, nobody links to it, and it cannot be saved | Remove the page and let it return 404 or 410 |
Google is clear about the order. Deleting content is a last resort, to be considered only when the content cannot be salvaged; if whole sections seem worth deleting, that suggests they were written for search engines first[2]. When a page is merged or replaced, use a permanent server-side redirect: Google treats 301 and 308 as permanent and shows the target in search results[3]. A removed page that returns 404 or 410 is dropped from Google’s index if it was indexed, and Google crawls it less and less often[4].
Refresh a page so that the change is real
A refresh earns its place when the page is better for the reader who lands on it today. Start from the searches the page lost: read the results that now rank for them, note what they answer that the page does not, and check whether the search intent behind the query has shifted, for example from learning about a product to comparing prices.
- Correct every fact, figure, price, name and screenshot that has changed, and remove advice that no longer holds.
- Answer the questions the current results answer, in the page’s own voice, with what only you can add.
- Cut what no longer serves the reader. A shorter page that answers the search beats a longer one that buries it.
- Update the internal links: to the page from newer pages, and from it to pages published since.
- Show the date of the update on the page, and keep the visible date and the date in structured data the same.
Two habits look like a refresh and are not. Google asks site owners whether they are changing the dates of pages to make them seem fresh when the content has not substantially changed, and whether they are adding or removing a lot of content mainly in the belief that it makes the site seem fresh; its answer to the second is that it will not help[5]. Dates should describe when the page was published or updated, match between the visible page and the structured data, and never sit in the future[6].
Measure the refresh, and give it time
Record the date of each refresh, and what changed, the moment it is published. Without the date, the next quarter’s numbers cannot be read; with it, each page’s clicks after the change can be compared with the same weeks a year earlier and with pages that were not touched.
Then wait. Google says that some changes take effect in a few days, while others can take several months for its systems to learn and confirm, and that there is no guarantee a change will have a noticeable effect in search results[2]. Judge a refresh over weeks at the least, and over a full quarter for a page with little traffic.
Report a refresh as the monthly report treats any change: the date, the pages, the figure it was meant to move, and what happened, with the cause stated as a likelihood. How that report is laid out is set out in Monthly SEO report: what to include, and how the revenue at stake is labelled is in the guide to SEO reporting in revenue.
A quarterly decay review
- Export the Pages report for the last 16 months, and compare the last three months year over year.
- List the pages that lost the most clicks, and keep those that matter to the business.
- Rule out seasons, updates and technical faults for each, before changing anything.
- Give each page one decision: update, merge, redirect or remove, with an owner and a date.
- Write a one-page record of what fell, when, and what was ruled out.
- Refresh, record the date, and read the result at the next review.
Sources
Primary sources only, each read on the day given.
- 1.Debugging drops in Google Search traffic. Google Search Central. Read .
- 2.Google Search’s core updates and your website. Google Search Central. Read .
- 3.Redirects and Google Search. Google Search Central. Read .
- 4.How HTTP status codes affect Google’s crawlers. Google Crawling Infrastructure, Google for Developers. Read .
- 5.Creating helpful, reliable, people-first content. Google Search Central. Read .
- 6.Influence your byline dates in Google Search. Google Search Central. Read .
Cite this guide
A suggested citation. Its link goes to this page, whose address does not change.
QueryRev Research. “Content decay: how to find and reverse it.” QueryRev AI, 18 Oct 2026. https://queryrev.com/guides/content-decay