How to redesign a website without losing SEO (the migration checklist)

Short answer

Most traffic lost in a redesign comes from three mistakes: URLs that change without redirects, content that quietly gets cut, and a "don't index" setting from staging that ships to the live site. Inventory every URL that earns traffic or links, map each one to its new home with a permanent redirect, keep the content that ranks, and watch Search Console closely for the first few weeks.

Learning how to redesign a website without losing SEO is mostly about discipline, not tricks. Search engines don't punish new designs. They lose track of pages that moved without a forwarding address, and they re-evaluate pages whose content changed. Google's own site move guidance↗︎ says to expect "temporary fluctuation in site ranking during the move." The goal of a careful migration is to keep that fluctuation small and short.

This is the checklist we work from on every redesign, whether the site is changing platforms, domains, or just its structure.

01Why redesigns lose traffic

When we look at a redesign that went wrong, the cause is almost always one of these:

• Changed URLs with no redirects. Old pages return 404 errors, and the rankings and links they earned go with them.
• Everything redirected to the homepage. It feels tidy, but Google says redirecting many old URLs to an irrelevant page like the homepage "might be treated as a soft 404."
• Content cut for the sake of the design. A service page that ranked with 900 useful words now has 150 words and a stock photo.
• Staging settings left on. A noindex tag or a robots.txt block meant for the test site goes live.
• Lost page details. Title tags, meta descriptions, image alt text, structured data and internal links don't come across.
• Slower pages. Heavier images, video backgrounds and scripts that hurt the experience on phones.

None of these are design problems. They're planning problems, which means they're preventable.

02How to redesign a website without losing SEO, step by step

Step 1: inventory what you have before you design anything

Before anyone opens a design file, build a list of every URL that matters. Google recommends pulling from your sitemaps, server logs, analytics and CMS. In practice we combine:

• A crawl of the current site. Screaming Frog's↗︎ free version handles up to 500 URLs, which covers most small business sites.
• Search Console's Performance report, exported by page, so you know which URLs get clicks.
• Your analytics landing pages, to catch pages that get traffic from other sources.
• Search Console's Links report, to see which pages other sites link to.
• Your XML sitemap and CMS page list, to catch orphan pages the crawl missed.

Put it in a spreadsheet with columns for the old URL, clicks, external links, the new URL and the action. That spreadsheet becomes the redirect map, the content checklist and the launch test plan.

Step 2: map every old URL to its new home

This is the heart of the website migration SEO checklist. For each old URL, pick one of three outcomes:

1. Same content, new address. Redirect one-to-one to the new URL.
2. Merged into another page. Redirect to the page that now covers that topic, as long as it's a genuine match.
3. Retired with no equivalent. Let it return a 404 or 410. That's an honest answer, and it's better than a misleading redirect.

A few rules from Google's guidance that we follow strictly:

• Use server-side permanent redirects, such as 301 or 308.
• Redirect to the final destination directly. Googlebot will follow a few hops, but Google recommends keeping chains short, ideally no more than three.
• Keep redirects in place for at least a year. Google says "generally at least 1 year." We keep them indefinitely when it costs nothing, because old links and bookmarks keep arriving for years.
• Update internal links to point at the new URLs rather than relying on redirects.

If you can keep your existing URLs, do it. The safest redirect is the one you never need.

Step 3: keep content parity

A redesign should change how content is presented, not quietly change what the content says. For every page that earns traffic, carry over:

• The body copy that ranks, including the sections that look "too long" in the mockup
• Headings that match what people search
• Title tags and meta descriptions
• Image alt text and file names for important images
• Structured data, such as LocalBusiness or Product markup
• FAQs, tables, downloads and anything else people link to

If the content needs rewriting, and often it does, treat that as a separate, deliberate change. When the design and the words both change at launch, you can't tell which one moved your rankings.

Step 4: keep staging private, then open it up

Your new site will live on a staging address while it's being built. Keep it out of search results, ideally with a password, so half-finished pages don't get indexed and compete with your live site.

Google notes that some site owners block crawling during development, and warns: "make sure you prepare what the robots.txt file should look like once the site move starts." This is the single most common migration mistake we see. Put "remove staging blocks" at the top of the launch checklist, and check it again an hour after launch.

Step 5: the launch-day checklist

1. Deploy redirects and test a sample of old URLs, including your top 20 by clicks. Each should return a single 301 or 308 to the right page.
2. Check indexing controls. No noindex on live pages, no stray Disallow: / in robots.txt, no password on the live site.
3. Check canonical tags. Google recommends each new URL carry a self-referencing canonical.
4. Submit the new XML sitemap in Search Console.
5. Use the Change of Address tool only if you moved to a new domain or subdomain. Google says it isn't needed for same-domain changes.
6. Confirm analytics and conversion tracking fire on the new site: forms, calls, purchases.
7. Update external profiles that link to specific URLs: your Google Business Profile website link, major directories, social profiles.
8. Crawl the live site for broken internal links, missing titles and redirect chains.

Step 6: monitor for the first eight weeks

Google says that for medium-sized websites "it can take a few weeks or more" for the new URLs to replace the old ones in results. Plan to watch closely for about two months:

• Week 1: check Search Console's Page indexing report for new 404s and the server logs or a crawl for redirect errors. Fix them the same day.
• Weeks 2 to 4: compare clicks by page against the same period before launch. A dip on a few pages is normal. A steep drop on one page usually means a redirect, content or indexing problem on that specific URL.
• Weeks 4 to 8: confirm the new URLs are indexed and the old ones are dropping out. Re-check conversions, not just traffic.

Keep the old sitemap and crawl export. If something goes wrong in month three, you'll want them.

03What we'd do

If you're planning a redesign, our advice is to change as few things at once as you can. A new design, a new platform, a new URL structure and a new domain all at once is four migrations stacked together, and when something slips you can't tell which one caused it. When the URLs and domain can stay put, keep them.

Sometimes you can avoid a migration entirely. When we rebuilt MKB Company's 65-product manufacturing site, we rebuilt it in place, with no migration and no downtime. That isn't always possible, but it's worth asking before you assume a move is required.

Budgeting for this work matters too. Redirect mapping and content parity take real hours, and they belong in the quote from the start. Our guide to website redesign costs breaks down what should be included. If you're still deciding whether to redesign at all, start with how often you should redesign your website.

04Frequently asked questions

Will I lose rankings temporarily even if we do everything right?

Possibly. Google says to expect temporary fluctuation while it recrawls and reindexes. With clean redirects and content parity, it's usually modest and short-lived.

How long should redirects stay in place?

Google's guidance is at least one year. We keep them indefinitely, since they cost little and old links never fully stop arriving.

Should we change our domain at the same time as the redesign?

Only if you have a strong reason. Each change adds risk, and doing them separately makes problems far easier to trace.

A redesign is a chance to make your site faster, clearer and easier to run, without giving back the search visibility you've built. If you'd like help planning one, that's a core part of our web design and development work.