Update, merge or remove: how to decide what to do with old content

Every old page on your site should end up in one of four piles: refresh it, merge it into a stronger page, leave it alone or remove it. Removal should be the smallest pile. Google’s guidance on core updates (opens in a new tab) describes deleting content as a last resort, to consider only when the content cannot be salvaged.

The process below sorts pages into those piles and shows what Google’s documentation says about each choice.

Gather the facts for each page

Build a spreadsheet with one row per URL and record:

• Search clicks and top queries from Search Console.
• Conversions, sign-ups or other value from your analytics tool.
• Internal and external links that point to the page.
• The date of the last real edit.

Then read the page. Google’s guidance on helpful, people-first content (opens in a new tab) has self-assessment questions that work well here. Check whether the page covers its topic substantially, whether it contains factual errors that are easy to verify, and whether a reader would leave having learned enough to reach their goal.

Age alone is not a reason to act. The same Google page lists two warning signs of content made for search engines first: changing a page’s date when the content has not substantially changed, and adding or removing a lot of content mainly to make a site seem fresh. Google states that the second will not help.

Pick an action

What you find	Action	How to do it
Accurate and still doing its job	Leave alone	No change; review at the next audit
Right topic, but dated, thin or hard to follow	Refresh	Rewrite the weak parts on the same URL
Several pages answer the same question	Merge	Combine on one URL and permanently redirect the rest
Cannot be fixed, obsolete or made only for search engines	Remove	Return a 404 or 410 status, or add noindex

Refresh pages that still matter

Refresh a page when your audience still cares about the topic but the facts, steps or examples have aged. Keep the URL so existing links and bookmarks still work.

Google’s core update guidance favors meaningful improvements, such as rewriting or restructuring a page so it is easier to read and navigate, over quick fixes. It also recommends against changing content that already performs well.

When an update is substantial, show it. Google’s documentation on byline dates (opens in a new tab) recommends a visible, clearly labeled publication or update date, and says it should match any date you provide in structured data.

Merge pages that overlap

Merge when two or more pages compete to answer the same question.

1. Pick the URL to keep. Our read: this is usually the one with the most links and search traffic.
2. Move anything unique and useful from the other pages into it.
3. Add a permanent redirect (HTTP 301 or 308) from each retired URL to the kept one. Google’s documentation on redirects (opens in a new tab) calls a permanent server-side redirect the best way to make sure people and Google Search reach the right page.
4. Update internal links so they point to the kept URL.

Google’s documentation on canonical URLs (opens in a new tab) lists redirects and rel="canonical" annotations as strong signals, and explains that choosing a canonical lets Google consolidate signals such as links onto one preferred URL. It advises using a redirect only when you are retiring the duplicate. If near-identical versions must both stay live, use rel="canonical" instead. Both are signals, and Google still makes the final choice.

Redirect only to a page that covers the same ground. Google’s guidance on moving a site (opens in a new tab) warns against sending many old URLs to one irrelevant destination, such as the home page. Visitors end up somewhere they did not ask for, and Google may handle those redirects as soft 404s. Redirecting old URLs to a page that consolidates their content is fine.

Leave good pages alone

A page that is accurate and still serves its purpose needs no work, even if few people visit it. Our read: low traffic is weak evidence on its own, because a page can matter a great deal to a small audience, such as existing customers looking for a setup step.

Remove only what cannot be saved

Removal is justified when a page is wrong and not worth correcting, covers something that no longer exists and has no successor, or was made for search engines instead of readers. On that last case, Google’s core update guidance says that wanting to delete whole sections is likely a sign they were created for search engines first, and that removing such unhelpful content can help the good content on the site perform better.

To remove a page:

• Return a 404 or 410 status. Google’s documentation on HTTP status codes (opens in a new tab) says indexed URLs that return a 4xx code are dropped from the index, and that it treats these codes the same way, apart from 429.
• Use noindex if visitors still need the page. Google’s page removal documentation (opens in a new tab) notes that noindex keeps a page out of Google’s results while people can still open it.
• Do not rely on robots.txt. The same page advises against it. It adds that Google’s Removals tool hides a page within a day, but a request lasts only about six months.
• Fix internal links that pointed to the removed URL.

Record what you did

Log each URL, the action, the date and any redirect target, so you can trace a traffic change back to a decision. Be patient with results. Google says some changes take effect in a few days, that it can take several months for its systems to confirm a site has improved, and that there is no guarantee of a noticeable effect.