75% af indkøbskurve bliver forladt. Denne WooCommerce browse-arbejdsgang hjælper.

It is Monday morning at a $20M GMV WooCommerce home-goods store and the retention manager is reading last week’s funnel in Google Analytics. Product detail page views: 180,000. Add-to-carts: 18,000. Purchases: 1,800. The Klaviyo dashboard tab shows $3,200 recovered from cart abandonment last week.

The browse-abandonment line on the same dashboard reads zero, because Klaviyo cannot reach browse-abandoners. No email was captured for them. They visited a product detail page, did not add to cart, and left. 162,000 visitors are invisible to email this week.

This is the audience that WooCommerce browse abandonment push notifications were built for. Web push opt-in fires at first qualified visit, not at cart-stage email-capture. That single timing difference means the browse-abandoner who never types an email address is still reachable.

A 3-message workflow with the right exit logic can convert 8–14% of them to add-to-cart, which on a 162,000-visitor week is a line item the retention team can defend at the next P&L review. The rest of this article walks through that workflow, the exact event instrumentation it needs on the WooCommerce stack, and the retention math at three list sizes.

Browse abandonment is not cart abandonment is not session abandonment

Definitional clarity, briefly, because the SERP confuses the three. Browse abandonment is a product detail page view without an add-to-cart inside thirty minutes. Cart abandonment is an add-to-cart without a checkout completion. Session abandonment is a visit that never reached a product detail page at all. Each one has a different trigger, a different audience size, and a different workflow.

The size difference is the headline. On a typical mid-market WooCommerce store, for every cart-abandoner there are five to eight browse-abandoners. The cart-abandonment funnel is well-served by email because the customer captured their address at checkout-attempt time. The browse-abandonment funnel is not served by email at all, because no email was captured. This is why product page abandonment recovery has been the quiet uneconomic part of most retention stacks. Push fixes the addressability problem because the opt-in event is a browser-native dialog that fires on the first qualified visit.

Funnel stage	Trigger event	Typical weekly volume on a $20M GMV store	Inheriting workflow
Session abandonment	page_view (any page)	very high, noisy	none recommended
Forladt browsing	page_view on product detail with no add_to_cart in 30 min	144,000	the browse workflow in this article
Cart abandonment	add_to_cart with no purchase in 60 min	18,000	the cart-abandonment workflow

Gennemse-arbejdsgangen går over i indkøbskurv-arbejdsgangen i det øjeblik, en person, der har forladt gennemse-processen, tilføjer til kurven. Denne overlevering betyder noget og ignoreres i det meste gennemse-indhold. De to arbejdsgange deler en begivenheds-taksonomi, og indkøbskurv-arbejdsgangen arver en delvist kvalificeret abonnent fra gennemse-arbejdsgangen, når det tredje touch lander.

Why push is the only practical channel for browse abandonment

E-mail kræver en e-mailadresse. En person, der har forladt gennemse-processen på en WooCommerce-webshop, har endnu ikke en. PushEngage-opt-in-dialogen udløses ved det andet sidevisning eller efter et konfigurerbart engagement-signal, og når den er accepteret, kan abonnenten kontaktes resten af deres enheds levetid uden nogensinde at give dig deres adresse. Dette er den driftsmæssige antagelse, der gør automatisering af genopretning af gennemse-processen økonomisk levedygtig. WooCommerce push-meddelelser når den anonyme besøgende på en måde, som ingen anden kanal kan nå til en acceptabel pris.

De andre muligheder har økonomi, der ikke overlever en P&L-gennemgang ved volumen af personer, der har forladt gennemse-processen. Betalt remarketing på Meta og Google Ads opkræver CPM-per-visning og fortærer CAC-budgettet for hver person, der har forladt gennemse-processen, som du rører igen, uanset om de konverterer. SMS kræver et telefonnummer, hvilket er endnu mindre sandsynligt end en e-mail på gennemse-stadiet.

E-mail kræver en e-mail. Push, efter en enkelt opt-in, koster næsten ingenting per afsendelse. Med en WooCommerce-liste på 200.000 abonnenter er marginalomkostningen for en afsendelse af en person, der har forladt gennemse-processen, effektivt den brøkdel af en cent, som push-tjenesteudbyderen opkræver for leveringsinfrastruktur, ikke et gebyr pr. besked.

