WooCommerce back-in-stock notifikationer: arbejdsgangen med 70%+ klikrate

Det er fredag kl. 16 hos en mellemstor WooCommerce-sneakerbutik. Nike Pegasus 41 Black har været udsolgt i ni dage. Merchandising-teamet ændrer lagerstatus fra outofstock til instock med 800 par i lagerfeedet. WooCommerce-workflowet for notifikationer om genopfyldning kører allerede.

Inden for 30 sekunder udsendes push-notifikationer til 4.200 abonnenter, der eksplicit har trykket på “giv mig besked” på produktdetaljesiden under udsolgt-perioden. Kl. 16:05 har 2.800 af dem klikket. Kl. 16:11 har 1.400 købt. SKU'en bliver igen udsolgt. Retention manageren brugte nul timer på lanceringen. Workflowet har kørt stille og roligt siden den forrige genopfyldning.

Det er workflowet. Én trigger, højst to beskeder, en klikrate på over 70% og en konverteringsrate fra klik, der ligger mellem 25% og 40%. Der er ingen anden kampagne i retention-stakken, der performer så konsekvent. Årsagen er ikke teksten og ikke timingen. Det er opt-in. En abonnent på genopfyldningsnotifikationer er den eneste abonnent i hele porteføljen, der har navngivet den specifikke SKU, de ønsker, og bedt om skriftligt at blive informeret i det øjeblik, den vender tilbage.

Denne artikel leverer push-native genopfyldningsworkflowet, som en WooCommerce retention manager direkte kan implementere: trigger-begivenheden, beslutningslogikken, håndtering af race conditions ved genopfyldning, variant-bevidst filtrering, opt-in-designet og per-SKU funnel-analyser, der forsvarer varelinjen.

Hvorfor genopfyldningsnotifikationer er det push-workflow med den højeste CTR i e-handel

Genopfyldningsalarmer med klikrater, der ligner tastefejl ved siden af resten af e-handels push-porteføljen. Kurv-forladt notifikationer lander på 8–14% CTR. Browse-forladt lander på 4–8%. Velkomstserier lander på 12–20%. Prisfaldsalarmer lander på 18–25%. Genopfyldning lander på 60–80%, og et velafstemt workflow på en SKU med høj efterspørgsel overstiger regelmæssigt 75%.

Arbejdsgang	Typisk klikrate
Forladt browsing	4–8%
Kurv forladt (besked 1)	8–14%
Velkomstserie	12–20%
Prisfaldsalarmer	18–25%
Genopfyldning	60–80%

Tre grunde til, at genopfyldningsnotifikationer overgår alle andre workflows på denne liste.

For det første er opt-in eksplicit. Abonnenten trykkede på en knap mærket "giv mig besked, når denne er tilbage" på en specifik produktdetaljeside. Der er ingen underforstået hensigt og ingen segmenteringsgæt. Systemet ved, at abonnenten ønsker præcis denne SKU.

For det andet bad abonnenten om at blive informeret. Sammenlign med en abonnent på kurv-forladt, som måske ikke rent faktisk ønsker en opfølgning. Abonnenten på genopfyldningsnotifikationer er det sjældne push-publikum, der eksplicit har inviteret beskeden.

For det tredje er teksten utvetydig. Beskeden har én opgave: at fortælle abonnenten, at produktet er tilbage, og linke til PDP. Der er ingen overskriftsvinkel at teste, ingen tilbud at konstruere, ingen hastighedsindramning at overstyre. Produktet er beskeden.

Genopfyldningsworkflowet, fra start til slut

Arbejdsgangen bruger PushEngage Workflows builder og den standard terminologi for START / WAIT / DECISION / ACTION / END-knudepunkter. Den fulde specifikation:

Udløser (START): PushEngage.CustomEvent med event_name = product_restocked. Udløses fra WooCommerce-PushEngage-integrationen, når et produkts stock_status skifter fra outofstock til instock og stock_quantity > 0. Integrationspluginet mapper WooCommerce-hooken woocommerce_product_set_stock_status til denne brugerdefinerede begivenhed automatisk.

Kørselstype: Flere parallelle. En abonnent kan tilmeldes flere SKU'er på én gang, og hver genopfyldning udløser sin egen samtidige arbejdsgangsinstans. En genopfyldning af Pegasus 41 Black og en separat genopfyldning af Pegasus 41 Red til den samme abonnent kører som to uafhængige rejser.

Flow:

