WooCommerce back-in-stock meldingen: de workflow met een klikratio van 70+%

Het is vrijdag 16:00 uur bij een WooCommerce sneakerwinkel in het middensegment. De Nike Pegasus 41 Black is al negen dagen uitverkocht. Het merchandisingteam wisselt de voorraadstatus van outofstock naar instock met 800 paar in de warehouse feed. De WooCommerce back-in-stock notificatieworkflow draait al.

Binnen 30 seconden worden pushmeldingen verspreid naar 4.200 abonnees die expliciet op "meld me" hebben getikt op de productdetailpagina tijdens de uitverkoop. Om 16:05 uur hebben 2.800 van hen geklikt. Om 16:11 uur hebben 1.400 gekocht. De SKU is weer uitverkocht. De retention manager heeft nul uur aan de lancering besteed. De workflow draaide al geruisloos sinds de vorige aanvulling.

Dat is de workflow. Eén trigger, maximaal twee berichten, een click-through rate van meer dan 70%, en een conversieratio van klikken die tussen de 25% en 40% ligt. Er is geen andere campagne in de retentiestack die zo consistent presteert. De reden is niet de tekst en niet de timing. Het is de opt-in. Een back-in-stock abonnee is de enige abonnee in het hele portfolio die de specifieke SKU heeft genoemd die hij wil en heeft gevraagd, schriftelijk, om geïnformeerd te worden op het moment dat deze terugkomt.

Dit artikel verzendt de push-native back-in-stock workflow die een WooCommerce retention manager direct kan overnemen: de triggergebeurtenis, de beslissingslogica, de afhandeling van racecondities bij aanvulling, de variantbewuste filtering, het opt-in ontwerp en de per-SKU funnelanalyse die de regel verdedigt.

Waarom back-in-stock de push-workflow met de hoogste CTR is in eCommerce

Back-in-stock alerts na click-through rates die eruitzien als typefouten naast de rest van de eCommerce push portfolio. Cart-abandonment notificaties landen op 8–14% CTR. Browse-abandonment landt op 4–8%. Welkomstseries landen op 12–20%. Prijsdaling alerts landen op 18–25%. Back-in-stock landt op 60–80%, en een goed afgestelde workflow op een SKU met hoge vraag haalt regelmatig 75%.

Workflow	Typische click-through rate
Browse-abandonment	4–8%
Cart abandonment (bericht 1)	8–14%
Welkomstserie	12–20%
Prijsdaler-meldingen	18–25%
Weer op voorraad	60–80%

Drie redenen waarom restock notificaties beter presteren dan elke andere workflow op deze lijst.

Ten eerste, de opt-in is expliciet. De abonnee tikte op een knop met het label "meld me wanneer deze weer op voorraad is" op een specifieke productdetailpagina. Er is geen afgeleide intentie en geen segmentatie gok. Het systeem weet dat de abonnee precies deze SKU wil.

Ten tweede, de abonnee vroeg om geïnformeerd te worden. Vergeleken met een cart-abandonment abonnee, die misschien niet echt een follow-up wil. De back-in-stock abonnee is het zeldzame push-publiek dat expliciet de melding heeft uitgenodigd.

Ten derde is de tekst ondubbelzinnig. Het bericht heeft één taak: de abonnee vertellen dat het product weer op voorraad is en linken naar de PDP. Er is geen headline-hoek om te testen, geen aanbieding om te construeren, geen urgentie-framing om te over-afstemmen. Het product is het bericht.

De back-in-stock workflow, van begin tot eind

De workflow maakt gebruik van de PushEngage Workflows builder en de standaard terminologie van START / WAIT / DECISION / ACTION / END knooppunten. De volledige specificatie:

Trigger (START): PushEngage.CustomEvent met event_name = product_restocked. Wordt geactiveerd vanuit de WooCommerce-PushEngage-integratie wanneer de stock_status van een product overgaat van outofstock naar instock en stock_quantity > 0. De integratieplug-in koppelt de WooCommerce woocommerce_product_set_stock_status hook automatisch aan dit aangepaste event.