Fastholdelses-/CAC-regnestykket følger derfra. For den samme genvundne omsætning koster automatisering af genopretning af gennemse-processen på push en lille brøkdel af det betalte remarketing-alternativ. Det er argumentet for posten, og den lever på WooCommerce-stacken, fordi WooCommerce-butikker typisk har produktdetaljesider, der er godt instrumenteret til page_view-sporing ud af boksen.

The 3-message browse abandonment workflow

Her er den komplette arbejdsgang. Udløser: en PushEngage brugerdefineret begivenhed page_view filtreret til produktdetaljesider (hvor is_product = true) og hvor abonnenten heller ikke udløste add_to_cart inden for tredive minutter. Kørselstype: Flere parallelle, så en abonnent, der gennemser fem forskellige produkter i en session, kan have fem samtidige arbejdsgangsinstanser, der hver peger på det korrekte produkt. Afslutningskriterier: mål add_to_cart (indkøbskurv-arbejdsgangen arver) eller purchase (ingen yderligere meddelelser nødvendige).

Blueprint — The 3-message browse abandonment workflow

• START: Brugerdefineret begivenhed page_view, filter is_product = true, OG ingen add_to_cart fra samme abonnent inden for 30 minutter
• VENT: 30 minutter
• BESLUTNING 1: er abonnenten i øjeblikket aktiv på webstedet (flaget session_activity sat inden for de sidste 5 minutter)?
  • JA-sti: AFSLUT (afbryd ikke en aktiv session; arbejdsgangen genvurderes ved en ny udløser)
  • NEJ-sti: fortsæt
• HANDLING (Besked 1): Send web push-besked, der minder om det specifikke produkt, der blev set. Titel: “Tænker stadig på {{event.data.product_title}}?” Brødtekst: “Den er lige, hvor du efterlod den. Tryk for at hente.” URL: produktets side-URL. Billede: {{event.data.product_image}}.
• VENT: 4 timer
• BESLUTNING 2: tilføjede abonnenten produktet til indkøbskurven?
  • JA-sti: AFSLUT (workflow for forladt indkøbskurv overtager)
  • NEJ-sti: fortsæt
• HANDLING (Besked 2): Send web push-besked med relaterede produkter. Titel: “Du vil måske også kunne lide disse fra vores {{event.data.category}} kollektion.” Brødtekst: “Tre valgmuligheder, der ligner {{event.data.product_title}}.” URL: WooCommerce-kategoriarkivsiden. Billede: det første relaterede produkts billede.
• VENT: 48 timer
• HANDLING (Besked 3): Send web push-besked med rabatopdagelses-indramning. Titel: “Holdt øje med denne.” Brødtekst: “Vi har holdt den til dig med 10% rabat. Kode: BROWSE10.” URL: produktets side-URL med rabatkoden forudapplikeret.
• SLUT

Det er hele workflowet for forladt browsing. Tre beskeder, to ventetider med beslutninger, én stille exit-gren, to målorienterede exits. Produktvisningsmeddelelserne i Besked 1 og Besked 3 sender hver det oprindeligt sete produkt; Besked 2 skifter til relaterede produkter, fordi der efter 4 timer efter browsing er en reel påmindelsestræthed, og opdagelse er den mekanisme, der konverterer. De næste to H2'er går i dybden med exit-grenen for “stadig browsing” og mekanismen for relaterede produkter, fordi begge disse er de største uafdækkede detaljer på SERP'en.

En note om kørselstypen. Multiple Parallel er korrekt for forladt browsing, fordi en enkelt abonnent kan browse-forlade fem produkter i en session på fyrre minutter, og hvert produkt er sin egen workflow-instans med sin egen produktkontekst. PushEngage Workflows-motoren sporer entry_flag-tidsstemplet pr. instans, så de fem instanser ikke kolliderer. Hvis du indstiller dette workflow til Single, får kun ét af de fem produkter en genoprettende berøring, og de andre fire går stille.

Exit-grenen “stadig browsing”

