Shopify Broken Product URLs With No Referrer: How to Find the Links Causing Them

When Shopify broken product URLs appear in a report and the referrer column is empty, you know which page is failing but not which link is sending people to it. A product handle returns a 404, the sessions are logged, and there is no page to open and correct. At this point most store owners either create a redirect and move on, or give up on tracing it.

Both choices are reasonable, but neither answers the real question. A redirect hides the symptom while the bad link keeps circulating, and giving up leaves the cause in place. This guide explains why the referrer goes missing and walks through the checks I use, in order, to find the links behind broken product URLs. It starts with your own theme and moves out to feeds, emails, apps and other websites.

Why Broken Product URLs in Shopify Show No Referrer

The referrer is empty because the visit did not come from a clickable link on a web page that passed its address along, or because something removed that address on the way. A referrer exists only when a browser moves from one page to another and is allowed to report where it started. Many broken product URLs are reached in ways that never meet that condition.

These are the most common reasons the field is blank:

• Direct visits. Bookmarks, typed addresses, and links pasted from a notes app, spreadsheet or chat window arrive with no referrer.
• Email clients and messaging apps. Many mail apps and chat tools open links without passing a referrer, so a newsletter or a shared message looks like direct traffic.
• In-app browsers. Social and shopping apps often open links in their own browser, and the referrer may be dropped or replaced with something unhelpful.
• Referrer policies. A site can set a Referrer-Policy header or add a noreferrer attribute to a link. Modern browsers also default to sending only the origin on cross-site visits, so even when a referrer is present you may see a domain and no page path.
• Privacy tools. Some browsers and extensions strip referrer data entirely.
• Crawlers and bots. Search engine bots and scrapers request URLs from lists they already hold, so there is no page that led them there.

A blank referrer is therefore normal. It does not point to an attack or a fault in Shopify. It only means the evidence has to come from somewhere other than the visit itself, and the rest of this guide is about where that evidence usually sits.

What the Broken Product URL Itself Can Tell You

The address that returned the 404 often reveals its origin through the handle, the path format and any extra parameters attached to it. Reading the URL carefully takes two minutes and frequently narrows the search before you open a single tool.

Look for these patterns:

• An old handle. If a product was renamed and its handle changed, any link using the previous handle breaks unless a redirect was created. When you edit a handle in the Shopify admin, the option to create a redirect is easy to untick or overlook.
• A collection path that no longer exists. A URL such as /collections/old-name/products/product-name depends on the collection handle as well. If the collection was renamed or removed, the product link inside it can fail even though the product is live.
• A truncated or padded handle. Links copied out of emails or documents sometimes lose the last character, gain a trailing bracket or full stop, or pick up encoded spaces. A handle that looks almost right is usually a copy problem.
• A file extension or format from an old platform. Endings such as .html or .php suggest the link was created before a migration.
• Odd appended parameters. Some store owners have reported on the Shopify Community forum that product URLs carrying an extra customer ID parameter produced hundreds of 404s, and the discussion pointed to an AMP app as the common factor. Whatever the cause in your case, parameters that you did not create are a clue about which app or script produced the link.

Write the patterns down as you group the broken URLs. Ten URLs that share one handle or one parameter are usually one problem, and finding that one source clears all ten.

How to Find Links to Broken Product URLs Inside Your Own Store

Start with your own store because internal links are the source you control and the one most likely to be repeated across many pages. A single stale link in a navigation menu or a theme file can generate broken product URLs for months, and it is far easier to fix than anything outside your site.

Check these places by hand first:

1. Navigation menus. Open Online Store, then Navigation, and review the header, footer and any mega menu for products that were deleted or renamed.
2. Theme code. In the theme code editor, search across files for the broken handle. Hard-coded links in sections, snippets, announcement bars and banners are common.
3. Product descriptions, collection descriptions and blog posts. Rich text fields often hold links to related products added years ago.
4. Pages and metafields. Size guides, lookbooks and custom fields can contain product links that nobody has opened since they were added.
5. Pop-ups and homepage sections. Promotional blocks tend to be built once and forgotten.

