Back-in-Stock Alerts: Which Variant Triggers an Email, and What Does Unsubscribe Stop?
A back-in-stock alert should tell a shopper about the product they actually requested, not merely that something in the same product family is available. Before adding “Notify me”, define the saved variant, the event that triggers a message and the scope of withdrawal.
Treat this as a notification subscription, not a purchase or a promise that a unit will remain available. A personal wishlist and an inventory reservation solve different problems. The feature described here needs its own explicit customer action and reviewed communication policy.
Save the exact request, not just an email address
In a fictional clothing shop, a visitor asks about a blue shirt in a particular size. Restocking a red shirt or a different size should not silently satisfy that request. Decide whether subscriptions identify a product, a specific variant and, if relevant, a sales location.
The official WooCommerce Back In Stock Notifications store-owner guide describes an extension that stores selected variation attributes, displays them in confirmation and notification emails, and restores the selection when the customer returns through the notification link. These are capabilities of that extension, not claims about every WooCommerce shop or its core installation.
Show the requested selection on the signup confirmation. Decide how duplicate requests are handled and what happens if the variant is retired. Silently converting a discontinued choice into interest in another item misrepresents the shopper's request.
Define a meaningful stock trigger
The extension's documented default is a transition from Out of stock to In stock. It also allows a minimum stock quantity for triggering notifications. Those are different configurations: correcting a status field and receiving a substantial delivery need not produce the same campaign.
Ask which stock source drives your implementation and who checks it. If only a tiny quantity is available, decide whether the notification policy remains appropriate. Do not claim that a configured minimum distributes stock fairly or reserves one item for every subscriber; a trigger threshold is not an allocation mechanism.
The guide describes sending notification emails in batches. Your brief should therefore distinguish an eligible request, queued communication and a message handed off for delivery. Avoid calling every queued request “customer notified”. Delivery failures belong in a separate operational view, not in an invented purchase result.
Make withdrawal scope visible
Read the actual unsubscribe behaviour before writing the email footer. The documented extension distinguishes guest links: a signup-confirmation link deactivates the notification for the specific product, while the stock-notification link deactivates all active notifications associated with the guest's email address.
For this extension, explain that scope accurately. For a custom solution, choose and demonstrate the intended scope instead of assuming every unsubscribe link means the same thing. Someone waiting for several unrelated products needs to know whether one action stops one request or all of them.
Also agree how unverified requests are treated if address verification is required, and have privacy and communication requirements reviewed for your business. Do not describe an alert request as permission for unrelated newsletters or infer legal compliance from a plugin setting.
Test the customer's return and withdrawal
Use test products and controlled email recipients. Subscribe to one unavailable variant, restock a different one, then restock the requested variant under the agreed threshold rule. Check the confirmation, queued work and returned product selection independently.
Next, create requests for two products and exercise the relevant guest unsubscribe links. Confirm which requests remain active and that the interface describes the result. Include a retired variant, a failed message and a customer returning after the item has sold out again.
Put those outcomes in your acceptance criteria when planning shop notifications. The useful result is an accurately scoped request and a clear route back to the selected product, not a claim that a reminder guarantees a sale.