Dette er den mest oversete detalje på tværs af alle side-et-resultater for søgeordet. De fleste artikler om forladt browsing fortæller dig at sende en besked efter tredive minutter, punktum. Den rådgivning genererer støj for aktive shoppere og nedbryder kanalen. En abonnent, der stadig er på webstedet efter enogtredive minutter, behøver ikke en notifikation om det produkt, de i øjeblikket ser på. De skal have lov til at afslutte sessionen.

BESLUTNINGS-knuden ved den tredive minutters ventetid løser dette. Den læser en session_activity heartbeat-attribut på abonnentprofilen. Hvis attributtens tidsstempel er inden for de sidste fem minutter, afsluttes workflowet stille. Abonnenten straffes ikke for at være på webstedet. Næste gang de forlader det, genstarter den næste produkt-detaljesidevisning triggeren og starter en ny workflow-instans med opdateret kontekst. Dette er den vigtigste ting at tilføje til et workflow for forladt browsing, som de fleste teams sender uden.

Implementeringen er let. PushEngage JavaScript SDK'et kan sende en heartbeat custom event hvert femte minut, mens siden er i forgrunden, hvilket skriver til abonnentattributten via Workflows-motorens UpdateAttribute-handling. DECISION-knudens publikumsfilter læser derefter subscriber.attributes.session_active_at og sammenligner med now() - 5min. Publikumsfilteret er dokumenteret i PushEngage Workflows' reference for beslutningslogik.

Fastholdelsessagen for den stadig-browsende exit er direkte. En anonym browse-forlader, der stadig er på siden, er en bruger med aktiv hensigt, og en push-meddelelse er det forkerte værktøj. At lade dem afslutte sessionen bevarer kanalens leveringsdygtighedsscore, holder afmeldingsraten lav og koncentrerer workflowets afsendelser på det segment, hvor push rent faktisk flytter et antal. Browse-genoprettelsesautomatisering lever eller dør ved denne disciplin.

The related-products lever (Message 2)

Besked 2 pusher ikke det samme produkt, som abonnenten allerede har set. Den pusher en kurateret liste over relaterede produkter, fordi fire timer efter den oprindelige browsing er påmindelsestræthed indtruffet, og kunden enten allerede er vendt tilbage eller ikke kommer tilbage for netop den specifikke vare. Opdagelse er løftestangen ved firetimersmærket, ikke påmindelse.

WooCommerce gør dette nemt. Platformen leverer wc_get_related_products som en indbygget funktion knyttet til dens produktkategori. Funktionen returnerer up-sells, cross-sells og kategorilignende produkter, der er knyttet til det sete produkt. PushEngage WooCommerce-integrationspluginet kan sende disse ind i workflowet som event-data-variabler, så Besked 2's meddelelse kan gengive de relaterede produkters titler, billeder og URL'er uden en separat API-kald. En typisk Besked 2-tekstlinje: "Du vil måske også kunne lide disse fra vores {{event.data.category}}-kollektion."

Dette er den WooCommerce-specifikke fordel. Butikker på platforme uden en indbygget relaterede-produkter-kategori skal beregne relaterethed på tidspunktet for workflow-udløsning, hvilket betyder en brugerdefineret anbefalingsservice. WooCommerce-butikker får dette gratis fra platformen. Mellemmarkedets WooCommerce-butikker med brede SKU-kataloger ser det største løft fra Besked 2, fordi overfladen af relaterede produkter er bred nok til at finde et andet produkt, som abonnenten rent faktisk ønsker. Butikker med snævre kataloger ser mindre løft her og kan samle Besked 2 og 3 til en enkelt rabat-opdagelses-kontakt efter 24 timer.

Mønsteret er vigtigt, fordi browse-afvisning, der kun er en påmindelse, er standarden på SERP, og dens konverteringsloft er lavt. Tilføjelse af en opdagelses-kontakt øger workflowets genoprettede-kurv-rate med 30-50% i butikker med en relaterede-produkter-kategori, der allerede er udfyldt, hvilket de fleste WooCommerce-installationer har, uanset om sælgeren ved det eller ej.

Browse-abandonment data on the WooCommerce stack

Tre event-input driver workflowet. Her er, hvor hver enkelt kommer fra, og installationsrækkefølgen, hvis du starter fra bunden.

