Traffic dropped after a website redesign or migration

The short answer

A traffic drop after a website redesign points to the relaunch when Google Search Console shows clicks falling after launch day on pages whose URL, template or content changed. A drop that lines up with a Google update, the same weeks last year, new AI Overviews or an analytics change may have nothing to do with the redesign.

Bar chart of Google's eight core updates from August 2024 to May 2026, each labeled with its start date and rollout length in days and hours
Google's eight core updates from August 2024 to May 2026, with the start date and rollout length the Google Search Status Dashboard lists for each, read 8 October 2026.

If organic search traffic fell after your new site launched, the redesign is the first suspect. Four other causes can start in the same weeks: a Google update, a seasonal or demand change, a change on the results page and a tracking change. The decision tree below tells them apart, mostly with Google Search Console.

The decision tree in six questions

Ask these questions in order, because each answer rules a cause in or out before you look at the next one. The first five need only Search Console, Google Analytics 4 and a browser; the sixth is where the work changes hands.

  1. Did Search Console clicks fall, or only your analytics sessions? If Search Console clicks held steady, the drop is in measurement: check the analytics tag, the consent banner and the data stream before anything else.
  2. Did the drop begin inside a Google update rollout instead of at launch? Then wait for the rollout to finish and compare again before you change anything on the site.
  3. Did the same weeks fall last year, or did searches for your top queries fall everywhere? Then seasonality or a shift in demand explains the drop, and the relaunch only shares its timing.
  4. Did impressions hold while clicks fell? Then the results page changed around your listing: new titles or snippets from the redesign, lost rich results, or an AI Overview on your top queries.
  5. Did the lost clicks gather on pages whose URL, template or content changed? Then check those URLs for relaunch defects: redirects, noindex rules, robots.txt, canonical tags and missing content.
  6. Do the answers point at the relaunch, while no URL, template or setting explains the drop? That is the point to bring in the Named-Cause Diagnosis, which crawls your old URLs on the live site and compares Search Console data URL by URL around your launch date.

A yes at one question does not clear the others. A redesign can launch in the same week as a core update, so keep going until one cause fits the dates, the pages and the metric that fell.

How each cause shows up in Search Console

Each cause leaves its own pattern in the Performance report of Search Console, so read the pattern before you choose a fix.

Cause Pattern in Search Console Where to confirm it
Relaunch defect Clicks and impressions fall on the pages whose URL, template or content changed, starting after launch day Page indexing report, URL Inspection, a crawl of the old URLs
Google core or spam update Clicks and impressions fall across many pages, starting inside a rollout window Google Search Status Dashboard
Seasonality or a demand change The same weeks fell last year, or searches for your top queries fell Last 16 months in the Performance report, Google Trends
Results-page change Impressions hold while clicks and click-through rate fall Your top queries in Google, the Search appearance tab
Tracking or reporting change Search Console clicks hold while analytics sessions fall Google Analytics 4 tag and consent settings, the Data anomalies page

Google’s guide to traffic drops draws the same line between the two metrics: “If your impressions remain the same but your clicks drop, you might not be generating the best page title and snippet that you could”1. The same guide separates site-wide technical issues from page-wide ones, such as a misplaced noindex tag, which “would depend on Google crawling the page, meaning there would be a slower drop in traffic”1.

A gradual slide after launch can therefore still be a relaunch defect. A noindex tag left on the new templates takes effect page by page, as Google recrawls each one.

Rule out a tracking change before anything else

A tracking change can look exactly like a traffic drop, so compare Search Console with Google Analytics 4 (GA4) before you touch the site. For most result types, Search Console counts a click when a result sends the user to a page outside Google6, so a tag missing from your new templates cannot lower its numbers.

Put Search Console clicks and GA4 organic sessions for the same weeks side by side. If Search Console held and GA4 fell from launch day, look for one of these changes in the relaunch:

  • the GA4 tag missing from some of the new templates, or firing twice;
  • a new consent banner, or new settings in the old one;
  • the site sending data to a different GA4 property or data stream;
  • reports, segments or filters built on old URL paths that no longer exist.

A consent banner changes what GA4 records: when visitors deny consent, “instead of storing cookies, tags send pings to Google”, and Google Analytics “fills the data collection gaps with conversion modeling and behavioral modeling”10. A banner added during the redesign can therefore lower the sessions GA4 reports while the clicks Search Console counts stay level.

Search Console has reporting changes of its own, listed on its Data anomalies page. That page records a logging error that affected impression counts from 13 May 2025 to 27 April 2026, and it notes that “clicks were not affected by the error”7. If your launch falls near those dates, judge the drop by clicks rather than impressions.

Line the drop up with launch day, Google updates and last year

Put three sets of dates on one calendar: your launch day, Google’s update rollouts and the same weeks a year earlier. Google’s traffic-drop guide recommends setting the Performance report to “Last 16 months” so that you can see whether the drop is one “that happens every year due to a festivity or a trend”1.

