Notifiche di esaurimento scorte di WooCommerce: il flusso con tasso di clic del 70%+

Sono le 16:00 di venerdì in un negozio di sneaker WooCommerce di medie dimensioni. Le Nike Pegasus 41 Black sono esaurite da nove giorni. Il team di merchandising cambia lo stato delle scorte da outofstock a instock con 800 paia nel feed del magazzino. Il flusso di notifiche di esaurimento scorte di WooCommerce è già in esecuzione.

Entro 30 secondi, le notifiche push si diffondono a 4.200 iscritti che avevano esplicitamente toccato "avvisami" sulla pagina del dettaglio prodotto durante l'esaurimento scorte. Entro le 16:05, 2.800 di loro hanno cliccato. Entro le 16:11, 1.400 hanno acquistato. L'SKU si esaurisce di nuovo. Il responsabile della fidelizzazione non ha dedicato nemmeno un'ora al lancio. Il flusso era in esecuzione silenziosamente dal precedente rifornimento.

Questo è il flusso. Un trigger, al massimo due messaggi, un tasso di clic superiore al 70% e un tasso di conversione dai clic che si attesta tra il 25% e il 40%. Non esiste un'altra campagna nello stack di fidelizzazione che funzioni in modo così costante. Il motivo non è il testo né la tempistica. È l'opt-in. Un iscritto all'esaurimento scorte è l'unico iscritto nell'intero portafoglio che ha nominato l'SKU specifico che desidera e ha chiesto, per iscritto, di essere avvisato nel momento in cui torna disponibile.

Questo articolo presenta il flusso nativo per push di esaurimento scorte che un responsabile della fidelizzazione di WooCommerce può implementare direttamente: l'evento trigger, la logica decisionale, la gestione della race condition al rifornimento, il filtraggio consapevole delle varianti, il design dell'opt-in e le analisi dell'imbuto per SKU che difendono la voce di bilancio.

Perché l'esaurimento scorte è il flusso push con il CTR più alto nell'eCommerce

Gli avvisi di esaurimento scorte registrano tassi di clic post-clic che sembrano errori di battitura rispetto al resto del portafoglio push per eCommerce. Le notifiche di abbandono del carrello raggiungono un CTR dell'8-14%. L'abbandono della navigazione raggiunge il 4-8%. La serie di benvenuto raggiunge il 12-20%. Gli avvisi di riduzione del prezzo raggiungono il 18-25%. L'esaurimento scorte raggiunge il 60-80%, e un flusso ben ottimizzato su un SKU ad alta domanda supera regolarmente il 75%.

Flusso	Tipico tasso di clic
Abbandono della navigazione	4–8%
Abbandono del carrello (messaggio 1)	8–14%
Serie di benvenuto	12–20%
Avvisi di calo prezzi	18–25%
Esaurimento scorte	60–80%

Tre motivi per cui le notifiche di riassortimento superano qualsiasi altro flusso di lavoro in questo elenco.

Innanzitutto, l'opt-in è esplicito. L'iscritto ha toccato un pulsante con l'etichetta "avvisami quando torna disponibile" su una specifica pagina di dettaglio del prodotto. Non c'è intenzione implicita né ipotesi di segmentazione. Il sistema sa che l'iscritto desidera questo SKU esatto.

In secondo luogo, l'iscritto ha chiesto di essere informato. Confronta con un iscritto che ha abbandonato il carrello, che potrebbe non volere un follow-up. L'iscritto che attende il riassortimento è il raro pubblico push che ha esplicitamente invitato il messaggio.

In terzo luogo, il testo è inequivocabile. Il messaggio ha un solo compito: informare l'iscritto che il prodotto è tornato disponibile e collegarsi alla PDP. Non ci sono angoli di titolo da testare, nessuna offerta da costruire, nessuna urgenza da calibrare. Il prodotto è il messaggio.

Il flusso di esaurimento scorte, dall'inizio alla fine

Il flusso di lavoro utilizza il costruttore di flussi di lavoro PushEngage e il vocabolario standard dei nodi START / WAIT / DECISION / ACTION / END. La specifica completa:

Trigger (START): PushEngage.CustomEvent con event_name = product_restocked. Viene attivato dall'integrazione WooCommerce-PushEngage quando lo stock_status di un prodotto passa da outofstock a instock e stock_quantity > 0. Il plugin di integrazione mappa automaticamente l'hook woocommerce_product_set_stock_status di WooCommerce a questo evento personalizzato.

Tipo di esecuzione: Multiplo Parallelo. Un iscritto può essere iscritto a diversi SKU contemporaneamente e ogni riassortimento attiva la propria istanza di flusso di lavoro concorrente. Un Pegasus 41 Black riassortito e un Pegasus 41 Red separato riassortito allo stesso iscritto vengono eseguiti come due percorsi indipendenti.

