A product URL can keep working while the page behind it changes. A link may show an error, send a shopper somewhere unexpected, or open a page without the product they meant to find. A repeatable check helps you separate a persistent problem from a temporary loading issue or an intentional redirect.
This is general guidance, not a report of a ShelfSparrow audit or findings from any real store. The examples below are hypothetical.
How do I list the public product URLs to check?
Collect the product links you want to check from your public catalog, product feed, or storefront. Start with a manageable group, such as the products you recently changed or shared in a campaign. For each URL, write down the product name and a reliable identifier such as its SKU, plus the public page you expect a shopper to reach. Keep separate rows for different products or listings, even when their names are similar.
Use the public product URL, not an admin preview or an editing link. If a product has separate pages by market, channel, or variant, note which one you are checking and what should appear there.
How should I open each link as a shopper?
Open the saved URL in a regular browser window as someone shopping your store would. Let the page finish loading, then check both the address bar and the page itself. Compare the final destination with the expected page: does it still show the right product, and can a shopper identify the intended item?
Look for three kinds of mismatch:
- Unavailable or error page: the browser cannot load the destination, or the page shows an error such as “not found” or a server error.
- Unexpected redirect: the link finishes at an unrelated page, such as the home page, a broad collection, or a different product. A redirect may be intentional, so compare it with the destination you expect before calling it a problem.
- Wrong or missing product page: a page loads, but the expected product is absent or a different item is shown.
A query string, language selector, or canonical URL change by itself does not mean the link is broken. Check the final page as well as the final URL.
What should I record for each link?
Keep one check row per product URL. Record the original URL, expected product or SKU, expected destination, final URL, the page result in plain language, and the date and time. If the browser shows an error, note its wording. Use a simple status such as looks right, needs a recheck, or possible mismatch; a first unexpected result is a prompt to verify, not a confirmed finding.
| Original URL | Expected product | Final URL and page result | Checked at | Status |
|---|---|---|---|---|
| The public product link you opened | Product name or SKU | Address bar destination and what the page displayed | Date and time | Looks right, recheck, or possible mismatch |
What should I know about hypothetical examples?
Imagine a fictional candle shop whose expected page is for a cedar candle. In a hypothetical check, its product link ends on a candle collection instead. Record that destination and what the collection shows, then check whether the shop intentionally retired or redirected the individual product page.
In another hypothetical case, a fictional tote listing opens successfully but displays a different product. Note the original link, the final URL, the product shown, and the expected SKU. That gives the person responsible for the catalog enough detail to repeat the check. These examples describe no real shops or audit results.
How can I confirm a link problem before flagging it?
Open the original URL again from your worksheet. If possible, try a fresh private window or a second browser, and also follow the link from the public page where shoppers find it. Confirm that you are comparing the same market, variant, and expected product. A temporary network problem, an old browser tab, or a deliberate move to a replacement page can explain a one-time difference.
If the same error, unexpected destination, or missing product appears again, compare it with your current product catalog and any planned redirects. Keep both checks in your notes. If the destination is still unclear, mark the row unresolved and ask the person who manages the store links before changing it. This avoids treating a single failed load as proof that the product URL is broken.
After an approved link or page change, open the original URL once more and record the new destination and page result. Keep the recheck with the original row so the next review has a clear history.
How can I request a free listing snapshot?
ShelfSparrow’s free listing snapshot reviews one public listing and emails exactly one named finding plus a score from 0 to 100. It is separate from the full Store Audit. Request a free listing snapshot.
Which official sources help verify a product destination?
Google’s Merchant Center guidance explains that a product link should lead to a landing page that matches the product data: Google Merchant Center landing page requirements. Shopify documents product status and channel availability, including how status and publication affect whether a product can be bought: Shopify product status and availability. Use the platform instructions that apply to the listing being checked.