Redesigning a website without losing SEO rankings

A redesign that loses search traffic rarely does it slowly. It happens on launch day, when hundreds of addresses change at once, the redirects are incomplete, and the pages that were quietly earning visits for years either vanish or point at the home page.

None of that is caused by the new design. It is caused by treating a redesign as a visual project when, to a search engine, it is a site move. Google publishes documentation for moving a site with URL changes, and nearly all of it applies to a redesign on the same domain.

Find out what earns traffic before anyone designs anything

The audit comes first because it decides what the new site must keep. Pull at least a year of data so seasonal pages show up, and build one list of every URL that matters:

• Pages with organic clicks in Search Console, sorted by clicks rather than impressions.
• Pages other sites link to, from the links report in Search Console.
• Pages that convert, from your analytics, even if their traffic is modest.
• Images and PDFs that rank or get linked on their own, which teams forget are URLs too.

Everything on that list survives, moves with a redirect, or is retired on purpose. Nothing disappears by accident. A plain page that brings in one enquiry a month is worth more than a beautiful page that brings in none, and the audit is the only place that difference is visible.

It is also the moment to ask whether you need a redesign at all. If the problem is how the site looks, a new skin on the existing platform is far cheaper; if the foundations are the problem, the reasoning in rewrite or refactor applies to websites as much as to software.

Keep the URLs if you possibly can

The cheapest redirect is the one you never need. If the old structure is reasonable, keep it, even if a new information architecture would be slightly tidier with different paths. A changed URL costs a redirect, a recrawl and a period of fluctuation. A URL that stays put costs nothing.

Google's site-move guidance also recommends changing one thing at a time: if you are changing the domain, the CMS and the layout, do them separately. That is not always practical, but it argues strongly for freezing the URLs when the platform and the design are both changing, so that at least one variable holds still.

Map every old URL to one new home

Where URLs must change, the redirect map is the most important document in the project. It is a spreadsheet with two columns, and every row on the audit list needs an entry.

• Use permanent redirects, 301 or 308, so Google shows the new address in results. Google says permanent redirects do not cause a loss in PageRank.
• Send each old page to its closest equivalent, not to the home page. Redirecting many unrelated pages to one irrelevant destination can be treated as a soft 404, which is the same as deleting them.
• Point each redirect straight at its final destination. Chains through redirects left over from the last redesign add latency, and Google advises against them.
• Let content you are deliberately retiring return a 404 or 410 rather than redirecting it somewhere unrelated.
• Update internal links to the new URLs instead of relying on redirects to catch them.

Keep the redirects for at least a year, which is Google's stated guideline, and in practice indefinitely. Other sites will keep linking to the old addresses long after you have forgotten them.

Do not cut the content that ranks

The second common way to lose traffic is editorial. A redesign usually comes with a push to simplify, and long pages get trimmed to fit a cleaner layout. If a page ranked because it answered a question thoroughly, the trimmed version answers it less well, and the ranking follows.

Move ranking content across intact first, then rewrite it after launch, one page at a time, when you can see whether each change helped. Treat titles, headings and structured data on performing pages the same way: they are part of why the page ranks, so change them deliberately rather than as a side effect of a new template.

Launch checks, and the weeks after

Most launch-day disasters are configuration, not strategy. Before the switch:

1. Remove the `noindex` tags and robots.txt blocks that protected the staging site. Shipping them to production takes the whole site out of the index.
2. Check every template has a title, a meta description and a self-referencing canonical that uses the new URL.
3. Run the old URL list against the new site and confirm each one returns a 200, or a single redirect to a 200.
4. Submit the new sitemap in Search Console.
5. Compare the new site's speed with the old one. A slower site loses ground independently of everything above, and largest contentful paint is the measure most often made worse by a heavier design.

Our website scorecard checks the on-page basics and Core Web Vitals for any public URL. Run it on the key templates of the old site before work starts and on the new site at launch, and you are comparing like with like.

Then expect movement. Google says a small or medium site can take a few weeks for most pages to move, with rankings fluctuating while it recrawls. Watch the not-found errors in Search Console and the pages on your audit list every week. A missing redirect fixed in week one is cheap; the same fix in month three is recovering lost ground.

What this adds to the budget

Auditing, redirect mapping and post-launch monitoring are real work, and they are the lines most redesign quotes leave out. Our redesign cost breakdown shows them as separate scope alongside the design and build, because a redesign that loses its rankings costs far more than the protection would have.

Will a website redesign hurt my SEO?

It can, and the damage usually comes from three places: URLs that change without redirects, content that was ranking but got cut or trimmed, and a new site that is slower than the old one. None of those are caused by the design itself. Audit what earns traffic first, keep URLs where you can, redirect every changed one to its closest equivalent, and a redesign is more likely to improve rankings than reduce them.

How long do rankings take to recover after a redesign?

If URLs did not change, there is little to recover. If they did, Google says a small or medium site can take a few weeks for most pages to move to their new addresses, larger sites longer, and rankings fluctuate while it recrawls. A drop that persists beyond that usually means a missing redirect, removed content or a blocked page rather than a delay, so check Search Console's not-found errors first.

Do I need to redirect every old URL?

Every URL that earns traffic, has links pointing at it or appears in search results needs a permanent redirect to its closest new equivalent. Content you are deliberately retiring should return a 404 or 410 instead. What you should not do is redirect everything to the home page, which Google can treat as a soft 404. Keep redirects for at least a year, and preferably for good.