Flusso:

• Nodo DECISIONE: l'iscritto è nella lista "avvisami" per questo SKU esatto (e variation_id, per prodotti con varianti abilitate)?
• Percorso SÌ: invia immediatamente la notifica di riassortimento. Nessuna attesa. Il riassortimento è l'unico flusso di lavoro in cui un'attesa è un bug, non una funzionalità, perché è molto probabile che lo SKU sia disponibile nei primi minuti dopo il riassortimento.
• ATTENDI 4 ore.
• Nodo DECISIONE: l'iscritto ha cliccato sulla prima notifica? Lo SKU è ancora disponibile?
• NO + ancora disponibile: invia il promemoria delle 4 ore.
• Tutti gli altri percorsi: FINE.

Criteri di uscita: Obiettivo purchase corrispondente al product_id dall'evento trigger, o un evento click-then-add-to-cart. Nel momento in cui l'iscritto acquista (o si impegna ad acquistare con un add-to-cart), il flusso di lavoro viene annullato e il promemoria non viene attivato.

Messaggio 1 — Amichevole, immediato

• Titolo: Pegasus 41 Black è di nuovo disponibile
• Corpo: Ci hai chiesto di avvisarti nel momento in cui fosse tornato. Il colore nero è ora disponibile. Tocca per prendere un paio.

Messaggio 2 — Promemoria di 4 ore per chi non ha cliccato

• Titolo: Ancora disponibile: Pegasus 41 Black
• Corpo: Sta andando a ruba. Ti sei iscritto per questo riassortimento. Tocca se vuoi ancora un paio.

Questo è l'intero flusso di lavoro. Due messaggi al massimo, una decisione, un'attesa, una regola di uscita.

La race condition: quando le scorte tornano e 4.200 iscritti cliccano tutti in 30 secondi

Una SKU popolare con 4.200 opt-in, rifornita con 800 unità, si esaurirà prima che la notifica più lenta raggiunga l'abbonato più lento. Questo è il più grande intoppo operativo nel flusso di lavoro "torna disponibile" e quello che separa una campagna con CTR del 70% da una del 12%. Gli abbonati che vedono la notifica dopo che la SKU è esaurita non cliccano. Si sentono presi in giro. Diventano più propensi a disiscriversi dalla lista generale. Il primo rifornimento che il team di retention lancia senza gestione delle race condition è solitamente l'ultimo che lanciano senza di essa.

La gestione ha due parti. La prima è a livello di flusso di lavoro: il flusso di lavoro di avviso di inventario deve inviare notifiche in ordine di opt-in, con il primo abbonato "avvisami" che vede la notifica per primo. L'ordine di invio si basa su un timestamp wishlist_created_at acquisito al momento dell'opt-in. Il motore del flusso di lavoro di PushEngage in modalità di invio ordinato gestisce questo; non tutte le piattaforme lo fanno.

La seconda parte è completamente a monte della piattaforma di push. L'effettivo collo di bottiglia nella maggior parte dei flussi di lavoro "torna disponibile" non è la consegna delle notifiche. È l'accuratezza dell'inventario. Il ritardo tra il sistema di magazzino, l'ERP e il negozio WooCommerce determina se la SKU è effettivamente ancora disponibile quando arriva la notifica. I negozi che pre-allocano le unità di rifornimento alla lista "avvisami" (quindi le prime 500 delle 800 unità sono riservate agli abbonati, vendute prima della trasmissione pubblica) aumentano materialmente il tasso di conversione del flusso di lavoro.

L'accuratezza dell'inventario è il problema a monte. L'invio ordinato è il compito del flusso di lavoro. Entrambi devono essere corretti.

Il problema delle varianti

Un abbonato che sceglie "Nike Pegasus 41 Black" vuole la variante Nera. Il rifornimento del Pegasus 41 in Rosso non dovrebbe inviare una notifica all'abbonato della versione Nera. L'integrazione WooCommerce-PushEngage acquisisce il variation_id specifico al momento dell'opt-in; il trigger del flusso di lavoro filtra in base a variation_id, non solo a product_id, per i prodotti con varianti abilitate. Se un negozio utilizza solo product_id, ogni rifornimento Rosso genera rumore per ogni abbonato della versione Nera, e il CTR del flusso di lavoro scende dal 70% al 20% entro un trimestre.

Lo schema dell'evento di opt-in per le notifiche "torna disponibile" di WooCommerce dovrebbe essere:

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

Il trigger di rifornimento corrispondente attiva la stessa forma:

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

Il nodo DECISIONE del flusso di lavoro filtra sia per product_id che per variation_id. Gli abbonati nella lista "avvisami" per la variante 14530 (Nero, taglia 10) corrispondono. Gli abbonati nella lista per la variante 14531 (Rosso, taglia 10) no. L'espressione di filtro sul nodo Decisione è la differenza tra un segnale pulito e uno rumoroso.

