Key takeaways:
- Most of the available upside sits in pages you already published, not in new ones. A page with links and history is cheaper to fix than to replace.
- Diagnose before you edit. A page losing to intent drift needs a different fix than one losing to a competitor's better coverage, and the wrong fix wastes the rewrite entirely.
- AI assistants cite content averaging 1,064 days old against 1,432 for organic results, though Google's own AI Overviews skew older, so freshness is weighted differently by surface.
- Google states plainly that LLMs.txt files, content chunking, and rewriting for AI do nothing for Search visibility. Several popular tactics are sold anyway.
Most advice filed under advanced content optimization is about pages that do not exist yet. Pick better keywords, structure the piece properly, cover the topic completely. All useful, and all aimed at the next thing you publish.
Meanwhile the largest pool of recoverable traffic for advanced content optimization is sitting in the archive: pages that ranked once, still carry links, and have quietly stopped working. They are cheaper to fix than to replace, and nobody is looking at them, because nothing on a content calendar ever says "go back."
This is about that work, and it is the part of content optimization for SEO that pays best per hour. How to find the pages slipping, how to tell why a specific page slipped, and how to decide between refreshing it, rewriting it, folding it into something else, or letting it go.
What decay actually is, and what it is not
Content decay is a page losing traffic over time without anything happening to it. The page did not change. Its context did.
That distinction matters because it rules out the first thing most people assume, which is that they got hit by an algorithm update. An update produces a sharp drop on a specific date across many pages. Decay is a slope, usually over six to eighteen months, affecting pages unevenly. If you cannot draw a line at a date, you are looking at decay, and the fix is editorial rather than technical.
The other thing decay is not is a quality problem you failed to notice at the time. Pages that decay are frequently the ones that worked best, because ranking well is what attracted the competition that eventually displaced them.
Four reasons a page slips
Nearly every decaying page fits one of four causes, and they need different responses, which is why diagnosing before editing saves so much wasted work.
The four are worth holding side by side, because each one wants a different fix.

The first is intent drift. What people mean by the query changed, and the page still answers the old meaning. A guide written when a term meant one thing quietly becomes the wrong answer.
The second is competitive displacement. Somebody covered the topic more completely, and the gap is real, not cosmetic. This is where the topical relevance of the surrounding coverage matters, since a page rarely holds a position alone.
The third is stale specifics. Prices, product names, screenshots, statistics, and year references that were accurate on publication and are now visibly wrong. Readers notice this faster than search engines do.
The fourth is self-inflicted, and it is the most common one nobody suspects: you published two or three more pages on adjacent topics, and they are now competing with the original for the same query.
Finding the pages that slipped
You do not need a tool for this, and you do not need to audit the whole site. You need a comparison of two time periods.
The twenty-minute version
Five steps, using only Search Console, get you a ranked shortlist worth acting on.
- Open Search Console, set the date range to the last three months, and enable comparison against the same period a year earlier.
- Sort by the largest fall in clicks, filtering to pages rather than queries.
- Discard anything seasonal or genuinely obsolete, such as an event page or a discontinued product.
- Keep the top twenty by absolute clicks lost, not by percentage, since a page losing 80% of forty visits is not worth your afternoon.
- For each, note whether impressions fell too, or only clicks.
That last step is the one people skip and it splits the list in half immediately. If impressions held and clicks fell, you are still ranking and losing the click, which points at the title, the description, or a result feature eating your traffic. If impressions fell, you lost position, and the cause is one of the four above.
Doing this on a schedule rather than in a panic is what automated monitoring is for, and the alert matters more than the dashboard, because decay is only cheap to fix early.
Diagnosing one page before you touch it
Take a single page off the list and spend fifteen minutes before editing anything. Skipping it is what separates a refresh that works from one that changes a lot and moves nothing.
Search the target query in an incognito window and read what actually ranks now. Not the titles, the pages. Ask what the top three give a reader that yours does not, and whether the answer is depth, recency, format, or a different interpretation of the question entirely.
Next, search your own site for the same query. If two or three of your own pages come back, you found your cause, and no amount of rewriting the original will fix it.
Finally, read your page as a stranger would. The dated specifics that are invisible to you because you wrote them will be obvious inside a minute. Portfolio-level scoring belongs in a content audit, which is a different exercise done less often. This is the single-page version, and it is the one that tells you what to do next.
Deciding what to fix is the job. Doing it is the easy part.
Refresh, rewrite, consolidate or retire is a judgement call, and it is the one that goes unmade when nobody owns the library. I make it, then the system does the work.
30 minutes. If the problem is somewhere other than content, I will say so.
Refresh, rewrite, consolidate, or retire
Four options, and the signals that point to each are distinct enough that the decision is usually clear once you have diagnosed properly.
Option | Choose it when | What happens to the URL | Effort |
|---|---|---|---|
Refresh | The page still matches intent and mostly needs current specifics and tightening | Stays | Hours |
Rewrite | Intent drifted, or a competitor's coverage is genuinely deeper | Stays | A day or more |
Consolidate | You have two or more pages splitting one query | Survivor stays, others redirect to it | A day, plus redirects |
Retire | The topic is dead and nothing links to it | Redirect to the nearest relevant page | Minutes |
The one people get wrong is consolidate. It feels destructive to redirect a page that still gets some traffic, so teams leave three thin pages competing instead of building one strong one. The combined page almost always outperforms the sum, because the links and the relevance stop being split.
Retiring deserves a note too. If a page has no links, no traffic, and no strategic purpose, redirecting it to the nearest relevant page is better than leaving it up, and better than deleting it into a 404.
At any real archive size the redirects, the internal-link updates, and the re-crawl requests are worth handing to automations rather than doing by hand, because the manual version is where these programs quietly stop.
Same URL, or a new page
This question comes up on every annual update and the wrong answer is expensive, because it decides whether you keep your accumulated links.
The default is to update in place. The URL keeps its backlinks, its history, and whatever authority it earned, and a new page starts from zero and may compete with the original.
The exception has a clean test, and the best framing of it I have seen came from a practitioner in r/SEO weighing exactly this on a data-driven post that kept attracting links. The question they landed on was whether the page is meant to be a source of contemporary truth or a dated snapshot.
If the page is "our guide to X," it should always reflect now, so update it in place forever. If it is "our 2025 analysis of X," the 2026 version is a different artifact and deserves its own URL, with the older one left standing and cross-linked. That is one practitioner's rule rather than a documented standard, but it resolves the case cleanly, and the test takes five seconds.
The two cases want opposite answers, and the page title usually tells you which one you have.