Begivenhed 1, page_view med product_id. Udløses fra PushEngage JavaScript SDK på hver produktdetaljeside. Minimum payload er { event_name: 'page_view', product_id: '...' }; den anbefalede payload inkluderer også product_title, product_image og category, så workflowet kan gengive dem i Besked 1, 2 og 3 uden et andet API-kald. Installer denne først, da udløseren for browse-workflowet afhænger af den.

Begivenhed 2, add_to_cart. Udløses fra WooCommerce-PushEngage integrationspluginet, som kroger woocommerce_add_to_cart WordPress-handlingen. Installer denne som nummer to, da workflowets BESLUTNING 2 (og workflowets exit-kriterier) læser denne begivenhed. Hvis du forsinker installationen af integrationspluginet, kører browse-workflowet stadig; det kan bare ikke arve rent ind i indkøbskurv-workflowet.

Begivenhed 3, session_activity heartbeat. En brugerdefineret begivenhed udløst af PushEngage SDK hvert femte minut, mens siden er i forgrunden. Opdaterer abonnentattributten session_active_at. Installer denne som nummer tre. Browse-workflowet nedgraderes yndefuldt uden den: 30-minutters ventetiden gælder stadig, og Besked 1 udløses stadig, men exit-grenen for aktive shoppere kan ikke udløses, og aktive shoppere vil lejlighedsvis modtage notifikationer midt i en session. Dette er det valgfrie poleringstrin.

De fleste WooCommerce-butikker med PushEngage-pluginet installeret får begivenhederne 1 og 2 gratis under onboarding. Session_activity heartbeat er den valgfrie tredje begivenhed, der gør workflowet fra “godt” til “bedst på SERP”. Butikker, der udskyder ingeniørarbejde, kan levere workflowet med begivenheder 1 og 2 i uge et og tilføje heartbeatet i uge tre.

Per-workflow analytics: read the funnel

PushEngage Workflows sporer køede, afsluttede og udgåede brugere ved hver knude. For browse-afvisning på en WooCommerce-butik med 200.000 abonnenter og ca. 30.000 produktdetaljesidevisninger om ugen (illustrative tal), ser tragten således ud:

Knude	Køet	Gennemført	Afsluttet	Noter
START (page_view filter)	0	28,000	0	Abonnenter, der går ind i workflowet denne uge
VENT 30 minutter	850	27,150	0	Normal kødybde
BESLUTNING 1 (stadig i gang med at browse?)	0	21,800	5,350	5.350 aktive sessioner forlod stille
HANDLING Besked 1	0	21,800	0	Påmindelse sendt
VENT 4 timer	280	18,520	3,000	3.000 abonnenter tilføjet til indkøbskurv (indkøbskurv-workflow arver)
BESLUTNING 2 (tilføjet til indkøbskurv?)	0	18,520	0	Alle resterende er kun til browsing
HANDLING Besked 2	0	18,520	0	Relaterede produkter sendt
VENT 48 timer	600	16,300	2,220	2.220 tilføjet til indkøbskurv over de næste to dage
HANDLING Besked 3	0	16,300	0	Rabat-opdagelse sendt
SLUT	ikke relevant	16,300	ikke relevant	Tilføjede ikke til indkøbskurv

I denne tragt tilføjede 5.220 abonnenter (3.000 + 2.220) til kurven, mens de var inde i browse-arbejdsgangen, en browse-til-kurv-rate på 18,6% ud af de 28.000, der gik ind. Af disse tilføjelser til kurven genvinder arbejdsgangen for forladte kurve yderligere en brøkdel til køb. De høje exit-knudepunkter er de to ventetider, hvilket er det forventede mønster: tid til beslutning sker i ventevinduerne, ikke i handlingsvinduerne. Den stadig-browsende exit ved BESLUTNING 1 bidrager med yderligere 5.350 stille-afsluttede aktive sessioner; uden den gren ville disse abonnenter have modtaget Besked 1 midt i sessionen, hvilket ville have udvandet kanalen.