If the drop began inside an update rollout

Google posts the start date and duration of each announced core and spam update on the Google Search Status Dashboard3. The eight core updates charted above took between 6 days, 4 hours (December 2024) and 23 days, 13 hours (November 2024) to roll out3.

Google’s core updates guide asks you to “Confirm that the core update has finished rolling out”, and adds: “We recommend waiting at least a full week after a core update completes before analyzing your site in Search Console”2. The guide then suggests comparing that week with a week before the rollout started.

Dates alone can mislead in both directions. Google also makes smaller core updates that “are not announced because they aren’t widely noticeable”2, and a relaunch can land inside an announced rollout. When both overlap, compare the pages the relaunch changed most, such as moved or merged pages, with the pages it barely touched: a loss concentrated on the changed pages points back at the relaunch.

A public thread shows how the two get tangled. Posted to the Google Search Central Help Community on 1 October 2026 by an SEO whose site lost impressions after a redirect migration and the May 2026 core update, it reports that “the developers’ tools reported the redirects as working fine” while “the inconsistency was only visible from the outside / in Search Console”11. That is why the checks further down test the old URLs from the outside, with a crawler.

If the same weeks fell last year

Seasonality shows up as a dip that repeats. Google’s guide illustrates it with a 16-month chart where “the recent drop happened exactly as it did the previous year”1; the Compare tab’s option for the last 3 months year over year checks yours.

Demand can also shift without a yearly pattern. Google suggests filtering the Performance report to one top query at a time and checking it in Google Trends “to understand if the drop was only for your website or throughout the web”1.

After a domain change, the history from before launch sits in the old domain’s Search Console property, so keep that property verified. Google’s site-move guide says to “Verify data for each property separately in Search Console”4.

Find the pages and queries that lost clicks

Compare the weeks after launch with the same number of weeks before it, then sort the Pages tab by the clicks each page lost. Google’s guide names that sort, “Select Clicks Difference to order it based on pages that lost the most traffic”, and the question it answers: whether the drop happened “across the whole site, a group of pages, or even just one very important page in your site”1.

After a URL change, read each old URL together with its mapped page. Search Console assigns click data “to the canonical URL that Google selects for each page”6, so clicks move from an old URL to its new one as Google switches canonicals. An old URL that lost clicks while its mapped page gained them is not a loss.

Then group the pages that did lose clicks by what the relaunch did to them:

  • URL changed: the old URL should redirect, with one 301 redirect, to its mapped page.
  • Page merged or removed: the queries it answered need a page that still answers them.
  • Template changed: the old and new versions need the same title, H1, main text, internal links and structured data, which is what a parity check compares.
  • Nothing changed: the cause more likely sits outside the relaunch, in an update, in demand or on the results page.

On the Queries tab, a query that kept its impressions but lost clicks points at the results page. Look at what your listing now shows there: a title or description the new templates rewrote, rich results the redesign stopped qualifying for, or an AI Overview above the results. Google changes the page too: FAQ rich results stopped appearing in Google Search on 7 May 2026, and reported FAQ impressions dropped with them7.

For AI Overviews, Search Console counts a click on a link inside the overview as a click and gives every link in it the same position6. When you search a query to look, remember that results are “specific to the time, place, device, and recent history of the person searching”5.

Check the losing URLs for relaunch defects

A relaunch defect is an old URL that no longer reaches an indexable page with its old content. Run these checks on the pages that lost the most clicks; the label after each one says what it needs.

  1. List the old URLs (Search Console). Export the Pages tab of the Performance report for the months before launch and add the old sitemap if you kept it. If no list was kept, rebuild one this way and pair each URL with its new page in a redirect map.
  2. Crawl the old URLs on the live site (needs a crawler). Run the old URLs through a crawler in list mode and record each URL’s status code, redirect hops and final URL. Google’s site-move guide suggests “other tools such as Screaming Frog to crawl your own site and see if the redirects work as expected”4.
  3. Inspect the top losing URLs (Search Console). In URL Inspection, “Indexing allowed?” shows whether a noindex rule blocks the page, and the Google-selected canonical shows which URL Google treats as the main version9.
  4. Check the WordPress search setting (WordPress admin). Under Settings > Reading, the box “Discourage search engines from indexing this site” asks “search engines not to index this site”, and since WordPress 5.3 it adds a noindex, nofollow robots meta tag to the site’s pages when the theme calls wp_head12. A staging copy built with the box ticked can carry it to the live site.
  5. Open robots.txt and the sitemap (browser). Google’s site-move guide says “Don’t forget to remove any noindex or robots.txt blocks that were only needed for the migration” and “Be sure that your sitemaps are all updated with the new URLs”4.
  6. Compare the old and new versions of each top losing page (needs the old version). Check the title, H1, main text, internal links and structured data against a backup or an archived copy of the old page.