Manual searching works when you have a handle to look for, but it misses links buried in content you do not remember writing. For that, a crawler is faster. A broken link checker follows every link on a page and records the page where each broken link was found, which is exactly the information the empty referrer column fails to give you. I usually run it on the homepage first, then on the main collection pages and a sample of product pages, and sort the results by the broken product URL so that repeated sources stand out.

Keep the limits in mind. A crawler sees links in the rendered HTML of your public pages. It cannot see links inside emails, product feeds, ads or other websites, so a clean crawl does not mean the problem is solved. It only rules out the easiest source.

How to Use Google Search Console to Trace Broken Product Links

Google Search Console is the most useful free source for Shopify broken product URLs that Google has discovered, and its URL Inspection tool can often name the page that led Google to each one. Unlike your analytics, it does not depend on a visitor passing a referrer.

The routine is short:

1. Open the Pages report under Indexing and look for the Not found (404) reason.
2. Click the reason to see the affected URLs, then select one product URL.
3. Use Inspect URL and open the discovery details, where a referring page is often listed.
4. Open that referring page and find the link.

Two things are worth checking along the way. The first is the last crawled date, because a cluster of dates close together often matches a specific change such as a product deletion, a theme update or a migration. The second is whether Google reports a sitemap as the source. Shopify generates your sitemap automatically, so a removed product normally drops out, but a stale cached version can briefly keep it listed.

The referring page is not always shown. Google may have found the URL years ago, from an external page, or from a source it no longer lists. When that happens, treat the missing detail as a prompt to move to the next method and not as a dead end.

How UTM Parameters and Timing Narrow Down the Source

Even when the referrer is blank, the visits often carry campaign parameters, device details and timing that point toward a source. These signals are indirect, but together they can identify an email send, an ad or a social post with reasonable confidence.

Here is what I check in Shopify analytics and in Google Analytics:

• The full landing URL with its query string. If a visit to a broken product URL includes a utm_source or utm_campaign value, the campaign name tells you where the link was published. In GA4 the page path and query string dimension shows these values, whereas the plain page path hides them.
• The channel grouping. A large share of Direct traffic landing on a 404 usually suggests email, messaging apps, saved bookmarks or printed material.
• The device split. A heavily mobile pattern points toward social apps, SMS and email opened on phones. A desktop pattern is more likely to involve bookmarks and old browser history.
• The date the errors began. Compare the first day of the 404 against your change history. Product deletions, handle edits, theme publishes, app installs and email sends all leave a date behind, and the match is often obvious once you line them up.
• The volume pattern. A steady trickle suggests a permanent link or a bot. A sharp spike on a single day suggests a send or a post.

None of these proves a source on its own. They do reduce a vague problem to a short list of suspects, which is what you need before asking someone to correct a link.

How to Check Feeds, Emails and Apps for Broken Product URLs

Links that live outside your storefront HTML are the sources a crawler cannot see, and they account for many broken product URLs with no referrer. Product feeds, email templates and app-generated pages all store their own copies of your URLs, and those copies do not update when you change a product.

Work through this list:

• Product feeds and sales channels. Check the Google Merchant Center feed, Meta catalog and any marketplace or comparison channel for product links that still use an old handle or point to a deleted item.
• Email and SMS flows. Abandoned cart emails, welcome series, back-in-stock notices and old newsletters are common culprits. A subscriber opening a message from last year clicks a link that no longer works, and the visit arrives with no referrer.
• Ad final URLs. Paused or forgotten ad groups can keep sending traffic to a removed product.
• Printed material. QR codes on packaging, inserts and flyers cannot be edited after printing, and each scan arrives as a direct visit.
• Apps. Wishlist, recently viewed, review and upsell apps may store product URLs on their own servers or in a customer’s browser. A shopper returning to a saved item after the product was removed produces exactly this kind of 404.
• Social profiles and link pages. Bio links and pinned posts often point to products that were later retired.

If broken URLs began around the time you installed or updated an app, disable it temporarily on a test basis or review its settings. Some apps append their own parameters or generate their own pages, which makes them easy to identify once you compare the broken URL format with what the app produces.

How to Find External Sites Linking to Your Broken Product URLs

