articles — digital growth

The redesign that didn't crater: keeping rankings through a rebuild.

It's one of the most common injuries in small-business digital: launch the beautiful new website, watch enquiries fall off a cliff, get told it's "normal" and to wait. It isn't punishment for redesigning, and mostly it isn't mysterious — it's mechanical, and it's preventable with clerical work nobody finds exciting. Here's what actually happens, and the checklist that stops it.

skeelx — 24 aug 2026 · 6 min read

One reframe before the mechanics: your old site's rankings are an owned asset — often years of accumulated equity (the owned half of the channel argument). A redesign moves the business those assets are attached to. Move them properly and nothing is lost. Leave them behind and the market doesn't send a warning letter; it just goes quiet.

Why relaunches lose traffic

Rankings don't belong to your business, or even to your domain — they belong to URLs. Every position your old site holds is attached to a specific address, along with every link anyone ever pointed at it. Redesigns almost always change addresses: new structure, new page names, pages merged or dropped. When an old URL stops existing and nothing says where its replacement lives, search engines find a dead end, the accumulated equity has nowhere to flow, and the ranking re-enters the contest from scratch. Do that across a whole site simultaneously and you get the cliff. The fix has existed for decades: a 301 redirect — a permanent forwarding address, one per URL — passes both visitors and most of the earned equity to the new page. The disaster and its prevention are both this unglamorous:

the old site — every url that ranks the new site the cutover — old urls stop existing /services/repairs /service-areas/north /gallery-old /emergency /about-us /repairs /work /services/emergency /about 301 — one per url, mapped before launch the money page, preserved — its enquiries never notice unmapped — rankings fall into the gap this is where relaunch traffic goes the map is clerical work — an inventory of every url that ranks, and where each now lives; the pages that fall are the ones nobody listed · stubs illustrative
the redirect bridge — equity crosses only where a plank exists

The inventory before the IA

The order of operations matters: list what you have before anyone designs what you'll get. Pull every URL the old site actually has (a crawl), every URL earning impressions or clicks (Search Console), and every URL other sites link to. That list is the estate you're moving. It always contains surprises — an old blog post quietly feeding enquiries, a suburb page ranking for the exact phrase you'd want — and those surprises are precisely the pages a redesign brief written without the inventory would delete. If a page earns, it either survives in the new structure or gets an explicit forwarding address. Nothing that ranks gets deleted casually.

The redirect map and the parity checks

The map itself is a two-column table: every old URL, and the single new URL that most closely replaces it. The standard is closest equivalent, one to one — the old repairs page goes to the new repairs page, not to the homepage. Blanket-redirecting everything to the homepage is the classic shortcut, and search engines treat it roughly as politely as customers would. Then parity: for the pages that earn most, check the new versions haven't quietly shed what earned it — the title and heading still say what the page is for, the substance survived the copy "refresh", internal links still point to it, and it's at least as fast on a phone. A redesign that keeps addresses but replaces ranking pages with thinner, prettier ones craters politely, a few weeks later. And parity includes the job the page does for humans — turning the visit into an enquiry — because keeping the ranking while breaking the quote path is its own way to lose the rebuild.

Launch day, verified

On the day: spot-check the map by actually visiting old URLs — the important ones, from a phone, logged out — and watching them land on the right new pages, in one hop. Submit the new sitemap. Keep the old sitemap's URLs reachable-as-redirects rather than instantly deleted, so engines can find every forwarding address. Then watch Search Console for the two failure smells: a rising count of not-found errors (planks you missed — fix them as they surface) and money pages losing impressions (parity problems). Days of vigilance, not months.

If it already fell

If you're reading this after the relaunch, with the cliff behind you: the same work still works, and sooner is better. Recover the old URL list (crawls of the old site linger in archives, and Search Console remembers what earned), build the map now, and put the redirects live — equity fades at a dead end, but much of it survives weeks and even months of neglect. Restore any earning pages that were deleted outright. Most "the new site killed our SEO" stories are actually "nobody built the bridge" stories — and the bridge can usually still be built. The deeper technical half of that rescue — crawlability, indexing, the machinery under the pages — is its own discipline: technical SEO.

next

New site. Same addresses that earn.