Content Pruning for Small Blogs: When to Delete, Merge or Keep a Post
Content pruning in SEO means reviewing old posts and deciding, one by one, whether to keep, improve, merge or remove them. On a small blog the honest answer is that deleting is rarely the right call: most weak posts should be improved or merged into a stronger one, and only a few truly have no reason to exist. This guide gives you a decision flow, the correct technical handling for each outcome, and an illustrative audit of a 40-post blog.

What content pruning is, and what it is not
Pruning is an editorial review, not a cleanup by traffic number. You go through your posts and ask whether each one still helps a reader. If it does, keep it. If it could, improve it. If two posts answer the same question, combine them. If a post has no reader value and never will, remove it properly.
What pruning is not: deleting old posts because they are old. Google's guide to creating helpful content specifically warns against removing a lot of older content primarily because you think it will help rankings, and against changing dates to make pages look fresh when nothing substantial changed. Age alone is not a problem. Unhelpfulness is.
There is also a crawl argument that gets borrowed from big publishers. Google says its crawl budget guide is aimed at sites with roughly a million or more pages, or tens of thousands of fast-changing pages. A blog with 40 or 400 posts does not have a crawl budget problem, so "freeing up crawl budget" is not a reason for a small site to delete anything.
Why small blogs should prune differently
Advice and case studies about pruning mostly come from large sites with thousands of thin, near-duplicate or outdated pages. A small blog has the opposite problem: too little content, not too much. Every post you delete is a page that can no longer be found, linked to or cited.
So for a small blog, change the default. Instead of "what can I cut?", ask "what can I make worth reading?" Merging and improving get you most of the benefit people expect from pruning, without throwing anything away.
Gather the data first (free tools only)
Make a spreadsheet with one row per post and these columns:
- URL and topic, plus the main question the post answers.
- Search Console clicks and impressions for the last 12 months (Performance report, Pages tab). A full year smooths out seasonal posts.
- Index status from the Search Console Pages report. If many posts sit in "Crawled, currently not indexed", read our guide on crawled but not indexed pages first; it is often a quality signal worth fixing before you prune.
- External links pointing to the post (Search Console's Links report shows top linked pages).
- Business value: does the post lead to sign-ups, sales or newsletter subscribers?
- Accuracy: is anything outdated, broken or plain wrong?
Posts with plenty of impressions but few clicks are not pruning candidates; they are title and snippet problems. Our guide to impressions but no clicks covers those.
The decision: keep, improve, merge or remove
Run each post through these questions in order and stop at the first "yes":
- Does it get search traffic, earn links, or convert? Keep it. Refresh facts and links if needed.
- Does it answer a question people still ask, but answer it poorly? Improve it: rewrite, add examples, update sources, fix the title.
- Does another post on your site answer the same question? Merge the weaker into the stronger and redirect.
- Is it time-bound but still useful as a record (an event recap, a changelog, an old announcement)? Keep it, possibly with a note at the top pointing to the current version.
- Is it off-topic, thin with no way to fix, or factually dangerous and not worth updating? Remove it, and choose the right status code below.
| Outcome | When | Technical handling |
|---|---|---|
| Keep | Useful, gets traffic, links or conversions | Nothing; update facts if needed |
| Improve | Good topic, weak execution | Rewrite in place on the same URL |
| Merge | Two or more posts answer the same question | Combine into one URL, 301 the others to it |
| Noindex | Useful to visitors, not useful in search (e.g., tag archives, thank-you pages) | noindex meta tag, page stays live |
| Remove | No reader value and no close replacement | 404 or 410; redirect only if a truly relevant page exists |
Merging posts: how to do it with 301 redirects
Merging is the most useful pruning move on a small blog. Three short posts about the same problem usually make one solid guide.
- Pick the target URL: usually the post with the most clicks or links.
- Move the best material from the other posts into it. Do not paste whole posts in; rewrite so it reads as one piece.
- Redirect the old URLs to the target with a permanent redirect. Google recommends a permanent server-side redirect when a URL needs to change, with meta refresh or JavaScript only when the server option is unavailable.
- Update your internal links to point straight at the target, so you do not rely on redirects inside your own site.
- Check the target in Search Console's URL Inspection tool and request indexing.
Only redirect to a page that genuinely covers the same topic. Redirecting unrelated posts to your homepage does not help readers who arrive expecting something specific.
404 or 410 when you remove a post?
For Google, it barely matters. Its documentation on HTTP status codes says all 4xx errors except 429 are treated the same: the URL is dropped from the index and a newly found 404 is not processed further. Use 410 if your setup makes it easy and you want to state "gone on purpose"; otherwise a normal 404 is fine.
What does matter: the removed page should actually return an error code. A page that says "not found" but returns 200 is a soft 404, and Search Console will flag it.
When noindex is the right tool
A noindex rule keeps a page out of Google's results while leaving it available to visitors. It suits pages that serve people on your site but have no business ranking: tag and date archives, internal search results, thank-you pages, thin author pages.
Two common mistakes: blocking the same page in robots.txt (Google then cannot see the noindex rule, so the page can still appear in results), and using noindex on a real article you simply do not like. If an article should not be found, improve it or remove it.
What never to cut
- Posts with external links. If other sites link to a post, keep it or redirect it to a close match. Deleting it wastes those links and leaves broken links on other people's pages.
- Posts that convert, even with low traffic. A post with little traffic that regularly brings in subscribers is doing its job.
- About, contact, editorial policy and author pages. They rarely get search traffic but help readers understand who is behind the site.
- Seasonal posts during their off-season. Judge them on 12 months of data, not 30 days.
- Your best evidence of experience. Original photos, case notes and first-hand tests are exactly what helpful-content guidance asks for.
An illustrative audit of a 40-post blog
The example below is invented for illustration; it is not data from a real site.
Imagine a home-baking blog with 40 posts, two years old. After filling in the spreadsheet, the owner finds:
| Group | Posts | Decision |
|---|---|---|
| Recipes with steady clicks | 14 | Keep; refresh photos and fix two broken links |
| Good recipes with weak titles and thin instructions | 9 | Improve in place |
| Four short posts on sourdough starter problems | 4 | Merge into one guide; 301 three URLs |
| Two "best stand mixers" posts from different years | 2 | Merge into one current post; 301 the older one |
| Event recaps from local markets | 5 | Keep as a record |
| Off-topic posts (a phone review, a travel diary) | 3 | Remove; 404; one had a link from a forum, so redirected to the closest post instead |
| Tag archive pages | 3 | Noindex |
Result: zero good content lost, five URLs redirected, two posts removed, and a blog where every indexable page has a clear purpose. Most of the work went into improving and merging, not deleting.
How often to prune
For a small blog, once a year is plenty, plus a quick check whenever you notice two posts competing for the same query. Put a recurring reminder in your calendar and rerun the spreadsheet with fresh 12-month data. Between audits, the best prevention is planning: before writing a new post, search your own site for the topic and update the existing post if there is one.
What to do next
- Export 12 months of page data from Search Console and build the spreadsheet above.
- Run every post through the five questions and mark the outcome.
- Do merges first, then improvements, then the few removals.
- Get an outside baseline before and after. Satelo's free Quality Score check shows where your site stands on mostly open data (domain age, Tranco rank, crawl footprint, page speed) in about 30 seconds, with the source behind each number, so you can compare the same signals a few months after the cleanup.
For the bigger picture on growing a small topical site, see our guide to SEO for niche blogs.
FAQ
What is content pruning in SEO?
Content pruning is reviewing existing pages and deciding whether to keep, improve, merge or remove each one, so that every indexable page on the site has a clear purpose for readers.
Should I delete old blog posts?
Usually not just because they are old. Google's helpful-content guidance warns against removing lots of older content mainly to boost rankings. Improve or merge weak posts, and remove only those with no reader value and no close replacement.
Does content pruning improve rankings?
It can help indirectly when it turns several weak pages into one strong one or removes genuinely unhelpful pages. Deleting posts by itself does not make a site rank better, and on a small blog the gains come mostly from improving and merging.
Should I use a 404 or 410 for deleted pages?
Google treats all 4xx errors except 429 the same way, so either works. Use 410 if it is easy to set up and you want to signal intentional removal; otherwise a standard 404 is fine. Make sure the page really returns the error code.
When should I redirect a deleted post instead of returning 404?
Redirect with a permanent 301 when there is a page on your site that covers the same topic, especially if the old post has external links. Do not redirect unrelated posts to the homepage.
Is noindex better than deleting a page?
Noindex suits pages that help visitors but should not appear in search, like tag archives or thank-you pages. For a weak article, improving, merging or removing it is usually better than hiding it from search.
Read next




Check your site's Quality Score
Free, no sign-up: a 0–100 score from mostly open data. Then add your site to Satelo and get partner articles from sites of your level.
Enter a domain like example.com
Add my site