Regnestykket for genvundet omsætning skalerer med listestørrelsen. Den samme arbejdsgang på en liste med 50.000 abonnenter producerer cirka en fjerdedel af disse tal; på en liste med 1.000.000 abonnenter producerer den cirka fem gange. Omkostningerne pr. afsendelse forbliver tæt på nul hele vejen igennem, hvilket er kanalens strukturelle fordel.

Listestørrelse	Ugentlige produktdetaljevisninger	Ugentlige browse-forladere, der går ind i arbejdsgangen	Ugentlige genvundne tilføjelser til kurven (18,6%)	Anslået genvundet omsætning ved 85 USD AOV × 15% lukningsrate
50,000	7,500	7,000	1,300	$16,600
200,000	30,000	28,000	5,220	$66,500
1,000,000	150,000	140,000	26,000	$331,500

Dette er retningsgivende tal; det faktiske løft på din butik afhænger af AOV, kategorimix og lukningsraten for genvundne tilføjelser til kurven. Pointen er, at regnestykket sammensættes med listestørrelsen til en pris pr. afsendelse, der ikke gør det.

Byg det i PushEngage Workflows

Browse-abandonment-arbejdsgangen kortlægges direkte til PushEngage Workflows-komponenter. Her er kortlægningen:

Arbejdsgangskomponent	Brugte knudepunkttyper	Brugte handlingstyper	Arbejdsgangsindstilling
The 3-message browse abandonment workflow	START, VENT, BESLUTNING, HANDLING, EXIT, SLUT	SendPushNotification	Kørselstype: Flere parallelle; afslut ved mål add_to_cart eller purchase

Workflows-motoren leveres med over 60 skabeloner, der dækker e-handelsflows, herunder browse- og cart-abandonment. Browse-abandonment-skabelonen er det rigtige udgangspunkt; klon den, udskift dine WooCommerce-kategori- og produktvariabler, og arbejdsgangen er live på under en time inde i PushEngage Workflows-byggeren.

Hvad dette ændrer

For en bredere kontekst om, hvordan denne arbejdsgang passer ind i et komplet WooCommerce-retentionsprogram, dækker eCommerce push-notifikationshubben de kampagnetyper, denne arbejdsgang implementerer, og det eksisterende browse-abandonment-kampagneopslag tilbyder en strategioversigt for det bredere emne. Den søsterlige WooCommerce cart-abandonment-arbejdsgang er det naturlige næste skridt, når browse er live; den arver abonnenten i det øjeblik Besked 1 eller Besked 2 driver en tilføjelse til kurven. PushEngage cart-abandonment-genoprettelsessekvensen dækker playbook-detaljerne der. For teams med flere kanaler, der kører push sammen med e-mail, adresserer multi-channel push og e-mail-opslaget orkestreringsspørgsmålet.

Hvis du tager ét tal fra denne artikel, så tag 162.000. Det er det ugentlige publikum, der forlader siden uden at købe, på en enkelt WooCommerce-butik med en GMV på 20 mio. dollars, hvoraf næsten ingen har en e-mailadresse, du kan nå. E-mail og SMS vil ikke flytte dette publikum. Betalt remarketing vil, til en CAC-omkostning, der forstærkes mod fastholdelse. WooCommerce-push-notifikationer for opgivne besøg når det samme publikum til en pris tæt på nul pr. afsendelse, med et workflow, der leveres på en eftermiddag, og en gren for besøgende, der stadig kigger, som holder kanalen leverbar.

Fastholdelses-matematikken er det, der gør posten forsvarlig. Med en liste på 200.000 abonnenter og ovenstående workflow er den forventede ugentlige genvundne omsætning i størrelsesordenen 66.500 dollars ved typiske mellemmarkedets AOV'er. Dette tal skalerer lineært med listestørrelsen, og prisen pr. afsendelse forbliver tæt på nul. Først workflow for opgivne besøg, derefter workflow for opgivne indkøbskurve, der arver fra det, og resten af WooCommerce-fastholdelses-stacken, der komponerer omkring dem.

Gratisplanen giver dig 200 abonnenter, alle kanaler og hele Workflows-motoren fra dag ét. Det er nok til at instrumentere page_view-begivenheden, levere workflowet og se på tragten i en uge, før du anmoder om budgetposten. Start på gratisplanen for at levere Besked 1 i dette workflow før fredag.