Blog

Migrate, Rewrite, Kill: Score It on Paper First

· 6 min read · By the Replatform Radar team

Before you touch a single template, every page you own should already carry one of three verdicts: migrate it as-is, rewrite it before it moves, or kill it and redirect the URL. You make those calls on a spreadsheet, judging each page on the traffic it earns, the links pointing at it, whether a human or a machine can still read it, and whether anything else on the site already says the same thing. Do it before the build, not during, because the build is when it gets expensive.

Picture the last week before a house move. You know the one. The truck is booked, the movers are downstairs texting you, the meter is running, and you are standing in the kitchen holding a fondue set you have used exactly never. This is the worst possible moment to decide whether the fondue set sparks joy. You decide that weeks earlier, calmly, holding each thing in your hands, deciding: box it, fix it, or bin it.

A CMS migration is that move. Every page is an object in the apartment. And the number one way people blow the budget is by rebuilding templates first and sorting content later, which is exactly like paying movers by the hour to carry your fondue set up three flights of stairs so you can throw it out in the new place.

What the three verdicts actually mean

Migrate means the page is fine. It earns traffic, or it earns links, or it does a job (a pricing page nobody links to still has to exist). It moves with its URL intact, its content intact, and ideally nobody notices anything happened. Most of your effort should go toward not disturbing these pages.

Rewrite means the content is worth keeping but the wiring is shot. The topic is good, the URL has history, people find it. But the page is thin, or three years stale, or written for a search intent that has drifted, or it is one of nine near-identical pages that should be one. You keep the address and gut the interior.

Kill means the page goes to the curb and the URL gets a 301 to the nearest living relative. And before anyone panics: killing a page is not throwing away its authority. Google has said for years that a 301 redirect passes full PageRank. The link equity survives the move. The clutter does not.

The signals you score each page on

You are not judging on vibes. You are judging on a small set of things you can actually pull from a crawler, from analytics, and from your backlink tool. Here is the shape of it.

SignalLeans migrateLeans rewriteLeans kill
Organic traffic (last 12 mo)Steady or growingSome, but decliningEffectively zero
Referring domainsReal external linksA few, worth savingNone
Content qualityCurrent, accurateGood topic, stale bodyThin or obsolete
DuplicationUniqueOverlaps, should mergeFull duplicate
Machine-readabilityClean, parseableFixable structureTrapped in a PDF nobody opens
Business needRequired pageUseful, needs workNobody would miss it

No single row decides anything. A page with zero traffic and forty referring domains is a rewrite, not a kill, because those links are real money and you would be an idiot to throw them out. A page with decent traffic that duplicates a better page is a merge, which is a fancy rewrite. Read the row as a whole, the way you would read a person, not a rule.

Why zero-traffic pages are the whole game

Here is the uncomfortable part. When Ahrefs studied around a billion pages, they found roughly 96.55 percent of them got no organic traffic from Google at all. Not low traffic. None. Your site is almost certainly no exception, and a migration is your one sanctioned excuse to admit it.

Every dead page you carry over is a page a crawler has to fetch, render, and decide about before it gets to the pages that matter. It is a template you have to test. It is a redirect you might have to map twice. Carrying it is not free, it just charges you later, quietly, in crawl budget and QA hours and the vague dread of a launch checklist that never gets shorter.

So kill with confidence. The point of scoring first is that by the time the truck arrives, you are not making decisions. You are executing them.

Do the sorting while it's still cheap

The whole argument is timing. A rewrite decided in a spreadsheet costs a writer an afternoon. The same rewrite discovered in staging costs a writer an afternoon plus a developer re-migrating the node, plus a QA pass, plus the meeting where everyone agrees it should have been caught earlier. Same fondue set. Third flight of stairs.

Pulling traffic, links, duplication, and readability signals for a whole site by hand is grim, which is the part a pre-migration scan like Replatform Radar exists to do for you: crawl everything, score each page, and hand you the migrate/rewrite/kill plan before anyone opens a template. But whether a tool builds the spreadsheet or you do, build it before the build.

So here is what I actually think, no hedging: if you have not scored your pages before your developers start the new templates, you are not early, you are behind. Sort the apartment before you book the truck. Your movers will thank you, or at least they will stop texting you from the stairwell.

Questions and discussion

When you've scored pages migrate, rewrite, or kill, where does the process actually break down for you: is it the killing (someone senior insists a zero-traffic page stays), the rewriting that never gets staffed, or just never getting time to score at all before the build starts? Tell me which one bit you, and what you'd do differently next time.
Steven Solano, who wrote this — and reads every reply

Loading discussion…

Want this analysis for your exact site before you migrate?

Request a scan →