When traffic dropped after a Shopify migration, it is almost never bad luck or a “Google update” — it is a technical break introduced by the move. The short list of causes is predictable: missing or wrong redirects (old URLs returning 404s instead of 301s), pages accidentally set to noindex or blocked in robots.txt, changed canonicals, lost content or metadata, and stale internal links still pointing at old URLs. The right response is not to wait and hope — it is to diagnose. Google Search Console shows most of these within minutes once you know where to look.
Don’t wait — diagnose
The single worst move after a migration traffic drop is to “give it a few weeks.” A normal migration has a small, temporary dip while Google re-crawls. A broken migration keeps bleeding because Google is actively finding 404s, dropping pages from the index, or crawling the wrong URLs. Every day you wait, the losses compound and the recovery gets slower. Diagnosis takes an afternoon; guessing takes months.
So treat the drop as a bug report, not a mystery. There is a cause, it is findable, and the tools to find it are already free.
Why it matters: lost organic revenue compounds
Organic traffic is compounding revenue. Every ranked page is an asset you already paid to build — in content, links and authority earned over years. When a migration knocks those pages out of the index or hands their equity to dead URLs, you are not “waiting for a recovery,” you are losing money every single day the errors stay live. And the longer Google sees 404s where valuable pages used to be, the more likely it is to drop them entirely rather than forgive a short outage. Speed of diagnosis is the whole game.
The diagnostic order
Work these in order. Each rules out or confirms one class of cause, and the earlier ones are the most common culprits.
- Redirect coverage and status codes (301 vs 404). The number one cause. Every old URL that ranked or had backlinks must return a 301 to its new Shopify equivalent — not a 404, not a 302, not a soft-404 landing on the homepage.
- Noindex and robots.txt. A migration can ship a theme or page still carrying a
noindextag, or arobots.txtthat blocks a directory. Either quietly removes pages from Google. - Canonicals. Check that each page’s canonical points to itself (or the correct primary URL), not to an old-platform URL, a staging domain, or the homepage.
- Sitemap submitted and processed. Shopify auto-generates
/sitemap.xml. Confirm the new one is submitted in Search Console and actually processed, and that the old platform’s sitemap is gone. - Internal links updated. Menus, collection links, blog links and hard-coded theme links that still point at old URLs force redirect hops or hit dead ends, and they dilute crawl efficiency.
- Content and metadata carried over. Confirm title tags, meta descriptions, H1s, body copy and structured data survived the move. A page that ranks on content it no longer has will drop.
- Search Console signals. Read the story the data tells: which queries, pages and page types lost clicks, and whether the loss lines up with 404 spikes, excluded pages or crawl anomalies.
How to check each — in Search Console and a crawl
Redirects and status codes. In Search Console, open Indexing → Pages and look for a spike in “Not found (404)” and “Page with redirect”. Then run a crawl (Screaming Frog or similar) on a full export of your old URLs and watch the response codes — anything returning 404, 410 or a 302 is a problem. Spot-check important old URLs directly in the URL Inspection tool.
Noindex and robots. Use URL Inspection on key pages — it reports “Indexing allowed? No”
when a noindex or robots block is present. Fetch yourstore.com/robots.txt in a browser and read
it. In a crawl, filter for the noindex directive across all pages at once.
Canonicals. URL Inspection shows both the user-declared and Google-selected canonical. If they disagree, or either points at an old/staging URL, that is your issue. A crawl surfaces every canonical in one column so you can scan for wrong targets.
Sitemap. In Search Console → Sitemaps, confirm sitemap.xml is submitted with a recent
“Success” status and a sane discovered-URL count. A count far below your product/collection total
means pages are missing from it.
Internal links. A crawl is the fastest way here — it flags internal links that resolve to 404s or pass through redirects. Search Console’s Links report also shows your most-linked pages, so you can confirm the important ones still resolve.
Content and metadata. Compare a pre-migration crawl (or archived copy) against the live site: diff title tags, meta descriptions and word counts. Big drops in on-page content on your best pages are a direct ranking risk.
Search Console Performance. Compare the 28 days after launch to the 28 before. Sort by lost clicks at the page and query level. If the loss clusters on one template (all collection pages, say), that points straight at a systematic redirect or indexing break rather than a content problem.
How to fix each
- Redirects: create 301 URL redirects in Shopify (Online Store → Navigation → URL Redirects, or a bulk CSV import) mapping every old URL to its true new equivalent — not a blanket redirect to the homepage, which Google treats as a soft-404.
- Noindex / robots: remove the stray
noindexfrom the theme or page, and editrobots.txt(Shopify allows arobots.txt.liquidoverride) to stop blocking real pages. - Canonicals: correct the theme’s canonical logic so each page canonicalises to itself; remove any hard-coded old-domain or staging canonicals.
- Sitemap: resubmit the Shopify sitemap, and remove or redirect the old platform’s sitemap so Google stops crawling dead URLs.
- Internal links: update menus, collections, theme links and in-content links to the new URLs so nothing relies on a redirect hop.
- Content / metadata: restore the missing title tags, descriptions, copy and structured data on the affected pages.
For a full step-by-step of what should have happened during the move, see our Shopify migration checklist, and if 404s are your main symptom, the deeper dive in fixing Shopify 404 errors after migration.
Diagnostic checklist
- Search Console Pages report checked for a 404 / redirect / excluded spike
- Every ranked old URL returns a 301 to the correct new URL (verified in a crawl)
- No blanket redirect of old URLs to the homepage
- Key pages report “Indexing allowed? Yes” in URL Inspection
-
robots.txtreviewed — no real pages blocked - Canonicals point to the correct self URL, not old/staging domains
- New
sitemap.xmlsubmitted and processed; old sitemap removed - Internal links updated to new URLs (no links to 404s or via redirects)
- Title tags, meta descriptions, H1s and body content carried over on top pages
- Performance report reviewed to see which pages/queries lost clicks
Realistic recovery expectations
Be honest with yourself here: there are no guaranteed timelines. Once the root cause is fixed, Google has to re-crawl and re-index, which takes time proportional to your site’s size and crawl budget. Fixing redirects and indexing quickly often brings partial recovery within weeks. A migration that also lost content, or ran for a long time returning errors, can take longer — and authority handed to dead URLs is not always fully reclaimed. What you can control is how fast you diagnose and fix. Anyone promising a specific recovery date is guessing.
When to bring in help
If you have worked the checklist and the drop persists, or the site is large enough that manual checking is impractical, get a second set of eyes before more equity leaks. This is exactly what our store migration service does — we audit redirect coverage, indexing, canonicals and lost content, find the root cause, and fix it in priority order. If the move came from WooCommerce specifically, the platform-specific traps are covered in WooCommerce to Shopify migration problems, and if you are still planning the move, start from how we migrate stores to Shopify.
Lost traffic after moving to Shopify? Send us your store URL — we’ll audit redirects, indexing and lost content, pinpoint what caused the drop, and tell you what to fix first to recover. See our store migration service or get a free profit audit.