The Writing King Your Ethical Ghostwriter. Your Story, Done Right.

Content Decay: Why Your Best Posts Quietly Stop Working

This entry is part 8 of 10 in the series Your Website Is Your Beacon
TL;DR: Old posts lose traffic quietly, and most people notice a year late. Two separate clocks are running now: the slow slide down search rankings, and the newer one where a page keeps its ranking and AI answers stop quoting it. I audited my own site against both and found that one article carries close to eighty percent of the citations while the pages I most want quoted carry none. This piece is how to run that audit and what to fix.

A library has two ways of sending people to a book. The catalog is one: you look up a subject, you get a call number, you walk to the shelf. The reference desk is the other: you ask the librarian a question and she answers it out loud, mentioning whichever book she trusts on the subject. Those are different systems with different rules, and a book can do well in one and go unmentioned in the other for years.

Your blog posts live in both systems now. Search is the catalog. AI answers are the reference desk. Content decay is what happens when a page slides out of one, the other, or both, and it goes unnoticed because nothing announces it. There is no error, no broken page, no alert. The numbers simply get smaller each month until one day the post brings in nobody at all.

What is content decay?

Content decay is the slow loss of traffic to a page that used to perform, caused by the world moving while the page stands still. Competitors publish something better. The question people ask changes shape. Your examples age out. A search engine adjusts what it rewards. Each of those is small. Together, over eighteen months, they take a page from steady traffic to nothing.

The word decay describes the shape of the loss. A broken page fails all at once and you find out fast. A decaying page keeps working, keeps loading, keeps looking fine, and loses ten percent a quarter. By the time it registers as a problem, you have lost most of a year of readers you already earned.

The first clock: losing ground in the catalog

The familiar clock is search position. Google Search Console is where you read it, and the comparison that matters is the last six months against the six before that. Sort by page. Look for the ones where clicks and impressions both fall together. That pairing is the signal. Falling impressions mean Google shows you less often, and that usually starts before the clicks drop.

The two numbers apart tell you different stories. Impressions holding steady while clicks fall means the page still ranks and stopped earning the click. The title and description are the problem, and the fix takes ten minutes. Impressions falling means you are losing position, which is a content problem and takes longer. A page sitting on page one with a collapsing click rate needs a better promise, not a better ranking.

One cause of decay is self-inflicted. Check it first. Two of your own posts competing for the same query will suppress each other, and the older one usually loses. I found several of these on my own site, and the fix is consolidation: merge the weaker page into the stronger one and redirect it.

The second clock: disappearing from the reference desk

The newer clock is the one almost nobody tracks. A page can hold its search ranking while AI answers stop citing it, and no report you currently read will tell you it happened. When somebody asks ChatGPT or Perplexity or Google’s AI summary a question in your subject, the system pulls a handful of sources into the answer. If you are not among them, you are invisible to that path. And that path is taking a growing share of the questions people used to type into a search box.

What the system pulls depends less on your ranking than on the shape of your writing. Retrieval works on passages. A model pulls a section, sometimes a paragraph, and uses it to answer. A section that depends on three paragraphs above it to make sense is a section nobody can lift. So the same page can be excellent for a human reader start to finish and useless to a machine reading it in fragments.

I have written about this in more depth in writing to get found by AI instead of just ranked, and about why the model is less settled than the confident coverage suggests in the cracks in AI search. Both come down to this. Answer the question in the first sentence, then explain. Write every section so it survives on its own.

How do you find decaying blog posts on your site?

Pull twelve months of Search Console data, split it in half, and compare. Export both halves and put them side by side in a spreadsheet with a column for the change in clicks and a column for the change in impressions. Sort by the click change. The pages at the bottom of that sort are your audit list, and it will be shorter than you expect.

Then apply a second sort that has nothing to do with the numbers: which of these pages do you need? A recipe post that lost forty percent may not matter. The page that explains what you do, that answers the question your buyers ask before they call you, matters enormously even if it lost less. Decay on a page that carries commercial weight is a different problem from decay on a page that carries none.

The AI half of the audit has no tool yet, so it is manual and slower. Take your ten most important questions, ask them of two or three AI systems, and write down whom they cite. Do it again next quarter. That is a crude instrument, and it is more than most people have. It tells you the one thing rankings will not. Whether the reference desk knows you exist.

What my own audit turned up

My site has just over three thousand published posts and pages. That is enough content to have decay everywhere, and enough to make the pattern visible. Two findings surprised me.

The first was concentration. One long guide carries close to eighty percent of the commercial citations my site earns in AI answers. The service pages, the ones that exist to sell the thing I do, appear in none of them. That gap is structural. The guide answers questions, and the service pages announce offerings. Answer engines quote the first kind and ignore the second.

