Traffic Dropped After a Redesign? What to Check

Description

Troubleshooting Traffic dropped after a redesign or migration?

First confirm the drop began on the launch date and that it is search traffic, not a missing analytics tag. Then check, in order: whether Google can still crawl and index the new pages, whether each old URL redirects permanently to its matching new URL, whether the content and titles survived, and whether canonical tags and the sitemap point at the new addresses. Missing redirects are worth fixing even months later.

Get a technical assessment Last updated 2 October 2026

Confirm what dropped, and when

Open Google Search Console, then the Performance report. Google's guidance for diagnosing a drop is to set the date range to the last 16 months and use the comparison view, so you can see whether the fall lines up with your launch date or repeats a pattern from last year.

Three things to settle before blaming the redesign:

Question

How to tell

If yes

Did only your analytics fall?

Search Console clicks are steady, but sessions in your analytics tool fell on launch day

The tracking tag was left off the new site. Reinstall it; nothing is wrong with search.

Did the drop begin before launch?

The Performance graph turns down earlier

Look at the other causes Google lists: a ranking update, seasonality, a security or spam problem.

Is it a few pages or the whole site?

Sort the Pages table by change in clicks

A few pages: check those URLs individually. The whole site: start at check 1 below.

The checks, in order

Each check takes minutes, and the earlier ones are the more damaging when they fail.

1. Can Google crawl and index the new pages?

Development sites are usually hidden from search engines with a robots.txt rule or a noindex tag. Google's site-move guide tells you to plan their removal for the moment the move starts. A staging setting carried into the live site hides the whole site.

Check: paste a key URL into the URL Inspection tool. Read "Crawl allowed?" and "Indexing allowed?". Then open the Page indexing report and look for a jump, on the launch date, in pages excluded for a robots.txt block, a noindex rule, or a server error (5xx).

2. Does every old URL redirect to its matching new URL?

When addresses change, each old one needs a permanent, server-side redirect to the page that replaced it. Google recommends HTTP 301 or 308. It also says not to redirect many old URLs to one irrelevant destination such as the home page, which it may treat as a soft 404, and to avoid chains of redirects.

Check: take your twenty most-visited old URLs from the Performance report, set to a period before launch. Open each one. It should land, in one step, on the equivalent new page. In the Page indexing report, a rise in "Not found (404)" on the launch date means redirects are missing.

3. Did the content survive?

A redesign often shortens pages, merges them, or rewrites titles and headings. Google can only rank what is on the page now.

Check: compare three pages that lost the most clicks with their old versions, using your backup or a web archive. Look at the title, the main heading, the body text and the internal links pointing to the page.

4. Can Google see the content without extra work?

If the new site builds its pages with JavaScript in the browser, the text may be missing from what Google fetches.

Check: in URL Inspection, run "Test live URL", then open the tested page to see the HTML and the screenshot Google produced. If your main text is not there, the rendering method needs to change.

5. Do canonical tags and the sitemap point at the new addresses?

A canonical tag still naming the old domain or the staging address tells Google the new page is a copy.

Check: URL Inspection shows the canonical you declared beside the one Google selected. They should match the live URL. Then submit a sitemap that contains only new URLs.

6. If the domain changed, has Google been told?

Check: for a move to a different domain or subdomain, use the Change of Address tool in Search Console, with both the old and new sites verified. Google keeps forwarding signals for 180 days after you start it.

7. Is the new hosting slower or blocking Googlebot?

Check: after a hosting change, Google advises confirming that a firewall is not blocking Googlebot, and says a short dip in crawl rate after launch is normal. Server errors in the Page indexing report are the sign that it is not.

What fixes it

Most of the fixes are small once the cause is known: remove a rule, add a redirect map, restore a title, correct a tag. After fixing, use "Request indexing" on the few most important URLs and resubmit the sitemap. Google states that a request does not ensure a page is indexed, so the fix is the repair, not the request. Keep redirects for at least a year.

When you do not need help

If check 1 or 2 fails and you have access to the site's settings, you or your current developer can fix it the same day. The website migration SEO checklist lists every step in order, and is as useful after a launch as before one.

When to get help

Get help when the checks pass and traffic is still falling after several weeks, when the old site no longer exists and the list of old URLs has to be rebuilt from Search Console and backlink data, or when the new platform cannot produce the redirects you need. WavX does this as site migration SEO and, where the cause is unclear, starts with a technical SEO audit . Have ready: owner access to Search Console for the old and new sites, the launch date, and any backup of the old site. If the pages were never indexed in the first place, read website not showing on Google.

Frequently asked questions

Is some drop normal after a migration?

Yes. Google's site-move guidance says to expect temporary ranking fluctuations while it recrawls and reindexes the site, and that a small to medium-sized site can take a few weeks for most pages to move. A drop that is steep, or that is still deepening after that, points to a fault and not to the move itself.

We launched months ago without redirects. Is it too late?

Add them anyway. Other sites and old bookmarks still point at the old addresses, and each redirect sends those visitors and signals to the right page. Nobody can tell you how much comes back; that depends on how long the old URLs returned errors and what has replaced them in the results.

How long should redirects stay in place?

Google's guidance is to keep them as long as possible, generally at least one year. If the old domain is yours, keep renewing it for as long as the redirects are needed.

Do I need the Change of Address tool?

Only if the site moved to a different domain or subdomain. Google says not to use it for a move from HTTP to HTTPS, for pages moved within the same domain, or for a change between the www and non-www versions.

Can you get our rankings back?

Nobody can promise that; rankings are Google's decision. What can be done is to find and remove the technical cause, which gives the pages the chance to be assessed again on their content.

Sources

Google Search Central: Site moves with URL changes · read 2 October 2026

Google Search Central: Changing your hosting (site move without URL changes) · read 2 October 2026

Google Search Central: Debugging drops in Google Search traffic · read 2 October 2026

Google Search Central: Redirects and Google Search · read 2 October 2026

Google Search Central: Block Search indexing with noindex · read 2 October 2026

Search Console Help: Page indexing report · read 2 October 2026

Search Console Help: URL Inspection tool · read 2 October 2026

Search Console Help: Change of Address tool · read 2 October 2026

Related

Site migration SEO

Technical SEO audit

Website redesign

What is technical SEO?

Build your own software — your way, your pricing.

WavX Solutions is here to create your own software in a fully custom way, built exactly how you work — with a pricing model that fits your business. Connect now and let's build it.

Contact Now helpwavx@gmail.com