Other websites can send visitors to a removed or renamed product, and you can often find those links through backlink data even when the click itself carries no referrer. These links are the hardest to correct, but they are also the ones most worth recovering because they may pass real authority to your site.

Several methods work together:

• The Links report in Search Console. Check the most linked pages and look for product URLs that no longer exist.
• Backlink tools. Most third-party backlink tools can filter links by target URL, which lets you search for the specific broken handle and see which pages link to it.
• A search for the handle. Searching for the product handle in quotation marks sometimes surfaces blogs, forums, coupon sites and affiliate pages that reference it.
• Your own mentions. Press coverage, guest posts and partner pages that you arranged yourself are worth checking, since you know who to contact.

When you find a link on a site you do not control, you have two options. You can ask the owner to update the link, which works well for partners and publishers. Or you can leave the link alone and add a redirect from the old URL to the closest live page, which keeps the visitor and most of the link value. For a small number of important links I do both.

How to Handle Broken Product URLs With No Traceable Source

When no source can be found, a 301 redirect to the closest relevant live page is the practical fix, although not every broken URL deserves one. The decision depends on whether the URL receives real visits or has links pointing to it. Shopify allows you to add redirects under Online Store, then Navigation, then View URL Redirects, where you can create a redirect from the old path to a new one or import many at once from a CSV file.

A few rules keep this tidy:

• Redirect to a relevant destination. A discontinued product should point to a similar product or its parent collection. Sending every dead URL to the homepage can look like a soft 404 to search engines and rarely helps the visitor.
• Only redirect URLs that are actually broken. A redirect cannot be created for a path that still loads a live page.
• Skip the junk. Random strings, scanner paths and requests for pages that never existed are normal on any public site. A 404 is the correct response to them, and redirecting them adds clutter.
• Leave app and script artifacts alone unless they receive real traffic. If the URLs come from an app, fixing the app or removing it is a better use of time than a long list of redirects.
• Prioritise by evidence. Redirect first the URLs with the most sessions, the most backlinks or a recent spike.

After creating redirects, test several of them in a private browser window and check that they return the page you intended. Then run the free broken link checker again on the affected pages to confirm that no internal links still point to the old addresses. A redirect should be a safety net for outside traffic, not a patch for links you control.

How to Stop Broken Product Links From Coming Back

Most broken product links come from a short list of routine changes, so a few habits before editing or removing a product prevent the majority of repeats. Prevention is quicker than investigation, and it keeps your reports readable.

The habits that matter most:

1. Keep the redirect option on when you change a handle. Treat a handle edit as a URL change that needs a destination for the old address.
2. Search before you delete. Look up the handle in your theme, menus, content and flows before a product disappears.
3. Prefer replacement over removal. If a product is discontinued, consider redirecting its URL to the successor straight away, before any traffic reaches the 404.
4. Update feeds and templates after catalog changes. Refresh sales channel feeds and review email flows whenever you retire or rename a group of products.
5. Schedule a recurring check. A monthly crawl and a look at the Search Console 404 list catches new problems while the cause is still fresh in your memory.
6. Keep a simple change log. A shared note listing renamed, deleted and archived products turns the date-matching step described earlier into a lookup.

None of this needs to be elaborate. A store with a few hundred products can manage it with a calendar reminder and a spreadsheet.

Tracing Shopify Broken Product URLs: A Short Order of Operations

The fastest path is to work from the cheapest and most controllable sources outward, and to stop as soon as a pattern explains the errors. Here is the sequence in one place.

1. Group the broken URLs by handle, format and parameters, and note anything unusual.
2. Search your theme, menus and content for those handles, then run a crawler to catch what you missed.
3. Open the 404 report in Search Console and inspect the affected URLs for a referring page.
4. Check campaign parameters, channels and dates in analytics against your change history.
5. Review feeds, email and SMS flows, ads and apps for stored copies of the old links.
6. Look for external links in backlink data, then request changes or add redirects.
7. Redirect what remains if it has traffic or links, and ignore the junk.

An empty referrer makes the first pass feel impossible, but it rarely stays that way for long. Between the URL itself, a crawl, Search Console and a comparison of dates, most Shopify broken product URLs can be traced to a handful of sources, and fixing those sources is more durable than any list of redirects.