The second was mechanical. Going through the site I found long unbroken blocks of text where a single paragraph ran for two hundred words and covered three ideas. Human readers tolerate that. Passage retrieval does not, because there is no clean unit to lift. I ended up splitting several thousand of these into paragraphs that each carry one idea. That changed nothing about the writing and a great deal about how machines read the pages in pieces.

I also pulled the site’s 404 log and found several hundred distinct broken URLs, some from posts I had moved years ago. Every one of those was a page somebody wanted and did not get. Fixing them recovered readers I had already earned and then lost.

What does an answer-ready page look like?

The page below is what all of this produces. Every part is doing a job for one clock or the other.

Anatomy of a blog post that survives both decay clocksA diagram of one blog page broken into labelled parts: a title that answers a real query, an answer-first opening paragraph, question subheadings, self-contained passages, a dated update line, internal links to sibling articles, an FAQ block with schema, and an author line with entity corroboration. Each part is marked as serving search ranking, AI answer retrieval, or both.Anatomy of a Page That Survives Both ClocksWhat each part of a blog post is doing, and which clock it answers toSearch rankingAI answersBothyoursite.com/how-to-run-a-content-decay-audit/How to Run a Content Decay AuditA title phrased the way a person asks the questionTHE ANSWER, FIRSTA content decay audit finds pages losing trafficbefore they fall out of search. Context comes after.What causes content decay?How often should you audit old posts?Updated 21 August 2026 · figures rechecked this quarterFrequently Asked QuestionsWhat is content decay?+How do you fix a decaying blog post?+Should you delete old posts?+<script type="application/ld+json"> "mainEntity": [ ... ]Written by a named authorwith a bio, credentials, and a stable identifierRelated ReadingTitle is the queryPhrased as a person would ask itAnswer in sentence oneThe part a model can lift wholeQuestion subheadingsEach one stands alone with nopronouns pointing up the pageSelf-contained passagesRetrieval takes one section, notthe whole pageVisible update dateCurrency you can see, backed bychanges you madeLinks to siblingsKeeps the cluster alive andtells search what this sits besideFAQ that matchesreal questions people askSchema that agreeswith what the page visibly saysA real authorNamed, credentialed, corroboratedsomewhere off your own siteNothing here is a trick. It is the shape of a page that answers a question well.
Anatomy of a page that survives both decay clocksA mock blog page with nine numbered parts, followed by a key. The parts are a title phrased as a query and an answer in the opening sentence. Question subheadings and self-contained passages. A visible update date and links to sibling articles. An FAQ block with schema that matches the visible questions. And a named author with outside corroboration. Each is marked as serving search ranking, AI answers, or both.Anatomy of a Page That SurvivesBoth Decay ClocksWhat each part does, and which clock it answers toSearchAI answersBothyoursite.com/content-decay-audit/How to Run a Content Decay AuditPhrased the way a person asks it1THE ANSWER, FIRSTA content decay audit finds pages losingtraffic. Context comes after, not before.2What causes content decay?3How often should you audit old posts?4Updated 21 August 2026, figures rechecked56Frequently Asked QuestionsWhat is content decay?+How do you fix a decaying post?+Should you delete old posts?+7<script type="application/ld+json"> "mainEntity": [ ... ]8Written by a named authorwith a bio and credentials9Related Reading1Title is the queryPhrased as a person would ask it out loud.2Answer in sentence oneThe part a model can lift whole.3Question subheadingsEach stands alone, no pronouns pointing upthe page.4Self-contained passagesRetrieval takes one section, not the page.5Visible update dateCurrency you can see, backed by real edits.6Links to siblingsKeeps the cluster alive and tells searchwhat this page sits beside.7FAQ that matchesthe questions people really ask.8Schema that agreeswith what the page visibly says.9A real authorNamed, credentialed, and corroboratedsomewhere off your own site.Nothing here is a trick. It is the shape of a pagethat answers a question well.

Read it as a checklist against your own decaying posts. The title phrased as a question somebody would type. The answer in the opening sentence instead of four paragraphs down. Subheadings that stand alone, with no pronouns pointing back up the page. A visible update date backed by an actual update. Links to the siblings that keep a cluster alive. An FAQ that matches the questions people ask, with schema that agrees with what the page visibly says. A named author with credentials a reader can confirm somewhere other than your own site.

That last one matters more than it used to. Search engines and answer engines both try to work out whether a source is a real entity with a track record, and corroboration that exists only on your own domain is the easiest kind to fake. I go further into this in why AEO makes websites stronger, not obsolete.

Fixing a page instead of replacing it

A refresh beats a rewrite from zero. The reason is arithmetic. An old page carries links, history, and whatever authority it accumulated. A new page carries none of that and starts at the back of the line. Fixing three old posts in an afternoon usually returns more than writing one new one that may never rank.

