How to Redesign a Website Without Losing SEO

"Our new site launched and traffic halved" almost always traces to the same two causes: redirects never written and content deleted quietly. Design has nothing to do with it.

The good news: both are preventable, and prevention is cheap — as long as it happens at the start of the redesign rather than at the end.

Why loss happens

A search engine knows a page by its address. When that address disappears, so does the value the page accumulated over years — even if the content sits on the new site unchanged, because to the engine that's a different page.

A permanent redirect solves exactly this: it says "this page moved here" and carries the value across.

The order

1. Inventory — before design

List every address on the current site. What's in the menu isn't enough: old campaign pages, archived posts and forgotten subpages belong on the list too.

Use three sources together: sitemap, server logs and search console. Any one alone leaves gaps.

2. Measure what each page brings

For every address: how many visits, which queries it appears for, what links to it. Without this data, decisions about what to migrate are made blind.

3. Keep, merge, close

Split them three ways. Pages that merge collapse into one strong page — one good page usually outperforms three weak ones.

The rule for closures: no page closes without a redirect. It should go to the nearest relevant page; collecting everything on the homepage is what search engines treat as a soft 404, and it carries no value.

4. Write the URL map line by line

Old address → new address, with no blank rows. Map one by one rather than writing patterns: every pattern leaves an exception, and that exception is usually the most-visited page.

5. Keep titles that work

If a page performs for a particular query, don't change its title during the migration. Making two changes at once makes it impossible to know which one caused a drop.

6. Take a baseline

Record it before launch: which page ranks where for which query, which address brings what. A measurement with no "before" makes the "after" meaningless.

At launch

Redirects must be permanent. A temporary redirect says "this change isn't final" and doesn't carry value.

Leave no chains. A → B → C loses at every step. Old addresses should point directly at the final destination.

Refresh the sitemap. The new one should contain only pages that genuinely open, are indexable and point at their own canonical. Old addresses lingering in the sitemap is a common mistake.

Check the robots file. A block added during development that ships to production drops the whole site from the index. It's the single biggest mistake in a migration and can take weeks to notice.

After launch

Test every redirect one by one. A hand-written map always contains a typo. Confirm the first response is right and that the destination actually opens.

Update internal links. If links inside pages still point at old addresses, redirects rescue them but add an unnecessary hop.

Compare against the baseline. A few weeks of fluctuation is normal. If you see lasting loss, look first for a missing redirect, then for deleted content.

What can't be promised

Nobody can guarantee rankings stay identical after a migration. What can be committed to is moving the accumulated value correctly: a complete inventory, a full map, permanent redirects, and every one of them verified.

A migration done that way sees temporary fluctuation, not lasting loss.

I've written how this runs at Creative House on the website redesign page. How the search side is handled is on the SEO and GEO page.