Flusso a due messaggi vs. flusso a un messaggio

Il promemoria di 4 ore non è sempre la scelta giusta. Per gli SKU ultra-hot che si esauriscono in meno di 30 minuti, il promemoria è un'esperienza peggiore di nessun messaggio. L'SKU è esaurito prima che arrivi il promemoria e l'iscritto riceve una notifica "ancora disponibile" su un prodotto che è già di nuovo esaurito. Per i rifornimenti quotidiani che durano da uno a sette giorni, il promemoria aumenta le conversioni del 15-25% per gli iscritti che hanno visto la prima notifica ma erano in riunione, sul treno o altrimenti impossibilitati ad agire sul momento.

Velocità di esaurimento	Conteggio messaggi consigliato
<30 minuti (ultra-hot)	1 (salta il promemoria)
30 minuti – 4 ore	1 o 2 (test)
4–24 ore	2 (promemoria utile)
1–7 giorni (rifornimento quotidiano)	2 (predefinito)
>7 giorni (a lenta rotazione)	1 (un contatto è sufficiente)

La decisione è un ramo a livello di flusso di lavoro attivato da un flag sell_out_velocity sul prodotto (impostato dal team di merchandising in base ai dati storici di rifornimento) o da un controllo in tempo reale della quantità di scorte al gate di 4 ore di ATTESA. Il compito del flusso di lavoro di recupero dell'indisponibilità è inviare il giusto numero di contatti per il tipo di SKU, non inviare il numero massimo di contatti supportati dal motore.

Design dell'opt-in: il pulsante "Avvisami" sulle PDP esaurite

La superficie di opt-in è ciò che fa funzionare questo flusso di lavoro. Un visitatore di una PDP esaurita ha già deciso che vuole il prodotto. L'unica richiesta è se permetterà al negozio di avvisarlo quando tornerà disponibile. Questo è il momento di opt-in con la più alta conversione che un negozio WooCommerce abbia, e trattarlo come qualsiasi altra richiesta generica di autorizzazione push è l'errore più comune in questo flusso di lavoro.

La chiamata di iscrizione specifica per prodotto di PushEngage, subscribeToProduct(productId, variationId), registra l'iscrizione push allo SKU specifico anziché all'elenco generale del sito. Il modulo di opt-in dovrebbe trovarsi accanto al badge esaurito sulla PDP, non sotto la piega. Il campo principale è l'autorizzazione push. L'email è il fallback per i browser che bloccano il push o per gli iscritti che desiderano entrambi i canali. Cattura il variation_id, il timestamp wishlist_created_at e un hash dell'iscritto al momento dell'opt-in.

Questo è il momento in cui si amplifica l'argomento della qualità generale dell'iscritto. Un opt-in di qualità superiore (esplicito, specifico per SKU, con intento confermato) aumenta le entrate recuperate di ogni flusso di lavoro downstream, non solo di questo. L'articolo correlato sulle richieste di iscrizione triggerate illustra come il design dell'opt-in in questo momento di intento sia più importante di qualsiasi retargeting successivo. Lo stack di notifiche push di WooCommerce si amplifica dall'opt-in verso l'esterno.

Orchestrazione cross-canale

Il web push è il canale primario per il flusso di lavoro "tornato disponibile" perché è il più veloce, il più economico e il canale a cui l'iscritto ha esplicitamente acconsentito. Ma non tutti gli iscritti hanno concesso l'autorizzazione push e un flusso di lavoro a canale singolo riduce il pubblico raggiungibile del 30-50% a seconda del mix di browser.

Il routing completo multicanale in un unico percorso:

• Autorizzazione push concessa: il web push viene inviato immediatamente. FINE.
• Nessun permesso di push ma email acquisita: il fallback via email viene attivato 15 minuti dopo il completamento del batch di push. Il ritardo di 15 minuti è la finestra di de-duplicazione. Gli iscritti che hanno ricevuto il push non ricevono l'email.
• SKU di fascia alta (AOV $300+) e opt-in WhatsApp registrato: l'escalation via WhatsApp viene attivata 30 minuti dopo il push. Il canale a più alto contatto è giustificato dall'AOV; l'opt-in esplicito di WhatsApp è ciò che rende il messaggio gradito anziché intrusivo.

Tre canali, un flusso di lavoro, un set di criteri di uscita, un'identità di iscritto. Questo è il tipo di orchestrazione che richiede un motore di flusso di lavoro unificato; è impossibile comporlo in modo pulito con tre strumenti separati a canale singolo. Per un approfondimento su come push ed email lavorano insieme all'interno di un piano di fidelizzazione, il post orchestrazione multicanale di push ed email illustra la logica di de-duplicazione e l'albero decisionale di routing dei canali.

