Wix SEO After the Platform Rewrites Your URLs

Published Read 7 min read

On this page

A template or design change on Wix that alters your URL structure behaves like a site migration even though you never left the platform, and that is why your rankings dropped. Old URLs that accumulated authority either start returning 404s or get swept toward the homepage, and Google treats the change exactly as it would treat any other URL move. The recovery is concrete: pull the changed and 404’d URLs from Search Console, map proper 301 redirects to their new equivalents in the Wix URL Redirect Manager, and restore the page titles and meta that reset to generic defaults during the change. The first correction to make, though, is to your mental model of how Wix handles redirects, because the common folk advice about it is wrong.

A slug change is a migration in Google’s eyes

When a URL changes, the accumulated ranking signals attached to the old URL do not transfer automatically just because both pages live on the same domain. The old URL is a different address. If nothing routes Google from the old address to the new one, the authority that old URL earned has nowhere to go, and the new URL starts closer to scratch. A redesign that quietly changes slugs across the site is, functionally, dozens or hundreds of simultaneous URL moves. Approaching it as “just a design refresh” is how the traffic disappears without anyone connecting the redesign to the drop.

The current Wix reality, corrected

The stale advice that “Wix never redirects automatically, it is entirely your responsibility” is wrong and will send you fixing the wrong thing. Here is the verified current behavior:

  • When you edit a standard page’s URL slug, Wix creates a 301 redirect from the old URL to the new one automatically, and this setting is on by default. It requires that your site is upgraded to a premium plan with a connected domain; on a free Wix domain the redirect machinery does not apply.
  • There is an important exception: Wix Blog pages do not get an automatic redirect when you change a post’s slug. For blog URL changes you must create the 301 yourself in the URL Redirect Manager.
  • The automatic behavior covers individual slug edits. A wholesale template or design overhaul is a different event. It can orphan old URLs, leaving them to 404, or funnel them to the homepage, which is effectively no redirect at all because a mass-homepage redirect does not transfer page-level relevance.

So the real failure mode is not “Wix refuses to redirect.” It is that slug-level edits redirect cleanly while a broad redesign, plus any blog-slug changes, leaves a set of old URLs either dead or pointed at the homepage. Those are the URLs you have to find and map by hand.

Diagnose the damage in Search Console

Do not guess at which URLs broke. Get the exact list from the GSC Pages (index coverage) report and look at two states:

  • Not found (404): old URLs that now return nothing. These are the orphaned ones the redesign dropped.
  • Page with redirect: URLs that are redirecting. Inspect a sample, because this is where you catch old URLs that resolve to the homepage rather than to their true replacement. A 301 to the wrong destination passes almost none of the relevance you want.

Cross-reference against your pre-redesign top pages. If you have analytics or a saved URL list from before the change, the pages that drove traffic are the ones to triage first.

Build the right 301s in the URL Redirect Manager

The URL Redirect Manager is reached from the Wix dashboard under Marketing & SEO, in SEO Tools. Confirm the exact menu label in your dashboard, as Wix periodically renames sections, but that is the current path. Inside it:

  • Create 301 (permanent) redirects from each broken old URL to its correct new equivalent. Use 301, not 302; a 302 signals a temporary move and tells Google to keep the old URL as the canonical, which is the opposite of what you want for a replaced page.
  • Map to the topically equivalent page, not to the homepage and not to a vaguely related category. The redirect should land the user and Googlebot on the page that answers the same intent the old URL did.
  • Wix supports single redirects and group (pattern-based) redirects; use a group rule when a whole predictable path changed, and single rules for one-off pages. There is a per-site cap in the low thousands of redirects, so on a large site prioritize: map the highest-traffic and most-linked pages first, then work down.

Fix the secondary resets

URL breakage is the loud problem. The quiet one is that a template change often resets page-level SEO settings. After a redesign, check that title tags and meta descriptions did not revert to generic Wix defaults, because a homepage-style title on every page collapses your relevance and click-through. Restore the page-specific titles and descriptions. Image handling can also be reprocessed during a template swap, so confirm alt text survived and that image URLs that were indexed still resolve.

There is a deeper reason to take the reset seriously rather than treating it as cosmetic. A page that lost both its old URL and its specific title at the same moment looks, to Google, like a different page on a different address with no relationship to the one that used to rank. The redirect alone restores the address relationship; restoring the title and the on-page content restores the topical match. If you fix the 301 but leave a generic title and a stripped-down template body, you have told Google where the page went but not that it is still the same page that earned the ranking. Both halves matter, which is why the title and content audit is part of the recovery and not an optional follow-up.

A note on 301 versus 302 and why the default matters

Wix’s automatic redirect is a 301, which is what you want, but it is worth understanding why so you do not undermine it with a manual 302 elsewhere. A 301 tells Google the move is permanent and that the destination should inherit the source’s ranking signals; over time Google treats the new URL as the canonical one. A 302 says the move is temporary, so Google keeps the original URL as canonical and withholds the signal transfer, waiting for the “real” page to return. On a replaced page that is never coming back, a 302 is a slow leak: the old URL stays the reference point, the new one never fully inherits, and rankings stay depressed. When you build redirects by hand in the Redirect Manager, confirm each one is a 301, and never reach for a 302 for a permanently changed slug.