Run type: Multiple Parallel. Een abonnee kan zich tegelijkertijd aanmelden voor meerdere SKU's, en elke herbevoorrading activeert zijn eigen gelijktijdige workflow-instantie. Een herbevoorrading van Pegasus 41 Black en een aparte herbevoorrading van Pegasus 41 Red naar dezelfde abonnee worden uitgevoerd als twee onafhankelijke reizen.

Stroom:

• DECISION knooppunt: staat de abonnee op de 'informeer mij'-lijst voor deze exacte SKU (en variation_id, voor producten met varianten)?
• JA-pad: stuur de herbevoorradingsmelding onmiddellijk. Geen wachttijd. Back-in-stock is de enige workflow waarbij een wachttijd een bug is, geen functie, omdat de SKU waarschijnlijk het meest in voorraad is in de eerste minuten na herbevoorrading.
• WAIT 4 uur.
• DECISION knooppunt: heeft de abonnee op de eerste melding geklikt? Is de SKU nog steeds op voorraad?
• NEE + nog steeds op voorraad: stuur de herinnering van 4 uur.
• Alle andere paden: END.

Exit criteria: Doel purchase dat overeenkomt met de product_id uit het trigger-event, of een click-then-add-to-cart event. Op het moment dat de abonnee koopt (of zich committeert aan een aankoop met een add-to-cart), wordt de workflow geannuleerd en wordt de herinnering niet verzonden.

Bericht 1 — vriendelijk, onmiddellijk

• Titel: Pegasus 41 Black is weer op voorraad
• Body: Je vroeg ons om je te laten weten zodra het terug was. De zwarte kleurstelling is nu live. Tik om een paar te pakken.

Bericht 2 — 4-uurs herinnering voor niet-klikkers

• Titel: Nog steeds op voorraad: Pegasus 41 Black
• Body: Het gaat snel. Je hebt je aangemeld voor deze herbevoorrading. Tik als je nog een paar wilt.

Dat is de volledige workflow. Maximaal twee berichten, één beslissing, één wacht, één exit-regel.

De raceconditie: wanneer de voorraad terugkeert en 4.200 abonnees allemaal binnen 30 seconden klikken

Een populaire SKU met 4.200 aanmeldingen, herbevoorraad met 800 eenheden, zal uitverkocht zijn voordat de langzaamste melding de langzaamste abonnee bereikt. Dit is de grootste operationele valkuil in de back-in-stock workflow en degene die een campagne met 70% CTR scheidt van een campagne met 12%. Abonnees die de melding zien nadat de SKU weg is, klikken niet. Ze voelen zich bespot. Ze zullen eerder zich afmelden van de bredere lijst. De eerste herbevoorrading die het retentieteam lanceert zonder race-condition handling, is meestal de laatste die ze lanceren zonder.

De afhandeling bestaat uit twee delen. Het eerste is op workflow-niveau: de voorraadwaarschuwingsworkflow moet meldingen versturen in de volgorde van opt-in, waarbij de abonnee die als eerste op “meld me aan” heeft geklikt, eerst de melding ziet. De volgorde van verzending is gebaseerd op een wishlist_created_at timestamp die is vastgelegd bij de opt-in gebeurtenis. De geordende verzendmodus van de PushEngage workflow-engine regelt dit; niet elk platform doet dit.

Het tweede deel bevindt zich volledig vóór het push-platform. De werkelijke knelpunt bij de meeste back-in-stock workflows is niet de levering van meldingen. Het is de nauwkeurigheid van de voorraad. De vertraging tussen het magazijnsysteem, het ERP en de WooCommerce-winkel bepaalt of de SKU daadwerkelijk nog op voorraad is wanneer de melding arriveert. Winkels die restock-eenheden vooraf toewijzen aan de 'meld mij'-lijst (zodat de eerste 500 van de 800 eenheden worden gereserveerd voor abonnees, uitverkocht vóór de publieke uitzending) verhogen de conversieratio van de workflow aanzienlijk.

