Website Redesign Without Losing Google Rankings: An SEO Migration Checklist

A website redesign can lose Google rankings for one main reason: the pages Google knew about disappear or change address, and nothing tells Google where they went. The fix is a migration plan. Before launch, list every URL that matters, decide where each one will live on the new site, and set up permanent redirects so visitors and search engines land on the right new page.

This checklist is the process we follow when we replace a client's site. It applies whether you are changing design, platform, URL structure or domain.

Why redesigns lose rankings

Most ranking drops after a redesign trace back to a handful of mistakes:

• Changed URLs with no redirects. Old links in Google, on other websites and in customers' bookmarks lead to "page not found."
• Deleted content. A page that ranked for "emergency AC repair" was merged into a generic services page, and the ranking went with it.
• A blocked site. The development site's "discourage search engines" setting or a noindex tag was carried over to the live site.
• Lost on-page basics. Page titles, headings, internal links and structured data were not rebuilt.
• A slower site. New design, heavier images, more scripts.

Google itself warns of temporary ranking fluctuation during a site move, and says a medium-sized site can take a few weeks or more for Google to process the new URLs. A short dip is normal. A permanent drop usually means one of the problems above.

Before the redesign: take inventory

1. Export every URL. Pull them from your current sitemap, your CMS, Google Search Console and your analytics. Google suggests also checking server logs and links data.
2. Mark the pages that matter. In Search Console, export pages with clicks and impressions over the last 12 months. In analytics, export pages that receive traffic and produce calls, forms or bookings.
3. Record what each important page ranks for. Note its main search queries, title tag, meta description and H1.
4. Save a copy of the old site. A full crawl export or backup, so you can check old content after launch.
5. Note structured data, tracking codes and forms. These are easy to forget and painful to rebuild from memory.
6. Benchmark speed. Record Core Web Vitals for key pages so you can confirm the new site is not slower.

Build the redirect map

The redirect map is a spreadsheet with two columns: old URL and new URL. Every old URL that had traffic, rankings or links gets a row.

Rules that follow Google's guidance:

• Use server-side permanent redirects (301 or 308). Google says 301 redirects do not cause a loss in PageRank.
• Redirect each old URL directly to its final new URL. Avoid chains of several redirects.
• Do not send large numbers of old URLs to the home page or another unrelated page. Match each one to the most relevant new page.
• Keep redirects in place for at least a year, and Google suggests considering keeping them indefinitely.

Changing platforms or domains

Platform changes, such as moving from a hosted website builder to WordPress, almost always change URLs, even when the pages look the same. Builders often use their own patterns for blog posts, product pages and image files, so the redirect map has to cover all of them, not just the main navigation. If you are also changing the domain name, every single URL changes, and redirects from the old domain must stay live, which means keeping the old domain registered and renewed. Letting it lapse throws away the redirects and every link pointing at it.

Before launch: the pre-flight checklist

• Every important old page has a matching new page with equal or better content.
• Page titles, meta descriptions and H1s are written for each page, not left as theme defaults.
• Each new page has a self-referencing canonical tag pointing to its own new URL.
• Internal links point to new URLs directly, not through redirects.
• LocalBusiness structured data is in place and matches the visible page. See our schema markup guide.
• Name, address and phone in the footer match your Google Business Profile exactly.
• Analytics, conversion tracking and call tracking are installed and tested.
• Forms send to the right inbox, and you have submitted a test of each one.
• Pages pass Core Web Vitals: Largest Contentful Paint 2.5 seconds or less, Interaction to Next Paint 200 milliseconds or less and Cumulative Layout Shift 0.1 or less, per web.dev. Our website speed resource covers common fixes.
• The staging site is password-protected or blocked from search, and you know exactly which setting to remove at launch.

Launch day and the first week

1. Remove any noindex or search-blocking settings left over from development.
2. Upload the redirects and test a sample of old URLs, including your top 20 pages, to confirm each lands on the right new page in one step.
3. Submit the new sitemap in Search Console. Google recommends submitting the new sitemap and then removing the old one.
4. Use the Change of Address tool only if the domain changed. Google says it is for moves like example.com to example.net, not for HTTPS changes, www changes or new paths on the same domain.
5. Update your Google Business Profile website link and any menu, booking or appointment links if their URLs changed.
6. Update key external links you control: social profiles, directory listings, email signatures and ad campaigns.
7. Crawl the new site to find broken links, missing titles and pages that return errors.

The first three months: monitor and fix

• Search Console page indexing report: watch for spikes in "Not found (404)" or "Excluded by noindex."
• Search Console performance report: compare clicks and impressions for your important pages against the same period before launch.
• Analytics: confirm calls, forms and bookings are being recorded at similar or better rates.
• 404 log: any old URL still getting visits without a redirect should get one.
• Rankings for your priority searches: expect some movement for a few weeks; investigate anything that has not recovered after a couple of months.

When to involve an SEO before the designer starts

The cheapest time to protect rankings is before the new site map is drawn. An SEO review at the planning stage can flag pages that must be kept, content that should be expanded rather than cut, and URL patterns that make sense for the long term. Every website we build includes this migration process; see our website design service for what is included, or our website cost guide for how projects are priced.