Verify, then prevent

Once redirects are in place, use the URL Inspection tool on a sample of the remapped URLs to confirm Google sees the redirect and the destination, and request re-indexing on your priority pages, sparingly, since it is a hint and not a queue you can flood. Then watch the Pages report: the “Not found (404)” count on your old URLs should fall as Google recrawls and follows the new 301s, and that is recrawl-paced, not instant.

The prevention is simple and worth writing into your process: before any future Wix redesign or template change, export the full current URL list. With that list in hand, you can diff old against new immediately after the change and build every needed redirect in one pass, instead of reconstructing the map from a Search Console error report weeks later while traffic bleeds.

Frequently Asked Questions

Does Wix automatically redirect when I change a page URL?
For standard pages, yes, on a premium plan with a connected domain Wix creates a 301 from the old slug to the new one by default. Blog pages are the exception and require a manual redirect in the URL Redirect Manager. A full template or design overhaul can still orphan old URLs or send them to the homepage, which you must map by hand.

Why did traffic drop if Wix made redirects automatically?
Likely because some URLs were redirected to the homepage rather than to their true replacement, or because blog-slug changes and a broad redesign left old URLs returning 404. A homepage catch-all does not transfer page-level relevance, so those pages effectively lost their authority despite a redirect technically existing.

Sources

Changing your page URL (Wix Help Center): https://support.wix.com/en/article/wix-editor-changing-your-page-url
Setting up a 301 redirect for a page on your site (Wix Help Center): https://support.wix.com/en/article/setting-up-a-301-redirect-for-a-page-on-your-site

Related posts:

  1. Google Keeps Crawling URLs You Deleted Years Ago Deleting a page does not remove its URL from Google's memory. Google maintains a persistent per-domain database of URLs it has ever discovered, fed by your sitemaps, your internal links,......
  2. Webflow SEO Limitations You Hit at Scale Webflow's design-first model is genuinely good until content volume exposes the structural SEO debt underneath it. The CMS is flat with no native parent-child taxonomy, there is no native schema,......
  3. SEO Experimentation Frameworks: Hypothesis Testing for Organic Search Rigorous SEO testing is possible, but only if you abandon the naive before/after comparison that almost everyone defaults to. A page changed, traffic moved, therefore the change worked is not......
  4. Why Your Keyword Rankings Differ Between Countries on the Same Language Google localizes results by the searcher's country even when the query string and the language are identical, so the same English page can sit at position 3 in the United......
  5. Google Demoted Your Page for a Schema Error You Can’t Find Your schema passes every validator, the Rich Results Test reports no errors, and yet the rich results are gone and there is no manual action in Search Console to appeal.......
  6. How to Do SEO for Seasonal Businesses Seasonal SEO is counter-cyclical: the work that wins a December peak happens in March, because Google needs months to discover, crawl, index, and develop enough trust in new content for......
  7. Neighborhood-Level SEO: Why “Local” Isn’t Local Enough Anymore TL;DR Local SEO strategies treating entire metro areas as single markets are leaving rankings on the table. Search behavior varies dramatically between neighborhoods within the same…...
  8. Informational SEO is Dead. Here’s What’s Left. Publishing top-of-funnel informational content primarily to capture search clicks has lost its economics. AI Overviews now answer "what is" and "how to" queries directly inside the results page, so the......
  9. Google Is Indexing Parameters You Blocked in Robots.txt Robots.txt controls crawling, not indexing, and that single distinction explains the whole paradox. Google can index a URL it has never crawled, purely from external link signals, which is exactly......
  10. SEO Quarterly Business Reviews: Executive Reporting and Strategic Alignment A quarterly business review exists to keep SEO funded and strategically aligned, and it does that by reporting outcomes instead of activity. Executives do not allocate budget based on how......
  11. SEO Team Capacity Planning: Workload Modeling and Resource Allocation Capacity planning is the constraint that forces real prioritization. SEO work is effectively unbounded; there is always another page to optimize, another competitor to analyze, another technical issue to chase,......
  12. Magento SEO at Enterprise Scale Without Losing Sanity Enterprise Magento (now Adobe Commerce) SEO is an architecture-constraint problem, not a configuration problem. The platform's defaults generate crawlable URLs faster than you can tune settings: layered navigation multiplies filter......
  13. SEO vs GEO: A Misframed Debate and the Real Answer "Should I do SEO or GEO" is a false choice. Visibility has fragmented across traditional search engines and AI engines that retrieve and cite sources differently and that share surprisingly......
  14. Why Google Won’t Index Your Catering Website Page: Mechanisms, Diagnosis, and Solutions When a catering page will not index, the diagnosis is not a guess: you read it straight off the GSC URL Inspection status, and that status dictates the fix. Run......
  15. Your Domain Authority Is High But Traffic Is Dying A high Domain Authority alongside falling traffic is not a paradox. It is a diagnosis. Domain Authority is a third-party Moz score that Google does not use for crawling, indexing,......