When you do update in place, say so on the page. A visible last-updated date and a short note about what changed serves readers, and it gives anyone who cited you a reason to keep the link rather than quietly replace it.
What a refresh actually changes
A refresh that only swaps the year in the title is the reason people conclude refreshes do not work.
Replace the specifics first, because they are the cheapest credibility you will ever buy: prices, product names, statistics with their sources, screenshots, and any sentence containing a year. Then restructure so the page answers the query faster, which usually means moving the actual answer above the background you wrote to warm up to it.
Add whatever the current top results have that you lack, but only where it genuinely belongs. Padding a page toward a competitor's word count is not the same as covering something they cover and you do not.
Fix the internal links last, in both directions. Pages you published since the original should point at it where relevant, and the original should point at them. Of everything on this list, that is the step skipped most often and the one that costs least.
Where AI search changes the calculation
Freshness is not one lever with one setting, and the data on this is more specific than the advice usually is.
Ahrefs analyzed 17 million AI citations and found that URLs cited by AI assistants averaged 1,064 days since publication against 1,432 days for URLs in organic search results, making cited content roughly 25.7% fresher. The preference varies sharply by platform.
Surface | Average days since publication |
|---|---|
Google AI Overviews (top 3) | 1,432 |
Organic search results | 1,416 |
Perplexity | 1,166 |
Gemini | 1,118 |
Copilot | 1,056 |
ChatGPT (citations) | 958 |
One note on reading that table against the headline figure: the study's top-line comparison uses 1,432 days as the organic baseline, while its per-platform breakdown lists the organic SERP at 1,416 and AI Overviews at 1,432. The gap is small and the direction is unaffected, but the two numbers are not interchangeable.
Plotted together, the spread between the surfaces is wider than the average suggests.

Read the ends of that range rather than the average. ChatGPT cites content roughly 458 days newer than the organic results, while Google's AI Overviews actually skew slightly older than organic. So a refresh aimed at being cited by assistants is a genuinely different bet from one aimed at recovering a Google position, and the difference between the two should decide which pages you prioritize.
Refreshing an existing page is often the faster route into these surfaces than publishing something new, since the page already has the signals the retrieval step relies on. VoiceOrder reached 10 of 15 target prompts within a month with us, working the existing surface rather than starting over.
A refresh cycle nobody owns stops after the first month.
Decay is continuous, so the fix has to be a standing layer of the system rather than a project you run once. That is what the retainer buys.
Month to month, no annual lock-in, and you own everything produced.
What Google says you can ignore
Because there is money in selling AI content optimization, several popular tactics have no support in how Search actually works, and Google has now said so directly in its guide to generative AI features.
On LLMs.txt and similar files, Google states you do not need to create machine-readable files, AI text files, or markup to appear in Search including its generative AI capabilities, because Search does not use them. Maintaining one for other systems is fine and will neither harm nor help Google visibility.
On chunking, there is no requirement to break content into tiny pieces for AI to understand it, and Google says there is no ideal page length. On rewriting for machines, you do not need to write in a specific way for generative AI search, because these systems understand synonyms and general meaning. And seeking inauthentic mentions across the web is described as not being as helpful as it might seem.
Four tactics, and Google's own reason for each of them.