Voorraadnauwkeurigheid is het upstream probleem. Geordende verzending is de taak van de workflow. Beide moeten kloppen.

Het variantprobleem

Een abonnee die zich aanmeldt voor “Nike Pegasus 41 Zwart” wil de Zwarte variant. Het aanvullen van de Pegasus 41 in Rood mag geen melding sturen naar de Zwarte abonnee. De WooCommerce-PushEngage-integratie legt de specifieke variation_id vast op het moment van opt-in; de workflow-trigger filtert op variation_id, niet alleen op product_id, voor producten met varianten. Als een winkel alleen op product_id instrumenteert, genereert elke Rode restock ruis voor elke Zwarte abonnee, en daalt de CTR van de workflow van 70% naar 20% binnen een kwartaal.

Het opt-in gebeurtenisschema voor woocommerce back in stock meldingen moet zijn:

{
  "event_name": "wishlist_added",
  "product_id": 14523,
  "variation_id": 14530,
  "sku": "PEG41-BLK-10",
  "wishlist_created_at": "2026-05-21T14:32:08Z",
  "subscriber_hash": "sub_2eHzK..."
}

De bijpassende restock-trigger vuurt dezelfde vorm:

{
  "event_name": "product_restocked",
  "product_id": 14523,
  "variation_id": 14530,
  "stock_quantity": 800,
  "restocked_at": "2026-05-26T16:00:14Z"
}

Het DECISION-knooppunt van de workflow filtert op zowel product_id als variation_id. Abonnees op de 'meld mij'-lijst voor variatie 14530 (Zwart, maat 10) komen overeen. Abonnees op de lijst voor variatie 14531 (Rood, maat 10) niet. De filterexpressie op het Beslissingsknooppunt is het verschil tussen een schoon signaal en een ruisrijk signaal.

Twee berichten versus één bericht workflow

De herinnering van 4 uur is niet altijd de juiste keuze. Voor ultra-hete SKU's die in minder dan 30 minuten uitverkocht zijn, is de herinnering een slechtere ervaring dan helemaal geen bericht. De SKU is weg voordat de herinnering arriveert, en de abonnee ontvangt een melding “nog op voorraad” voor een product dat alweer uitverkocht is. Voor alledaagse restocks die één tot zeven dagen duren, verhoogt de herinnering de conversie met 15-25% bij abonnees die de eerste melding zagen, maar in een vergadering zaten, in de trein zaten of anderszins niet direct konden handelen.

Verkoopsnelheid	Aanbevolen aantal berichten
<30 minuten (ultra-heet)	1 (sla de herinnering over)
30 minuten – 4 uur	1 of 2 (test)
4–24 uur	2 (herinnering waardevol)
1–7 dagen (alledaagse restock)	2 (standaard)
>7 dagen (langzaam bewegend)	1 (één keer is genoeg)

De beslissing is een branch op workflow-niveau, gebaseerd op een sell_out_velocity vlag op het product (ingesteld door het merchandisingteam op basis van historische herbevoorradingsgegevens) of op een realtime voorraadcontrole bij de WAIT 4-uur poort. De taak van de workflow voor herstel van uitverkochte producten is om het juiste aantal interacties voor het SKU-type te activeren, niet om het maximale aantal interacties te activeren dat de engine ondersteunt.

Opt-in ontwerp: de knop "Informeer mij" op PDP's die niet op voorraad zijn

Het opt-in-oppervlak is wat deze workflow laat werken. Een bezoeker van een PDP die niet op voorraad is, heeft al besloten dat hij het product wil. De enige vraag is of hij de winkel zal laten weten wanneer het terugkomt. Dat is het moment met de hoogste conversie voor opt-in dat een WooCommerce-winkel heeft, en het behandelen ervan als elke andere generieke prompt voor push-toestemming is de meest voorkomende fout bij deze workflow.