• DECISION-knudepunkt: er abonnenten på "besked mig"-listen for denne præcise SKU (og variation_id, for variantaktiverede produkter)?
• JA-sti: send genopfyldningsmeddelelsen med det samme. Ingen ventetid. Tilbage på lager er den ene arbejdsgang, hvor en ventetid er en fejl, ikke en funktion, fordi SKU'en højst sandsynligt er på lager i de første minutter efter genopfyldning.
• VENT 4 timer.
• DECISION-knudepunkt: klikkede abonnenten på den første meddelelse? Er SKU'en stadig på lager?
• NEJ + stadig på lager: send 4-timers påmindelsen.
• Alle andre stier: AFSLUT.

Afslutningskriterier: Mål purchase, der matcher product_id fra udløserbegivenheden, eller en klik-og-tilføj-til-kurv-begivenhed. I det øjeblik abonnenten køber (eller forpligter sig til at købe med en tilføjelse til kurven), annulleres arbejdsgangen, og påmindelsen sendes ikke.

Besked 1 — venlig, øjeblikkelig

• Titel: Pegasus 41 Black er tilbage på lager
• Brødtekst: Du bad os om at fortælle dig i det øjeblik, den vendte tilbage. Den sorte farve er live nu. Tryk for at få et par.

Besked 2 — 4-timers påmindelse for ikke-klikkerne

• Titel: Stadig på lager: Pegasus 41 Black
• Brødtekst: Den ryger hurtigt. Du har tilmeldt dig denne genopfyldning. Tryk, hvis du stadig vil have et par.

Det er hele arbejdsgangen. Maksimalt to beskeder, én beslutning, én ventetid, én afslutningsregel.

Race condition: når lageret vender tilbage, og 4.200 abonnenter klikker på én gang inden for 30 sekunder

En populær SKU med 4.200 tilmeldinger, genopfyldt med 800 enheder, vil blive udsolgt, før den langsomste meddelelse når den langsomste abonnent. Dette er den største operationelle faldgrube i arbejdsgangen for tilbage på lager og den, der adskiller en kampagne med 70 % CTR fra en med 12 %. Abonnenter, der ser meddelelsen, efter at SKU'en er væk, klikker ikke. De føler sig hånet. De bliver mere tilbøjelige til at afmelde sig den bredere liste. Den første genopfyldning, som fastholdelsesteamet lancerer uden håndtering af kapløbsforhold, er normalt den sidste, de lancerer uden den.

Håndteringen har to dele. Den første er på workflow-niveau: lageropdaterings-workflowet skal sende notifikationer i tilmeldingsrækkefølge, hvor den tidligste “notificer mig”-abonnent ser notifikationen først. Sendingsrækkefølgen baseres på et wishlist_created_at tidsstempel, der er fanget ved tilmeldingsbegivenheden. PushEngage workflow-motorens ordnede send-tilstand håndterer dette; ikke alle platforme gør.

Den anden del ligger helt uden for push-platformen. Den faktiske flaskehals på de fleste “tilbage på lager”-workflows er ikke levering af notifikationer. Det er lagerpræcision. Forsinkelsen mellem lagerstyringssystemet, ERP'en og WooCommerce-butikken bestemmer, om varen (SKU) reelt stadig er på lager, når notifikationen lander. Butikker, der forhåndsallokerer genopfyldningsenheder til “notificer mig”-listen (så de første 500 ud af 800 enheder reserveres til abonnenter og sælges, før den offentlige udsendelse), øger konverteringsraten på workflowet markant.

Lagerpræcision er det foregående problem. Ordnet afsendelse er workflowets opgave. Begge dele skal være korrekte.

Variantproblemet

En abonnent, der tilmelder sig “Nike Pegasus 41 Black”, ønsker den sorte variant. Genopfyldning af Pegasus 41 i rød bør ikke udløse en notifikation til den sorte abonnent. WooCommerce-PushEngage-integrationen fanger den specifikke variation_id i øjeblikket for tilmelding; workflow-triggeren filtrerer på variation_id, ikke kun product_id, for variantaktiverede produkter. Hvis en butik instrumenterer kun på product_id, genererer hver rød genopfyldning støj for hver sort abonnent, og workflowets CTR falder fra 70% til 20% inden for et kvartal.

Skemaet for tilmeldingsbegivenheder for WooCommerce “tilbage på lager”-notifikationer bør være:

{
  "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..."
}

Den matchende genopfyldningstrigger udløser den samme form:

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

Workflowets DECISION-knude filtrerer på både product_id og variation_id. Abonnenter på “notificer mig”-listen for variant 14530 (Sort, størrelse 10) matcher. Abonnenter på listen for variant 14531 (Rød, størrelse 10) gør ikke. Filterudtrykket på Decision-knuden er forskellen mellem et rent signal og et støjende et.

To-beskeders vs. én-beskeders workflow