Two checks need server access: the redirect rules in the server configuration or the redirect plugin, and the access and error logs, where Google’s site-move guide suggests checking “for crawling by Googlebot, any URLs that unexpectedly return HTTP error status codes, and normal user traffic”4. If you cannot reach either, that is where the work changes hands.

The Page indexing report gives each URL that Google did not index a reason8. After a relaunch, these reasons point at a defect or rule one out:

Reason in the Page indexing report What it means after a relaunch First thing to check
Not found (404) The old URL has no redirect to its mapped page A row for the URL in the redirect map
Redirect error Google hit a chain that was too long, a loop or a bad URL in the chain The redirect rule for that URL
URL marked ‘noindex’ A noindex rule blocks the page, for example one left over from staging The template, the SEO plugin and the WordPress search setting
URL blocked by robots.txt A robots.txt rule blocks crawling The live robots.txt file
Soft 404 The page shows a not-found message but does not return a 404 status code The page’s content and its status code
Duplicate, Google chose different canonical than user Google indexes a different URL from the one the canonical tag names The canonical tags in the new templates
Crawled - currently not indexed Google crawled the new URL but has not indexed it Whether the page kept the content of the old one
Page with redirect The old URL redirects and is not indexed itself, which is expected Whether the page it redirects to is indexed

When the checks point at the relaunch but name no cause

Bring in outside help when your checks point at the relaunch, but no URL, template or setting you found explains the size of the drop. By then the remaining work needs a crawler run over every old URL, a comparison of Search Console data URL by URL across 16 months, and sometimes server access.

If organic search brings in inquiries or sales, you can order the fixed-price diagnosis, from $490 / £390. It names the cause with dated evidence and quotes a fixed price for the fixes in scope, so you see the cost before anything on the site changes. If the site earns nothing from search, the checks above are the place to stop.

No one can say when clicks will return after a fix, because Google decides when it recrawls the fixed URLs and how it ranks them.

Before the next redesign

Google’s site-move guide advises changing one thing at a time: when a relaunch would combine a domain change, a platform switch and a new layout, its advice is to “do them one at a time”4. A relaunch that changes one thing leaves one suspect when clicks fall.

Staging and launch-day checks for a redesign are set out in the redesign SEO checklist. If search brings your business inquiries and the site runs on WordPress, you can plan the next redesign around them: every URL on an inventory you sign is mapped before launch and crawled again on day 7 and day 30.

Frequently asked questions

Why did traffic drop after the new site went live?

If the relaunch caused it, some old URLs stopped reaching an indexable page with their old content: a redirect that is missing or runs through several hops, a noindex rule or robots.txt block left from staging, a canonical tag naming another page, or a title and text the new template dropped. A Google update, seasonality, AI Overviews or an analytics change can start in the same weeks, so rule those out before blaming the redesign.

Was it the migration or a Google update?

Compare the dates first, then the pages. Google’s Search Status Dashboard gives the start date and length of every announced core and spam update. A drop that starts after launch day on the URLs the migration changed points to the migration; one that starts inside a rollout and spreads across pages the migration left alone points to the update. When the two overlap, wait for the rollout to finish before comparing.

Is a traffic dip after a redesign normal?

Some movement is, when URLs change. Google’s site-move guide calls a temporary fluctuation in Search during a move normal and says a small to medium-sized site can take a few weeks for most pages to move. Neither that guide nor Google’s traffic-drop guide gives a normal size for the dip. A drop that keeps growing after those weeks, or sits on URLs that return errors, is a defect to find, not a fluctuation to wait out.

How do I check whether tracking caused the drop?

Compare Search Console clicks with Google Analytics 4 organic sessions for the same weeks before and after launch. Search Console counts clicks as they leave Google’s results, so if its clicks held while GA4 sessions fell from launch day, the drop is in the measurement, not in Google. Then check the new templates for the GA4 tag, the consent banner’s settings and the data stream the site now sends to.
  1. Debug Google Search Traffic Drops Google Search Central. Accessed .
  2. Google Search's core updates and your website Google Search Central. Accessed .
  3. History for Ranking Google Search Status Dashboard. Accessed .
  4. Site Moves and Migrations Google Search Central. Accessed .
  5. Performance report (Search results): Overview and basic setup Google Search Console Help. Accessed .
  6. What are impressions, position, and clicks? Google Search Console Help. Accessed .
  7. Data anomalies in Search Console Google Search Console Help. Accessed .
  8. Page indexing report Google Search Console Help. Accessed .
  9. URL Inspection tool Google Search Console Help. Accessed .
  10. Impressions down ~39% YoY after redirect migration + May 2026 Core Update ,can't identify the cause Google Search Central Help Community. Accessed .
  11. Settings Reading screen WordPress.org Documentation. Accessed .

Quotes and calls are free.

Get a quote