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.

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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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. - 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.
- 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?
Was it the migration or a Google update?
Is a traffic dip after a redesign normal?
How do I check whether tracking caused the drop?
Sources
- Debug Google Search Traffic Drops
- Google Search's core updates and your website
- History for Ranking
- Site Moves and Migrations
- Performance report (Search results): Overview and basic setup
- What are impressions, position, and clicks?
- Data anomalies in Search Console
- Page indexing report
- URL Inspection tool
- Consent mode on websites and mobile apps
- Impressions down ~39% YoY after redirect migration + May 2026 Core Update ,can't identify the cause
- Settings Reading screen
Related