Påmindelsen efter 4 timer er ikke altid det rigtige valg. For ultra-populære varer (SKU'er), der sælges ud på mindre end 30 minutter, er påmindelsen en dårligere oplevelse end ingen besked overhovedet. Varen (SKU) er væk, før påmindelsen lander, og abonnenten modtager en “stadig på lager”-notifikation for et produkt, der allerede er udsolgt igen. For almindelige genopfyldninger, der holder i en til syv dage, øger påmindelsen konverteringen 15-25% for abonnenter, der så den første notifikation, men var i et møde, på toget eller på anden måde ude af stand til at handle med det samme.

Salgsudsalgs-hastighed	Anbefalet antal beskeder
<30 minutter (ultra-populær)	1 (spring påmindelsen over)
30 minutter – 4 timer	1 eller 2 (test)
4–24 timer	2 (påmindelse er værdifuld)
1–7 dage (almindelig genopfyldning)	2 (standard)
>7 dage (langsomt bevægende)	1 (én berøring er nok)

Beslutningen er en forgreningsproces på workflow-niveau, der udløses af et sell_out_velocity flag på produktet (sat af merchandising-teamet baseret på historiske genopfyldningsdata) eller af en realtidslagerkontrol ved 4-timers ventepunktet. Opgaven for workflowet til genopretning af udsolgte varer er at sende det rigtige antal notifikationer for SKU-typen, ikke at sende det maksimale antal notifikationer, som systemet understøtter.

Opt-in design: knappen “Giv mig besked” på udsolgte PDP'er

Opt-in-grænsefladen er det, der får dette workflow til at fungere. En besøgende på en udsolgt PDP har allerede besluttet, at de vil have produktet. Det eneste, der spørges om, er, om de vil lade butikken fortælle dem, når det vender tilbage. Det er det mest konverterende opt-in-øjeblik, en WooCommerce-butik har, og at behandle det som enhver anden generisk push-tilladelsesprompt er den mest almindelige fejl i dette workflow.

PushEngages produktspecifikke subscribe-kald, subscribeToProduct(productId, variationId), registrerer push-abonnementet til den specifikke SKU snarere end den bredere webstedsliste. Opt-in-formularen skal placeres ved siden af udsolgt-mærket på PDP'en, ikke under folden. Det primære felt er push-tilladelse. E-mail er fallback for browsere, der blokerer push, eller for abonnenter, der ønsker begge kanaler. Indsaml variation_id, wishlist_created_at tidsstemplet og en abonnenthash i øjeblikket for opt-in.

Dette er øjeblikket, hvor argumentet om bredere abonnentkvalitet forstærkes. En opt-in af højere kvalitet (eksplicit, SKU-specifik, hensigtsbekræftet) øger den genvundne omsætning for alle efterfølgende workflows, ikke kun dette. Den tilknyttede artikel om prompts for udløst abonnements-opt-in gennemgår, hvordan opt-in-designet i dette øjeblik af hensigt betyder mere end nogen efterfølgende retargeting. WooCommerce push-notifikationsstakken forstærkes udad fra opt-in.

Kryds-kanal orkestrering

Web push er den primære kanal for "tilbage på lager"-workflowet, fordi det er den hurtigste, den billigste og den kanal, som abonnenten eksplicit har tilmeldt sig. Men ikke alle abonnenter gav push-tilladelse, og et workflow med én kanal reducerer det tilgængelige publikum med 30-50% afhængigt af browserblandingen.

Den fulde flerkanalsrouting i én rejse:

• Push-tilladelse givet: web push sendes med det samme. SLUT.
• Ingen push-tilladelse, men e-mail indsamlet: e-mail fallback sendes 15 minutter efter, at push-batchen er færdig. 15-minutters forsinkelsen er deduplikationsvinduet. Abonnenter, der modtog pushet, modtager ikke e-mailen.
• Højværdi SKU ($300+ AOV) og WhatsApp opt-in på fil: WhatsApp-eskalering sendes 30 minutter efter push. Den højere kontaktkanal er begrundet i AOV; den eksplicitte WhatsApp opt-in er det, der gør beskeden velkommen snarere end påtrængende.

Tre kanaler, én arbejdsgang, ét sæt exit-kriterier, én abonnentidentitet. Dette er den slags orkestrering, der kræver en samlet arbejdsgangsmotor; det er umuligt at komponere rent med tre separate værktøjer til én kanal. For en dybere behandling af, hvordan push og e-mail fungerer sammen inden for en fastholdelsesplan, gennemgår indlægget orkestrering af push og e-mail på tværs af flere kanaler deduplikeringslogikken og beslutningstræet for kanalrouting.

Per-workflow analyser: læs funnels

Fastholdelsesmanagerens job er at forsvare posten. Analyserne pr. SKU for arbejdsgangen for genopfyldning af lager gør den samtale kort. Her er, hvordan tragten ser ud for genopfyldningen af Pegasus 41 Black fra det indledende scenarie:

Fase	Antal	Rate vs forrige fase
Genopfyldninger udløst	1	—
Tilmeldte underrettet (push)	4,200	100%
Push leveret	4,150	98,8 % (50 afmeldt siden tilmelding)
Push klikket	2,800	67,5 % (CTR)
Tilføjet til kurv	1,580	56,4 % af klikkere
Køb	1,400	50,0 % af klikkere (notifikation-til-køb: 33,7 %)

En notifikation-til-køb-rate på 33,7 % er den slags tal, der, når det plottes mod enhver anden fastholdelses-arbejdsgangs tragt, øjeblikkeligt ændrer budgetsamtalen. Arbejdsgangen for forladte indkøbskurve i denne samme butik genvinder kurve med 14 %. Arbejdsgangen for forladte browser-sessioner øger browser-til-kurv med 6 %. Arbejdsgangen for genopfyldningsalarmer, med 33,7 % notifikation-til-køb, udfører 2-5 gange arbejdet pr. visning af enhver anden arbejdsgang på instrumentbrættet.

Flaskehalsen på denne arbejdsgang er næsten aldrig push-platformen. Når konverteringsraten skuffer, er årsagen opstrøms. SKU'en var væk, før notifikationen blev distribueret. Lagerantallet i WooCommerce var afveget fra lageret. Variation_id-mappingen var forkert, og de forkerte abonnenter blev underrettet. De fleste "arbejdsgangen virker ikke"-billetter løses til "SKU'en var allerede væk" eller "den forkerte abonnent fik beskeden". Begge dele er lager- og integrationsproblemer, ikke push-problemer.

Byg det i PushEngage

Opsætningsstien er kort for en arbejdsgang, der er så kraftfuld. Installer WooCommerce-PushEngage-integrationspluginet fra WordPress-arkivet. Pluginet mapper automatisk hook'en woocommerce_product_set_stock_status til brugerdefinerede begivenhed product_restocked.

Bekræft, at knappen "underret mig" er aktiveret på udsolgte PDP'er. Hent skabelonen for genopfyldnings-arbejdsgangen fra PushEngage Workflows-skabelonbiblioteket. Test på én SKU, før du udsender.

Hvad dette ændrer

Den gratis plan dækker 200 abonnenter, alle kanaler og hele Workflows-motoren fra dag ét. Det er nok til at bevise kanalen på en kontrolleret SKU, før man anmoder om budget. Den første genopfyldning under arbejdsgangen betaler normalt det årlige abonnement tilbage på en enkelt eftermiddag. Matematikken her er sjældent forhindringen.

Søsterartikler i WooCommerce push-serien fuldender fastholdelsesbilledet. WooCommerce arbejdsgang for forladte indkøbskurve sender 3-besked-sekvensen for indkøbskurven. WooCommerce arbejdsgang for forladte browser-sessioner dækker forladte produktdetaljesider.

Indlægget WooCommerce pris fald alarmer dækker wishlist-price-drop-triggeren, der passer naturligt sammen med restock-notifikationer. Det bredere hub for ecommerce push-notifikationer viser, hvordan alle disse arbejdsgange flettes sammen.

En WooCommerce back-in-stock-abonnent er den mest værdifulde opt-in, din butik nogensinde vil få. De har navngivet SKU'en, de har bedt om at blive informeret, og de vil klikke med en hastighed, der får resten af retention-stakken til at se langsom ud. Arbejdsgangen for lageropdateringer, der tjener dem, kører på én trigger, én beslutning, én ventetid og én exit-regel. Det operationelle arbejde (variant-bevidste triggere, ordnet afsendelse, opt-in-design, lagerpræcision) er det, der bestemmer, om arbejdsgangen leverer 70% CTR eller 12%.

Retention-regnestykket vokser derfra. En restock-alarm-arbejdsgang, der er finjusteret til en SKU med en AOV på 145 USD med 4.200 opt-ins og en 33% notifikations-til-køb-rate, er cirka 200.000 USD i tilskrevet omsætning pr. restock. Merchandising-teamet er begrænsningen, ikke push-platformen. Out-of-stock-genopretning er den billigste, mest-CTR-høje, mest-forsvarlige arbejdsgang i woocommerce push-notifikations-stakken, og den eneste, hvor abonnenten bad om beskeden.

Start med gratisplanen for at implementere den første restock-notifikations-arbejdsgang på under en time.