The practical consequence for a refresh program is that none of those belong on your checklist. Every hour spent chunking a page for imagined machine readers is an hour not spent replacing the four-year-old statistics that are actually costing you the citation.
What "it worked" looks like, and when
Set the expectation before you start, because content performance optimization gets abandoned at week three by teams who expected week-one movement.
A refreshed page usually needs to be recrawled, reassessed, and then re-ranked, which in practice means four to eight weeks before the signal is readable, and longer on a site that gets crawled infrequently. Judging at two weeks tells you nothing and will talk you out of a program that was working.
Measure the same two numbers you diagnosed with. Impressions tell you whether position recovered. Clicks against impressions tell you whether the title and description are doing their job. If impressions recovered and clicks did not, you fixed the page and not the result, which is a fifteen-minute problem rather than another rewrite.
Track it per page rather than in aggregate, because a program where three pages doubled and nine did nothing looks identical in a site-wide chart to one where everything rose slightly, and those are very different results with different next steps. Our free tools cover some of the arithmetic if you would rather not build the sheet.
Building a cadence you can hold
A content optimization strategy that runs as a project gets done once, which is why most teams only ever do it once.
The version that survives is small and scheduled: review the twelve-month comparison once a quarter, pick the five biggest absolute losers, and fix them before writing anything new that month. Five pages a quarter is twenty a year, which on most sites is the entire meaningful archive inside two years.
The arithmetic is the argument: a small number, held, clears the archive.

Protect it going forward by adding a review date to anything containing a price, a statistic, or a year at the moment you publish it. Building that trigger into the system rather than relying on memory is exactly what content engineering is for, and it costs nothing when you set it up and quite a lot when you do not.
Where this leaves you
Compare the last three months against the same period a year ago, take the twenty biggest absolute losers, and split them by whether impressions fell or only clicks did. Diagnose each one against the four causes before editing a word. Then pick refresh, rewrite, consolidate, or retire, update in place unless the page is genuinely a dated snapshot, and give it six weeks before you judge.
Skip the tactics Google has said it ignores, and spend that time on the specifics that are visibly out of date. That is most of advanced content optimization, and almost none of it requires publishing anything new.
Picking the right twenty pages is the hard part once an archive gets large, and it is the piece worth getting a second opinion on before anyone starts rewriting. Book a call if you want that read, up to and including a finding that your archive has little left in it.
FAQ
Frequently asked
What is advanced content optimization?
It is the work of improving pages you already published rather than planning new ones: identifying which pages are losing traffic, diagnosing why, and choosing between refreshing, rewriting, consolidating, or retiring each one. The advanced part is the diagnosis. Editing a page without knowing whether it lost to intent drift, a stronger competitor, stale specifics, or your own competing pages usually changes a lot and recovers nothing.How often should you refresh existing content?
Review your archive quarterly and fix around five pages each time, prioritizing by absolute clicks lost instead of percentage. Fixed schedules applied to every page waste effort on pages that have not decayed. Set a review date at publication on anything quoting a figure, a cost, or a calendar year, since those age fastest and most visibly.Should I update an old post or publish a new one?
Editing the original is the right default, because everything the URL has earned stays attached to it, and a fresh page has none of that while potentially cannibalizing the query. Reserve a separate publication for pieces that are genuinely time-stamped artifacts, like an annual analysis whose prior edition still deserves to stand. Ask whether readers should always find the current answer at that address, or whether the page documents a particular moment.How long does a content refresh take to show results?
Usually four to eight weeks, and longer on sites crawled infrequently, because the page has to be recrawled and reassessed before any change in position appears. Judging at two weeks produces false negatives and is the most common reason refresh programs get abandoned. Watch impressions for position recovery and the click-through rate separately, since those two failures have different fixes.Does content freshness matter for AI search?
It matters differently by surface. Ahrefs found AI assistants cite content averaging 1,064 days old against 1,432 days for organic results, but the range is wide: ChatGPT cites markedly newer pages while Google's AI Overviews skew slightly older than organic search. Google has also stated that LLMs.txt files, chunking content, and rewriting specifically for AI do nothing for its Search visibility, so freshness and accuracy are the levers, not machine-oriented formatting.
Written by