Open the decaying page and read it as a stranger would. Ask whether the advice still holds. Kill the dead links, the aged screenshots, the examples that date the piece. Then add one thing the original never had, because a refresh that only updates a date is a lie. Move the answer up. Break the long paragraphs. Add the FAQ if it has none.

Then check the page’s technical footing, since a page can decay because it got slow while your competitors got fast. My guide to the three numbers that measure how your website feels covers what to look at, and my broader take on blog SEO for authors covers the fundamentals underneath all of this.

What should you do with a post that is not worth saving?

Some posts deserve retirement. Pretending otherwise leaves you with an archive nobody wants to maintain. The test is whether the page has a job. If it covers a topic you no longer address, ranks for nothing, earns no links, and would embarrass you if a client read it, it has no job.

How you retire it matters. Merge anything useful into a stronger page and redirect the old URL there, so the links and history transfer instead of evaporating. Delete without a redirect only when nothing points at the page and nothing ever will. A deleted URL with inbound links is a reader hitting a wall.

Making it a quarterly habit

Once a quarter, block an afternoon. Pull the Search Console comparison, list the pages that are sliding, cross-reference against which pages carry commercial weight, and fix three or four. Run your ten questions past the AI systems and note whom they cite. That is the routine, and it takes less time than writing one new post.

The habit matters more than the thoroughness. A blog you look at four times a year does not accumulate the kind of rot that takes a month to dig out. My site went years without this discipline and the cleanup cost me weeks. Do it small and often.

The catalog and the reference desk

Both systems are asking a version of the same question about your page: is this the best answer available right now? The catalog answers it with position, the reference desk answers it by deciding whether to mention you at all, and neither will tell you when the answer changes. That is what makes decay a discipline instead of a task. You check because nothing will tell you.

Start with your ten most important pages and one afternoon of Search Console data. If the site itself needs the work and you would rather hand it to somebody who has done this for decades, that is what I do. Everything else in this series lives in the Technology of Writing hub. The archive you already wrote is the cheapest traffic you will ever get back, and it is sitting there waiting for somebody to look at it.

The Guides That Get Your Book Written, Published, and Sold

Four short, practical guides on writing, publishing, and selling your book, plus the occasional note when there's something worth your time. No fluff, no daily inbox clutter. Drop your email and they're yours.

We use MailerLite to manage our list and send these emails. Your address is used only to send you what you signed up for. We will not sell it, share it, or use it for anything else, and you can unsubscribe anytime.

Frequently Asked Questions

What is a content decay audit?
A content decay audit is a review of your existing pages to find the ones losing traffic before they disappear from search. You compare six months of Search Console data against the previous six months, list the pages where clicks and impressions are both falling, and decide which of them are worth repairing. The audit is a diagnosis step; the repair is separate work.
How often should you run a content decay audit?
Quarterly suits most sites. Decay moves slowly enough that monthly checking finds noise, and yearly checking lets a year of losses build up before anybody looks. One afternoon every three months, fixing three or four pages each time, keeps an archive healthy without becoming a second job.
Why do old blog posts lose traffic?
Competitors publish better answers, the question itself changes shape, your examples and screenshots age, search engines adjust what they reward, and sometimes two of your own posts compete for the same query and suppress each other. Any one of those is small. Several of them running together for a year takes a page from steady traffic to none.
Can a page keep its Google ranking and still lose visibility?
Yes, and this is the decay signal most people miss. AI answer systems choose sources by different criteria than search ranking, favoring pages that answer the question early and write sections that make sense when read alone. A page can hold position three in search and never appear in a single AI answer on its own subject.
Should you delete old blog posts that no longer get traffic?
Only when the page has no job left: no topic you still cover, no rankings, no inbound links, nothing worth merging. In most cases the better move is folding the useful material into a stronger page and redirecting the old URL there, which transfers the links and history instead of throwing them away.
Is refreshing an old post better than writing a new one?
Usually, because the old page already carries links, history, and accumulated authority while a new page starts with none. Fixing three decaying posts in an afternoon tends to return more than one new post that may never rank. The exception is a topic the old page was never really about, which deserves its own page.

📁︎ Book Marketing📁︎ Publishing📁︎ Technology

🏷︎ AEO🏷︎ AI Search🏷︎ Answer Engine Optimization🏷︎ blogging🏷︎ content-marketing🏷︎ SEO🏷︎ Writing Technology

📝 Disclaimer

The views and opinions expressed in this blog post are solely those of Richard Lowe and are based on personal experience and research. This content is for informational purposes only and should not be construed as professional legal, financial, accounting, or business advice. Always consult with qualified professionals before making important business or legal decisions. Richard Lowe is not a lawyer, accountant, or licensed professional advisor, and this content does not establish any professional relationship.

Leave a Reply

Your email address will not be published. Required fields are marked *