The two options
Updating a page that already has history — new data, restructured answers, closed coverage gaps.
- The page ranked well previously and has declined
- It sits at positions four to fifteen with stale information
- Competitors have added coverage the page now lacks
Commissioning coverage for an intent no current page serves.
- Research shows demand with no matching page
- The intent differs materially from anything published
- You are opening a new topic or product area
How they differ
| Refreshing existing pages | Publishing new pages | |
|---|---|---|
| Starting position | Existing links and history | Zero |
| Effort per page | Roughly a third of new | Full commissioning |
| Time to signal | Two to eight weeks | Three to six months |
| Risk | Breaking what already worked | Publishing into covered ground |
| Best for | Recovering and improving | Extending coverage |
What actually decides it
The economics favour refreshing heavily and most teams underweight it because it feels less like progress. A page at position nine with three years of accumulated links needs a coverage gap closed and its answer restructured, not replacement. The new page you would write instead starts with none of that and competes against your own existing URL.
Refreshing has a specific trap: rewriting pages that are performing well because they look dated. If a page ranks first and converts, leave the structure alone and update only what is factually stale. More than one team has rewritten a top-ranking page into position six.
The genuine case for new pages is uncovered intent, and it is more common than refresh-everything advocates admit. Research that surfaces real demand with no matching URL is exactly what should trigger commissioning. The discipline is checking your own site properly first — the page you are about to write often already exists in a form you forgot about.
Questions
How often should pages be refreshed?
By signal rather than schedule. A page declining in impressions, losing an answer position, or citing data more than two years old is due. Refreshing on a calendar produces churn on pages that did not need it.
Does changing the publish date help?
Not by itself, and faking it is risky. Update the modified date when you have genuinely updated the content. Engines assess whether the content changed, not whether the timestamp did.
Should the URL change when we refresh?
Almost never. The URL carries the history that makes refreshing worthwhile. Change it only if it is actively misleading, and redirect properly if you do.
Related services
- Content Refresh Cadence — GEO
- Keyword Research — SEO
- Topical Authority — SEO
- On-Page SEO — SEO
Still not sure?
Thirty minutes with a senior strategist. We pull your live visibility while we talk and tell you which of these two is actually binding for you — including when the answer is neither. Book a discovery call →