Analisi per flusso: leggi l'imbuto

Il compito del retention manager è difendere la voce di bilancio. Le analisi per SKU del flusso di lavoro "tornato disponibile" rendono breve quella conversazione. Ecco come appare l'imbuto per il riassortimento di Pegasus 41 Black dallo scenario iniziale:

Fase	Conteggio	Tasso rispetto alla fase precedente
Rifornimenti attivati	1	—
Opt-in notificati (push)	4,200	100%
Push consegnati	4,150	98,8% (50 non iscritti dall'opt-in)
Push cliccati	2,800	67,5% (CTR)
Aggiungi al carrello	1,580	56,4% dei cliccanti
Acquisto	1,400	50,0% dei cliccanti (notifica-acquisto: 33,7%)

Un tasso di notifica-acquisto del 33,7% è il tipo di numero che, confrontato con l'imbuto di qualsiasi altro flusso di lavoro di fidelizzazione, sposta immediatamente la conversazione sul budget. Il flusso di lavoro di abbandono del carrello nello stesso negozio recupera i carrelli al 14%. Il flusso di lavoro di abbandono della navigazione aumenta il passaggio da navigazione a carrello del 6%. Gli avvisi di esaurimento scorte, con il 33,7% di notifiche-acquisti, stanno facendo 2-5 volte il lavoro per impressione di ogni altro flusso di lavoro sul dashboard.

Il collo di bottiglia di questo flusso di lavoro non è quasi mai la piattaforma di push. Quando il tasso di conversione delude, la causa è a monte. L'articolo era esaurito prima che la notifica si diffondesse. Il conteggio della quantità di scorte in WooCommerce era diverso da quello del magazzino. La mappatura variation_id era errata e sono stati notificati gli iscritti sbagliati. La maggior parte dei ticket "il flusso di lavoro non funziona" si risolve in "l'articolo era già esaurito" o "l'iscritto sbagliato ha ricevuto il messaggio". Entrambi sono problemi di inventario e integrazione, non problemi di push.

Crealo in PushEngage

Il percorso di configurazione è breve per un flusso di lavoro così potente. Installa il plugin di integrazione WooCommerce-PushEngage dal repository di WordPress. Il plugin mappa automaticamente l'hook woocommerce_product_set_stock_status all'evento personalizzato product_restocked.

Conferma che il pulsante di opt-in "avvisami" sia abilitato sulle PDP esaurite. Carica il modello di flusso di lavoro "tornato disponibile" dalla libreria di modelli di PushEngage Workflows. Testa su un SKU prima di trasmettere.

Cosa cambia questo

Il piano gratuito copre 200 iscritti, ogni canale e il motore completo di Workflows fin dal primo giorno. Questo è sufficiente per provare il canale su uno SKU controllato prima di richiedere un budget. Il primo rifornimento nell'ambito del workflow solitamente ripaga l'abbonamento annuale in un unico pomeriggio. La matematica qui è raramente l'ostacolo.

Gli articoli correlati nella serie di push di WooCommerce completano il quadro della fidelizzazione. Il workflow di abbandono del carrello di WooCommerce invia la sequenza di 3 messaggi per il carrello. Il workflow di abbandono della navigazione di WooCommerce copre l'abbandono della pagina di dettaglio del prodotto.

L'articolo Avvisi di calo prezzo di WooCommerce copre il trigger di avviso di calo prezzo per la wishlist che si abbina naturalmente alle notifiche di rifornimento. L'hub più ampio di notifiche push per l'ecommerce mappa come tutti questi workflow si intersecano.

Un iscritto a WooCommerce per il riassortimento è l'opt-in più prezioso che il tuo negozio otterrà mai. Hanno nominato lo SKU, hanno chiesto di essere informati e cliccheranno con tassi che faranno sembrare lento il resto dello stack di fidelizzazione. Il workflow di avviso di inventario che li serve viene eseguito su un trigger, una decisione, un'attesa e una regola di uscita. Il lavoro operativo (trigger consapevoli delle varianti, invio ordinato, design dell'opt-in, accuratezza dell'inventario) è ciò che determina se il workflow invia un CTR del 70% o del 12%.

La matematica della fidelizzazione si accumula da lì. Un workflow di avviso di rifornimento ottimizzato per uno SKU con AOV di $145 con 4.200 opt-in e un tasso di notifica-acquisto del 33% vale circa $200.000 di entrate attribuite per rifornimento. Il team di merchandising è il vincolo, non la piattaforma di push. Il recupero degli articoli esauriti è il workflow più economico, con il più alto CTR e il più difendibile nello stack di notifiche push di WooCommerce, e l'unico in cui l'iscritto ha richiesto il messaggio.

Inizia con il piano gratuito per inviare il primo workflow di notifiche di rifornimento in meno di un'ora.