Content Pruning SEO

I start with a content inventory. On a typical site, I export every URL from the CMS and run a crawl using Screaming Frog. Recently, for a 5,000-page e-commerce site, I found 1,200 URLs that had no organic traffic in the last six months. Next, I score each page. I use three metrics: organic sessions from Google Search Console (last three months), total backlinks from Ahrefs, and a simple business value score from 1–3 based on whether the page supports a conversion goal. I flag any page scoring zero on all three: no traffic, no backlinks, no business value. That gives me a candidate list.

For each candidate, I decide: keep, refresh, merge, redirect, or delete. The rule I follow: if it has backlinks, always 301 redirect to the most relevant surviving page. If it has zero backlinks but some historical traffic, I refresh the content. If it has nothing, I consider deletion but only after checking if the page ranks for any unique query in Search Console. I once kept a 150-word page because it ranked for a specific long-tail query that drove 50 monthly visits. After decisions, I implement in batches of 30 per week. Then I monitor traffic and ranking changes for the affected sections for at least four weeks. I compare against the baseline from the three months before pruning. One number that surprised me: after one prune, traffic to the remaining pages in the same category increased by 12% because internal link equity was concentrated. The path I take now is repeatable: inventory, audit, decide, implement in batches, monitor. For a deeper look at the audit phase, I recommend running a thorough [content audit](/content-audit/) before deciding what stays.

The biggest watch-out is deleting pages with backlinks without a redirect. I did that once on a client site: I deleted a 300-word page that had 15 backlinks from industry blogs. The traffic to the parent category dropped by 18% in two weeks. Now I always redirect any page with even one external backlink. Another watch-out: pruning by word count alone. A short page can be the best answer for a simple query. I keep any page that has more than five organic visits per month, regardless of length. Also, do not prune too many at once. In 2022, I removed 200 pages from a blog in one weekend. Rankings for the entire blog fluctuated wildly and I could not attribute changes to any specific action. Now I batch in groups of 50 and wait two weeks between batches.

Forgetting internal links is another common trap. After deleting or redirecting, I run a crawl to find any internal links pointing to the removed URL. I update those links to point to the new target. A counter-argument to aggressive pruning: sometimes keeping a thin page that ranks for a specific query is better than merging it into a broader page. I have seen a case where merging two similar product pages caused the combined page to rank for neither of the original terms because the page tried to cover both intents. Also, beware of redirect chains. If you merge three pages into one, do not chain the redirects; instead, redirect each old URL directly to the final URL. A 301 chain of more than two hops can lose link equity. Finally, do not prune based on a single metric. I used to rely on traffic alone, but a page with zero traffic can still be a valuable internal link destination or a landing page for a specific campaign. Always check your [internal links SEO](/internal-links-seo/) and conversion attribution before pruning. And when you refresh content, pay attention to [on-page SEO](/on-page-seo/) factors like title tags and headings.

I have made several mistakes in content pruning. Early in my career, I deleted a page that had a handful of backlinks because it was thin. Traffic to the section dropped for weeks. Now I always check backlinks first using Ahrefs or Majestic. Another mistake: I pruned based on publish date alone, assuming older content was stale. But I found that some articles from 2018 still drove consistent traffic because they answered evergreen queries. Now I use performance data, not age. I also removed too many pages at once. In 2021, I deleted 150 pages from a client site in one batch. The site’s organic traffic dropped by 30% over two weeks. We had to restore from a backup. Now I batch in groups of 30–50 and monitor closely.

I also forgot to update internal links after redirecting a popular page. That caused 404 errors on several category pages. Now I run a broken link check after every pruning round. Another error: I ignored cannibalisation. I pruned a page that was underperforming, but it was the only page targeting a specific keyword variant. The main page lost that variant ranking. Now I check keyword overlap in Search Console before pruning. I also once pruned a page that was a key landing page for an email campaign. The email click-through rate dropped because the link went to a 404. Now I check with other teams before any deletion. Finally, I used to think pruning was only about deletion. I now know that merging thin pages into a comprehensive resource often yields better results. For example, I consolidated 12 blog posts on similar topics into one guide, redirected the old URLs, and the new page went from page 3 to position 1 for the main keyword, increasing organic traffic by 200% for that topic. This approach requires a solid [SEO content strategy](/seo-content-strategy/) to decide which pages deserve consolidation. For any text-heavy pages you keep or refresh, treat them as [SEO writing](/seo-writing/) opportunities to improve clarity and relevance.