A content refresh is the highest-return work available on most established sites, and it is unpopular because it produces nothing to announce. Updating a post that already ranks feels like maintenance. Publishing a new one feels like progress. The numbers usually disagree.

The reason is that an existing page has already accumulated the expensive things: links, crawl history, and a demonstrated relationship to a set of queries. A new page starts with none of that and spends months earning what the old page already has. Improving the old one compounds on top of it.

The mistake that wastes the whole exercise: changing the date and nothing else. This is common enough to be worth stating plainly. A retrieval system that considers freshness is comparing content, not timestamps, and a page whose date moved while its substance stayed identical has told it nothing except that somebody edited the file. Google’s guidance on publication dates is explicit that a date must reflect the content. If the update does not change what the page says, it is not a refresh.

Which Pages Are Worth Refreshing

Not the ones with no traffic. Those are a pruning question, covered in our content pruning guide, and refreshing a page nobody finds does not change why nobody finds it.

The candidates are pages with evidence of latent value.

Declining pages that used to perform. A downward trend on a page that once ranked well usually means the content aged rather than that the topic died. These are the best candidates because the demand is proven.

Pages ranking just below where they convert. Position eleven to twenty on a query that matters. The page is close, the system already considers it relevant, and a substantive improvement is the cheapest way to move it.

Pages with links but weak content. Somebody linked to it, which is the hardest thing to obtain, and the page underneath is no longer worth the link. Fixing that is pure gain.

Anything factually wrong. Independent of traffic. A page carrying an outdated price, a superseded regulation or a deprecated method is actively costing you credibility, and it is worse if a retrieval system quotes it.

What a Content Refresh Should Change

Substance, in one of these directions.

Correct what is no longer true. Prices, versions, regulations, product names, anything with a date attached. This is the minimum and it is often the whole job.

Add what the page never covered. Look at the queries the page already receives impressions for and answer the ones it currently answers badly. Search Console tells you this directly and it is more reliable than guessing at intent.

Improve the opening. If the answer is buried three paragraphs down, moving it to the top is the single highest-return edit available, for readers and for extraction alike. Our post on why content ranks but never gets cited covers the mechanism.

Add something only you have. A number from your own work, a measurement, a result. This is what separates a refreshed page from the forty others covering the topic.

Cut what does not earn its place. Refreshes usually add length, and length is not the goal. A page that answers the question completely and stops beats one padded to a target.

What Not to Do

Do not change the URL. If the topic is the same, keep the address. A new URL discards the accumulated history and starts the clock again, which is the opposite of the point.

Do not merge unrelated pages to make one bigger one. Merging is correct for pages competing on the same intent. Combining two pages that answer different questions produces one page that answers neither completely.

Do not refresh everything at once. You will not be able to tell what worked. Batches, with time between them, and a record of what changed.

Do not remove content that was ranking. Check which sections attract the queries before cutting. It is possible to improve a page by every editorial standard and lose the paragraph that was doing the work.

Building It Into a Routine

The reason refreshes do not happen is that nothing triggers them. New posts have a calendar; existing posts have nobody.

Fix that with a review interval per page rather than a sitewide sweep. Anything with prices, versions or regulations in it wants checking every six months. Evergreen technique pieces can go a year or more. Set the interval when you publish, because that is the only moment somebody is thinking about the page.

Keep a list of what expires and when. Every claim tied to a date, a rate or a third-party product is a future correction, and knowing which ones are due beats rediscovering them when a reader points one out.

And measure the refresh, not the publishing schedule. Clicks and conversions on the specific pages you changed, compared against the weeks before, is the only feedback that tells you whether the work is worth continuing.

Why This Beats Publishing More

For most sites past the first fifty posts, the constraint is no longer coverage. It is authority and conversion on what already exists.

When we ran a gap analysis across every post on this site, only seven commercial queries were uncovered, worth 162 impressions in total, measured over the 28 days to early August 2026. Coverage was effectively complete. Meanwhile 452 of the 531 queries where this site ranks in the top ten produce no clicks at all. Adding a fifty-first, hundredth or two-hundredth post does nothing about that. Improving the pages already in front of people might.

That is the honest case for refreshing. It is not that new content is worthless. It is that on an established site the marginal new post competes with your own existing pages, while a refresh compounds on them. Our generative engine optimisation guide covers what to change them into.

Mecanik does this as part of our SEO audit work, and the recommendation on mature sites is nearly always to write less and update more.

Frequently Asked Questions

Does changing the publish date improve rankings? No, not on its own. A retrieval system weighing freshness compares content rather than timestamps, so a page whose date moved while its substance stayed identical has communicated nothing except that a file was edited. If the update does not change what the page says, it is not a refresh.

Which pages should I refresh first? Pages with evidence of latent value: ones declining after previously performing well, ones ranking just below where they convert, ones with inbound links but weak content underneath, and anything factually wrong regardless of traffic. Pages with no traffic at all are a pruning question, not a refresh question.

What should a content refresh actually change? Correct anything no longer true, answer queries the page already receives impressions for but handles badly, move the answer nearer the top if it is buried, add a figure or result only you have, and cut whatever does not earn its place. Adding length is not the objective.

Should I change the URL when I update a post? No, if the topic is the same. The existing address carries accumulated crawl history and links, and a new URL discards that and restarts the clock. Keeping the URL is what makes a refresh compound on prior work rather than competing with it.

Is refreshing better than publishing new content? On an established site, usually. Past roughly the first fifty posts the constraint is authority and conversion rather than coverage, so a new post competes with your own existing pages while a refresh builds on their accumulated links and crawl history. On a new site with genuine gaps, publishing still wins.