PushEngage's productspecifieke abonnementsoproep, subscribeToProduct(productId, variationId), registreert het push-abonnement voor de specifieke SKU in plaats van de bredere site-lijst. Het opt-in-formulier moet naast de badge "niet op voorraad" op de PDP staan, niet onder de vouw. Het primaire veld is push-toestemming. E-mail is de fallback voor browsers die push blokkeren of voor abonnees die beide kanalen willen. Leg de variation_id, de wishlist_created_at tijdstempel en een subscriber hash vast op het moment van opt-in.

Dit is het moment waarop het bredere argument over de kwaliteit van abonnees zich opstapelt. Een opt-in van hogere kwaliteit (expliciet, SKU-specifiek, intentie-bevestigd) verhoogt de herstelde omzet van elke downstream workflow, niet alleen deze. Het zusterartikel over prompts voor geactiveerde abonnementsopt-ins legt uit hoe het opt-in-ontwerp op dit moment van intentie belangrijker is dan enige retargeting die volgt. De WooCommerce push-notificatiestack bouwt zich op vanaf de opt-in naar buiten.

Cross-channel orkestratie

Web push is het primaire kanaal voor de back-in-stock workflow omdat het het snelst, het goedkoopst en het kanaal is waarvoor de abonnee zich expliciet heeft aangemeld. Maar niet elke abonnee heeft push-toestemming gegeven, en een workflow met één kanaal verkleint het bereikbare publiek met 30-50% afhankelijk van de browser-mix.

De volledige multichannel routering in één reis:

• Push-toestemming verleend: web push wordt onmiddellijk geactiveerd. EINDE.
• Geen push-toestemming maar e-mail vastgelegd: e-mail fallback wordt 15 minuten na voltooiing van de push-batch geactiveerd. De vertraging van 15 minuten is het de-duplicatievenster. Abonnees die de push hebben ontvangen, ontvangen de e-mail niet.
• High-ticket SKU ($300+ AOV) en WhatsApp opt-in op bestand: WhatsApp-escalatie wordt 30 minuten na push geactiveerd. Het kanaal met hogere interactie wordt gerechtvaardigd door de AOV; de expliciete WhatsApp-opt-in is wat het bericht welkom maakt in plaats van opdringerig.

Drie kanalen, één workflow, één set exitcriteria, één abonneebenidentiteit. Dit is het soort orkestratie dat een uniforme workflow-engine vereist; het is onmogelijk om dit schoon samen te stellen met drie afzonderlijke single-channel tools. Voor een diepere behandeling van hoe push en e-mail samenwerken binnen een retentieplan, legt de push- en e-mail-multichannel-orkestratie post de deduplicatielogica en de kanaalrouteringsbeslissingsboom uit.

Per-workflow analyse: lees de funnel

De taak van de retentiemanager is om de post te verdedigen. De per-SKU-analyses voor de back-in-stock-workflow maken dat gesprek kort. Hier is hoe de trechter eruitziet voor de Pegasus 41 Black-aanvulling vanuit het openingsscenario:

Fase	Aantal	Percentage t.o.v. vorige fase
Herbevoorradingen geactiveerd	1	—
Opt-ins gemeld (push)	4,200	100%
Push bezorgd	4,150	98,8% (50 afgemeld sinds opt-in)
Push aangeklikt	2,800	67,5% (CTR)
Aan winkelwagen toegevoegd	1,580	56,4% van de klikkers
Aankoop	1,400	50,0% van de klikkers (melding-naar-aankoop: 33,7%)

