Shopify · Handles, deletions and 301 verification
Most Shopify redirect problems are not setup problems. They happen when a product handle changes without the redirect checkbox, when a product is deleted and nobody maps its URL, or when a redirect quietly chains into another one.
Generic redirect guides explain how to add a rule and the difference between 301 and 302. This page covers what happens to Shopify URLs when products and pages change or disappear, and how to prove, with real HTTP status codes and a before-and-after crawl, that the resulting redirects work.
Quick answer: Shopify creates a 301 for a changed handle only when the redirect checkbox is ticked on save. Deleting or archiving a product returns a 404 unless you add a redirect for that exact path. Redirects only fire when nothing live exists at the old path, and they cannot remove the /products/ or /pages/ prefix.
How Shopify URL redirects work
A Shopify URL redirect is a permanent 301 rule from an old path to a new destination. You manage them in Online Store > Navigation > URL Redirects, one at a time or by CSV import. Shopify applies a rule only when the old path no longer resolves to live content, so a redirect can look correct in the admin and still do nothing on the storefront.
Three different jobs get lumped together under "redirects":
- Changing a URL handle: renaming the last segment, such as /products/old-name to /products/new-name.
- Redirecting a retired URL: sending a deleted or discontinued product's address somewhere useful.
- Changing URL structure: altering the route pattern itself, which Shopify does not allow for core resources.
What Shopify redirects can and cannot change
| Redirects can | Redirects cannot |
|---|---|
| Send an obsolete URL to a relevant live destination | Remove the /products/, /pages/, /collections/ or /blogs/ prefix |
| Keep old product and page URLs working after a handle change | Override a path where live content still exists |
| Rescue backlinks and bookmarks pointing at retired products | Fix collection-aware product paths or ?variant= duplicates |
| Be bulk imported from a CSV | Replace canonical tags, internal links or sitemap entries |
If the problem is one product reachable at several URLs rather than a retired URL, a redirect is the wrong tool. See Shopify duplicate product URLs.
Why Shopify uses fixed /products/ and /pages/ prefixes
Shopify routes every core resource through a system prefix, and only the final segment, the handle, is yours to edit. The prefix tells Shopify which template and data type to load, so no admin setting, theme edit or redirect rule changes it.
| Resource | URL pattern | Editable part |
|---|---|---|
| Product | /products/{handle} | Handle |
| Page | /pages/{handle} | Handle |
| Collection | /collections/{handle} | Handle |
| Blog post | /blogs/{blog}/{handle} | Blog and article handles |
Can you remove /products/ from Shopify URLs?
No, not on a standard Shopify storefront. You can shorten /products/mens-lightweight-trail-running-shoe-blue to /products/trail-runner-blue, but the prefix stays. A vanity redirect from /trail-runner-blue only forwards visitors: the canonical URL, sitemap URL and internal links still use the prefixed version. Fully custom routing generally means a headless build, a far bigger decision than URL aesthetics.
Can you remove /pages/ from Shopify URLs?
The same rule applies. An About page lives at /pages/about, and that is the URL Shopify canonicalizes, lists in sitemap.xml and links from menus. A redirect from /about is fine for print materials or legacy links, but it does not make /about the real address.
What to check before changing URL structure
- Export current product, page and collection URLs.
- Find internal links in menus, theme sections and rich text that point to them.
- Record current canonical tags and sitemap.xml entries.
- Check which URLs hold backlinks, rankings or traffic in Google Search Console.
- Map every old URL to its intended destination before publishing.
Shorter handles alone rarely justify a site-wide change. Every renamed URL adds a redirect to maintain and a period where search engines reprocess the page.
Shopify's handle-change redirect checkbox
When you edit the URL handle of a published product, page, collection or blog post in the search engine listing section, Shopify shows a checkbox offering to create a URL redirect from the old address to the new one. Ticked on save, it adds a 301 to your URL Redirects list. Unticked, no redirect is created and the old URL returns a 404. Admin wording changes between updates, so read the label on screen: the redirect depends on that checkbox, not on the handle change itself.
What happens when you change a product handle?
Status: 301
Location: /products/lightweight-running-shoes
Status: 200
Canonical: self
Should you keep the redirect option enabled?
Keep it ticked whenever the old URL was ever published, indexed, linked or shared. Unticking only makes sense when:
- The product was never published, so the old URL was never live.
- An existing redirect already sends the old URL to a better destination.
- You are reusing the old handle for different content, in which case the live resource overrides the redirect anyway.
Renaming the same product several times is the common trap. Each rename adds a rule, and older rules can end up pointing at a URL that itself redirects, producing a chain.
How to verify the old product URL
- Request the old URL with a crawler or header checker.
- Confirm the response is a 301, not a 200 or 404.
- Confirm the Location header points to the new handle.
- Confirm the destination returns 200.
- Confirm the old URL reaches it in one hop, with no chain or loop.
- Update menus, sections and descriptions that still link to the old handle.
curl -sI https://yourstore.com/products/blue-running-shoes | grep -iE "^(HTTP|location)" HTTP/2 301 location: https://yourstore.com/products/lightweight-running-shoes
Repeat the same steps for pages, collections and blog posts. The checkbox behaves the same way for each.
Why deleted Shopify products return 404 errors
Deleting a product removes its page, so the old URL returns a 404 unless a redirect exists for that exact path. Shopify does not create one on deletion, and installing a redirect app does not change that on its own: someone, or some rule, still has to map each retired URL.
What happens to the product URL after deletion?
| Action | Storefront URL | Reversible | Best for |
|---|---|---|---|
| Delete | 404 | No, product data is gone | Products you will never sell again |
| Archive | 404 while archived | Yes, restores the same URL | Seasonal or paused lines |
| Draft or unpublished from Online Store | 404 | Yes | Products not ready or withdrawn |
| Active, inventory at 0 | 200, shown as sold out | Yes | Items coming back in stock |
Because redirects only fire when nothing live exists at the path, a redirect added for an archived product works while it is archived and stops as soon as you restore it.
Should you redirect a deleted product?
Retired product URL: pick the outcome that serves the visitor
Shopify has no native 410 response. A 404 is an acceptable signal that a product is gone.
Do not redirect every deleted product to the homepage. Google tends to treat irrelevant redirects as soft 404s, and a shopper who wanted one item lands somewhere unhelpful.
How to find broken links to deleted products
- Check the Search Console Page indexing report for URLs listed as Not found (404).
- Review 404 landing pages in analytics, filtered to /products/.
- Crawl the store for internal links in menus, collections, blog posts and descriptions that point to deleted URLs.
- Pull backlink data for deleted product URLs and prioritize those with links or past traffic.
Not every 404 needs a redirect. Focus on URLs that still get visits, carry backlinks or are linked from your own pages.
How to audit Shopify redirects after product or page changes
The checkbox and redirect apps reduce risk but prove nothing. Treat verification as a repeatable workflow:
- Build a list of changed and deleted URLs. Record old product, page and collection URLs before editing handles, deleting products or reorganizing pages.
- Verify redirects and HTTP status codes. Request every old URL and record the first response code, the final destination and the destination status.
- Detect redirect chains, loops and broken destinations. Flag old URLs that pass through several redirects, point back to themselves or end at a 404.
- Check internal links, canonicals and sitemaps. Confirm internal links and canonical tags reference final live URLs and that retired URLs left sitemap.xml.
- Compare the results after deployment. Re-crawl and compare with the baseline to catch new 404s, failed redirects and unexpected destinations.
Step 1: Build a list of changed and deleted URLs
Record URLs before editing anything. A product CSV export or a saved crawl gives you the baseline. Keep three columns: old URL, planned destination, and reason (renamed, replaced, discontinued).
Step 2: Verify redirects and HTTP status codes
For each old URL, record the first response code, the final destination and the destination's status. Healthy means one 301 followed by a 200. A page that shows different content at the old address with a 200, or a JavaScript or meta refresh, is not a server-side redirect.
Step 3: Detect redirect chains, loops and broken destinations
Flag old URLs that pass through two or more redirects, point back to themselves, or end at a 404 because the destination was later deleted or renamed. Fix chains by editing the original rule so it points straight at the final URL.
Step 4: Check internal links, canonicals and sitemaps
Internal links should point at final URLs, not lean on redirects. Canonical tags on new pages should reference the new handle. Shopify generates sitemap.xml automatically, so retired URLs should drop out, but verify it.
Step 5: Compare the results after deployment
Single-hop 301s: 41
404s: 7
Single-hop 301s: 36
Redirect chains: 5
404s: 7
Run the same comparison after theme updates and app removals, which can change links and templates. See Shopify SEO after a theme update for that regression check.
Shopify redirect problems and how to fix them
| Problem | What to check | Corrective action |
|---|---|---|
| Old product handle returns 404 | Whether the checkbox was unticked or the rule deleted | Add a 301 from the old handle and test it |
| Redirect exists but does nothing | Whether live content still exists at the old path | Remove or rename the live resource, or change the source path |
| Deleted product still receives traffic | Backlinks, internal links and analytics landing pages | Redirect to a relevant replacement or collection |
| Redirect leads to another redirect | The intermediate destination | Point the original rule directly at the final URL |
| Redirect destination returns 404 | Whether the target was deleted or renamed | Restore the target or choose a live alternative |
| Visitors land on an unexpected URL | Handle, canonical tag and internal links | Confirm the live route and update every reference |
| Archived product redirect stopped working | Whether the product was unarchived | Expected: the live product overrides the redirect |
Downloadable checklist
Tick items as you work, then download the list as CSV for a spreadsheet or ticket, or print it and save as PDF. Your ticks and the corrective action for each check are included in the download.
Frequently asked questions
Can you remove /products/ from Shopify URLs?
No. Shopify's standard storefront requires the /products/ prefix. You can edit the handle after it, and you can redirect a short vanity path to the product, but the canonical URL keeps the prefix.
Does Shopify automatically redirect a changed product handle?
Only if the redirect checkbox is ticked when you save the new handle. The redirect comes from that option, not from the handle change itself.
What happens if you disable the handle-change redirect option?
No redirect is created, so the old URL returns a 404. You can add the redirect manually later in Online Store > Navigation > URL Redirects.
Why does a deleted Shopify product return a 404?
Deleting a product removes its page, and Shopify does not create a redirect on deletion. Unless you map the old URL to a destination, requests to it return a 404.
Should discontinued products redirect to a collection?
Only when that collection offers genuinely comparable items. If no relevant destination exists, a 404 is more honest than a redirect to an unrelated page, and Google tends to treat irrelevant redirects as soft 404s.
How do you find Shopify URLs that still return 404 errors?
Combine the Search Console Page indexing report for Not found (404) URLs, 404 landing pages in analytics, and a full crawl that follows internal links.
Can Shopify redirects fix broken internal links?
They hide the symptom for visitors, but the link still points at an old URL and costs an extra hop. Update the internal link to the final URL instead.
How can you check whether Shopify redirects work correctly?
Request each old URL and confirm a single 301 to the intended destination, which itself returns 200. Then re-crawl and compare against your baseline.