The short answer
Keep one primary product URL for simple size options, preserve useful pages through temporary stockouts, and redirect a retired URL only when a genuinely equivalent destination exists.
A stock change does not always call for a URL change. Set rules for size options, backorders, and discontinued items before the catalog starts creating duplicate pages or losing useful links.
MooseRank’s peptide product-page research identified product options, availability, and lot documentation as separate pieces of the buying decision. This guide turns those distinctions into URL and inventory rules.
Choose the product URL
Separate a size option from a new product.
If two vial sizes are options on the same listing, a single primary product page is a useful starting point. Give shoppers a stable way to open a preselected variant. In a single-page model, the base URL can be the canonical page while variant URLs load the correct option, price, availability, and SKU.
If variants have intentionally distinct public pages, test that each resolves a real buying decision with its own useful information. Follow Google’s product variant documentation for the single-page or multi-page model you actually use. Keep the selected variant, inventory, and linked COA accurate for the chosen SKU and lot.
Map inventory states
Keep a useful URL as long as it serves a buyer.
Decide whether the change affects an option, the entire product, or just one lot. This fictional decision table shows what each condition should change on the public site.
| Situation | URL and page behavior | What the visitor should see |
|---|---|---|
| Two vial sizes under one product | Keep the base product URL and support distinct preselected options. | The correct SKU, price, stock state, and relevant documentation for the selected size. |
| One variant temporarily sells out | Keep the useful product URL and its canonical. Update the affected offer. | That option is unavailable. Other variants remain selectable if available. |
| All options are temporarily out of stock | Keep the page live with a 200 status if its content remains useful. | Accurate availability, existing specs or records, and a restock signup if supported. |
| Backorders are accepted | Keep the page live. Update the order controls and offer availability. | Clear ordering terms and a supported fulfillment estimate, if one is available. |
| Product retired with an equivalent replacement | Use a direct permanent redirect when the new page serves the same purpose. | The replacement product; retain any independently useful historical lot records separately. |
| Product retired without an equivalent | Keep a useful archive, or return 404 or 410 if the page is removed. | A discontinued notice and relevant records where useful. No misleading purchase control. |
Align every surface
Update availability from the same source.
Treat the inventory system as the source for the selected SKU’s public status. Check the product page, category tile, cart, and any applicable structured data or feed. A stale tile that says “in stock” sends buyers to a dead end even if the product page is correct.
If product structured data is used, match the offer’s availability to what the website actually supports. Distinguish a real backorder from a waitlist. Keep the lot information attached to the report it covers; a restock should not silently replace one batch’s evidence with another’s.
Test the transitions
Test each state before the next stock update.
Open a saved variant URL from a fresh browser session. Confirm the selected option, price, inventory, and document link. Try the cart action where available. Then inspect the preferred URL and structured data and compare them with the actual purchase state.
When a page retires, update category links, related-product cards, and the sitemap as appropriate. If a legacy URL redirects, confirm the response lands directly at the expected product. If a report still has independent value, check that it remains reachable from the archive.
- Test one product with partial stock and one with no available variants.
- Test a real backorder only if checkout supports it.
- Test a replacement redirect and a true removal separately.
Apply it to your catalog
Make the next change with a clear owner.
To build these rules into your ecommerce templates and catalog, see our approach to peptide seo.
Straight answers
Common questions
01Should an out-of-stock variant become a 404?+
Usually no for a temporary stockout. Keep the useful product destination and show that the selected option is unavailable. Reserve removal statuses for URLs that are genuinely gone.
02Can a retired product page stay in the sitemap?+
Only if you intentionally keep it as a useful, indexable, canonical resource. Remove old URLs that redirect, return errors, or are intentionally excluded from indexing.
03Can I redirect a retired product to the catalog homepage?+
A general catalog rarely satisfies a specific product search. Use an equivalent replacement if one exists, keep a useful archive, or return an accurate removal status.
Research sources
Pages and documentation reviewed
- Google Search Central: product variant structured data
- Google Search Central: ecommerce URL structure
- Google Search Central: temporarily limit ecommerce functionality
The examples are fictional and the markup guidance describes general ecommerce implementation. It does not establish a product’s eligibility for any listing, feed, or advertising program.
About the author
The Moose
The Moose is the Founder of MooseRank. MooseRank has worked with a peptide company for which MooseRank reports growth from approximately 100 to 3,000 monthly Google Search clicks over nine months, and uses current market evidence to guide each new engagement.
Meet The Moose and the MooseRank system