Een 33,7% melding-naar-aankoop-percentage is het soort getal dat, afgezet tegen de trechter van elke andere retentieworkflow, het budgetgesprek onmiddellijk verschuift. De winkelwagen-verlatingsworkflow in dezelfde winkel herstelt winkelwagens voor 14%. De browse-verlatingsworkflow verhoogt browse-naar-winkelwagen met 6%. De back-in-stock-alerts workflow, met 33,7% melding-naar-aankoop, doet 2-5x het werk per impressie van elke andere workflow op het dashboard.

Het knelpunt van deze workflow is bijna nooit het pushplatform. Wanneer de conversieratio tegenvalt, ligt de oorzaak stroomopwaarts. De SKU was weg voordat de melding werd verspreid. Het aantal voorraadhoeveelheden in WooCommerce was afgeweken van het magazijn. De mapping van variation_id was onjuist en de verkeerde abonnees werden gemeld. De meeste 'de workflow werkt niet'-tickets worden opgelost als 'de SKU was al weg' of 'de verkeerde abonnee kreeg het bericht'. Beide zijn voorraad- en integratieproblemen, geen pushproblemen.

Bouw het in PushEngage

Het instelpad is kort voor een workflow die zo krachtig is. Installeer de WooCommerce-PushEngage integratieplugin uit de WordPress-repository. De plugin koppelt automatisch de woocommerce_product_set_stock_status hook aan de aangepaste gebeurtenis product_restocked.

Bevestig dat de "stel me op de hoogte" opt-in knop is ingeschakeld op PDP's die niet op voorraad zijn. Gebruik de back-in-stock workflow-sjabloon uit de PushEngage Workflows-sjabloonbibliotheek. Test op één SKU voordat u gaat uitzenden.

Wat dit verandert

Het gratis abonnement dekt 200 abonnees, elk kanaal en de volledige Workflows-engine vanaf dag één. Dat is genoeg om het kanaal op een gecontroleerde SKU te bewijzen voordat budget wordt aangevraagd. De eerste herbevoorrading onder de workflow betaalt de jaarlijkse abonnementskosten meestal in één middag terug. De berekening hier is zelden het obstakel.

Broederartikelen in de WooCommerce push-serie maken het retentiebeeld compleet. De WooCommerce winkelwagenverlatingsworkflow verzendt de winkelwagenreeks van 3 berichten. De WooCommerce browseverlatingsworkflow behandelt het verlaten van productdetailpagina's.

Het artikel WooCommerce prijsverlagingmeldingen behandelt de wishlist-prijsdaling-trigger die van nature past bij herbevoorradingsmeldingen. De bredere hub ecommerce pushmeldingen beschrijft hoe al deze workflows met elkaar samenhangen.

Een WooCommerce abonnee voor 'weer op voorraad' is de meest waardevolle opt-in die uw winkel ooit zal krijgen. Ze hebben de SKU benoemd, ze hebben gevraagd om geïnformeerd te worden, en ze zullen klikken met tarieven die de rest van de retentiestack langzaam doen lijken. De workflow voor voorraadmeldingen die hen bedient, draait op één trigger, één beslissing, één wacht, en één exitregel. Het operationele werk (variantbewuste triggers, bestelde verzending, opt-in ontwerp, voorraadnauwkeurigheid) bepaalt of de workflow 70% CTR of 12% levert.

De retentiemathematiek stapelt zich vanaf daar op. Eén workflow voor meldingen over voorraad aanvullen, afgestemd op een SKU met een AOV van $145 bij 4.200 opt-ins en een meldings-naar-aankoopratio van 33%, is ongeveer $200.000 aan toegeschreven inkomsten per voorraad aanvulling. Het merchandisingteam is de beperkende factor, niet het pushplatform. Herstel van uitverkochte producten is de goedkoopste, hoogste-CTR, meest verdedigbare workflow in de WooCommerce pushmeldingen stack, en de enige waarbij de abonnee om het bericht heeft gevraagd.

Begin met het gratis abonnement om de eerste workflow voor meldingen over voorraad aanvullen binnen een uur te verzenden.