Contents
What a Shopify 301 redirect is—and when to use one
A Shopify 301 redirect permanently sends a visitor and search engine from a retired URL to its relevant replacement. I use one when a product handle, collection URL, page, or migration path has changed for good. Map the old path to the closest current destination, publish the redirect, and verify the live HTTP response.
Key Takeaways
- A Shopify 301 redirect is for a permanent URL move, not a temporary campaign or test.
- The destination must match the intent of the retired page; sending discontinued products to the homepage is usually the wrong decision.
- A redirect map needs ownership and approval before any CSV import or launch window.
- Publish is not proof: test the old URL, its 301 status, and the final destination.
A permanent move needs a permanent destination. If /products/linen-shirt becomes /products/linen-overshirt, the old product path should route to that current product. If the original URL remains valid, leave it alone. If the product is discontinued and no relevant replacement exists, do not force visitors to the homepage merely to turn a missing page into a bad journey.
Shopify’s native redirect manager is built for explicit URL-to-URL decisions. Shopify’s own URL redirect documentation describes redirect records through a source path and a destination path. Native management therefore requires a deliberate mapping decision for each legacy URL; a requirement such as /old-products/* to /products/* belongs in a separately designed implementation rather than a one-line admin entry.
Changing stock, handles, and store architecture creates stale links whenever an old known path no longer represents the live catalogue. A redirect is the route-management layer that sends that path somewhere relevant when a real replacement exists. TinySEO’s Shopify redirect overview also identifies catalogue changes as a recurring redirect-management trigger. As of 2026, I treat this as launch architecture, not SEO cleanup after the launch window has closed.
Start with a redirect map, not the admin screen
I do not begin a migration by clicking Add redirect. I begin with a mapping sheet: old path, proposed destination, page type, reason for the change, owner, and approval status. That turns redirects from a last-minute admin task into a controlled launch dependency. The spreadsheet is where commercial intent, merchandising decisions, and technical implementation meet.
For a renamed collection, map /collections/summer-linen to /collections/linen if the new collection carries the same shopping intent. For a discontinued item, map /products/blue-travel-mug to a successor only when it genuinely serves the same need. For /pages/old-wholesale-program with no replacement, flag it for review. Guessing produces irrelevant destinations and hides content decisions inside a technical list.
Native Shopify management records source and destination paths, but an extensive inventory does not become a pattern rule by itself: every important legacy path still needs an individual decision. Shopify’s redirect guidance frames the work around those two fields, which is exactly why ownership matters. Before I freeze a map, merchandising, content, and technical owners approve the paths assigned to them. That is less glamorous than a relaunch deck. It is where expensive mistakes get caught.
| URL situation | Redirect decision | Reason |
|---|---|---|
| Same product, permanent handle change | 301 to the updated product | The shopper’s original intent remains intact. |
| Renamed collection with the same range | 301 to the replacement collection | The collection continues to answer the same browsing need. |
| Discontinued page with no relevant successor | Review before redirecting | A generic destination conceals the actual content decision. |
| Temporary campaign or maintenance move | Use a temporary route instead | The original URL is expected to return. |
For a platform migration, include legacy category, product, content, and campaign URLs in the same inventory. Shopify’s migration checklist places SEO and launch readiness alongside data and payments. The operational conclusion is direct: freeze the redirect map before launch, then give unmatched URLs an explicit decision rather than silently dropping them.
That discipline matters when a catalogue is not a tidy set of pages. In the Bloomingloft migration, we moved 62,000 SKUs to Shopify Plus in half a year alongside a custom FTP image uploader, supplier API, and category-tree app. A redirect map in that environment is not an SEO accessory; it is the operating boundary between an orderly migration and a pile of unowned exceptions.
Create it in Shopify, then verify the response
For an individual permanent move, go to Shopify Admin, then Online Store, Navigation, URL Redirects, and Add redirect. Enter the retired relative path, such as /collections/old-name, and the intended replacement, such as /collections/new-name. Save only after checking that the destination is the page a visitor would expect. Admin completion is not launch completion.
The native route is suited to isolated handle and collection changes. Shopify also provides CSV import for bulk redirect work, so manual entry becomes a poor operating choice once a launch involves hundreds of approved URLs. Digital Heroes likewise describes the native admin path and CSV-based bulk handling. For larger migrations, retain the source sheet as the record of what was imported and who approved exceptions.
I use a simple principle when choosing an implementation: more tools do not solve the problem; the right ones do. The point is not to decorate a migration with another app or dashboard. The point is to select the smallest reliable operating model that preserves intent, ownership, and a testable outcome. That standard prevents the stack from becoming the project’s hidden risk.
I validate the live response after publishing. Request the old URL in a header-checking tool or command-line client, confirm a 301 response, and confirm the final destination loads without another unnecessary redirect. A configuration screen proves that a record exists; the HTTP response proves what the browser and crawler actually receive. In a 2026 migration runbook, that check belongs beside payment, tracking, navigation, and feed validation.
Three URL changes that usually need a 301
A renamed collection: /collections/new-arrivals becomes /collections/latest-arrivals. The collection’s purpose remains intact, so the new collection is the direct permanent destination. This is a straightforward one-off in Shopify’s native tool, provided the merchandising team has not quietly changed the assortment or browsing intent behind the new name.
A changed product handle: /products/essential-hoodie becomes /products/heavyweight-hoodie after a lasting product-page rename. Route the former handle to the updated product only if it represents the same item or its direct successor. If the old and new products serve different intents, a redirect misleads a shopper; review the destination instead.
A store-structure migration: a former category path such as /shop/mens/shirts may become /collections/mens-shirts. This is permanent when the new collection replaces the old category in the information architecture. The work is not the redirect itself. The work is confirming that every important former path has a closest valid equivalent, including campaign URLs that still receive links.
Choose a 301 only when the old URL has permanently moved to the closest valid replacement; use a 302 for a temporary relocation. Ecorn’s explanation of Shopify URL redirects makes the same permanent-301 versus temporary-302 distinction. Execute individual changes in the native workflow, and use bulk handling for extensive approved maps. A redirect is a decision about continuity, not a reflex triggered by every changed slug.
Where native redirects stop being simple
Native Shopify redirects are clean for a finite, reviewed list. Complexity starts when the requirement is a pattern, not a list: for example, moving every URL under one legacy directory into a new directory while preserving the remaining path. Shopify’s native manager is designed for explicit paths and destinations, so each URL needs an explicit mapping or a separately designed implementation.
Volume changes the operating model too. A large redirect inventory does not remove the need for URL-level decisions, because old platforms collect years of campaign, filter, category, and content paths. A reviewed redirect map is the control mechanism before import. Treating a sprawling legacy URL estate as a bulk technical task is how relevant traffic gets sent to arbitrary category pages.
Use a 301 for a lasting move and a 302 for a temporary relocation. Shop Circle also explains the permanent-versus-temporary status-code distinction for Shopify redirects. For a large approved map, Shopify’s redirect workflow supports bulk CSV import. The current 2026 standard should be boring: defined ownership, approved destinations, imported paths, and tested live responses.
The recurring failure is not that Shopify lacks a redirect field. It is that teams treat URLs as technical debris while changing catalogue logic, content, and integrations at the same time. I would rather ship fewer redirects with clear intent than an enormous file of arbitrary destinations. That preserves a customer journey instead of merely suppressing errors.










