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

Det er mandag morgen i en WooCommerce-butik med hjemmevarer til en GMV på 20 mio. dollars, og retention manageren læser sidste uges tragt i Google Analytics. Produktvistinger: 180.000. Tilføjelser til kurv: 18.000. Køb: 1.800. Klaviyo-dashboardet viser 3.200 dollars genvundet fra forladte indkøbskurve i sidste uge.

Linjen for forladte browsing-sessioner på samme dashboard viser nul, fordi Klaviyo ikke kan nå dem, der forlader browsing-sessionen. Der blev ikke indsamlet e-mails fra dem. De besøgte en produktdetaljeside, tilføjede ikke til kurv og forlod siden. 162.000 besøgende er usynlige for e-mail i denne uge.

Dette er det publikum, som WooCommerce-push-notifikationer for forladte browsing-sessioner blev bygget til. Web push-opt-in udløses ved første kvalificerede besøg, ikke ved e-mail-indsamling i kurv-fasen. Denne ene timingforskel betyder, at den besøgende, der forlader browsing-sessionen og aldrig indtaster en e-mailadresse, stadig kan nås.

En 3-beskeders arbejdsgang med den rette exit-logik kan konvertere 8–14 % af dem til tilføjelse til kurv, hvilket på en uge med 162.000 besøgende er en post, som retentionsteamet kan forsvare ved den næste P&L-gennemgang. Resten af denne artikel gennemgår den arbejdsgang, den præcise hændelsesinstrumentering, den kræver på WooCommerce-stacken, og retention-matematikken ved tre listestørrelser.

Forladt browsing er ikke forladt indkøbskurv er ikke forladt session

Definitionel klarhed, kort, fordi SERP forvirrer de tre. Forladt browsing er en produktdetaljesidevisning uden en tilføjelse til kurv inden for tredive minutter. Forladt indkøbskurv er en tilføjelse til kurv uden en gennemført betaling. Forladt session er et besøg, der slet ikke nåede en produktdetaljeside. Hver af dem har en forskellig udløser, en forskellig publikumsstørrelse og en forskellig arbejdsgang.

Størrelsesforskellen er overskriften. På en typisk mellemstor WooCommerce-butik er der for hver forladte indkøbskurv fem til otte, der forlader browsing-sessionen. Tragt for forladte indkøbskurve betjenes godt af e-mail, fordi kunden indsamlede deres adresse ved forsøg på betaling. Tragt for forladte browsing-sessioner betjenes slet ikke af e-mail, fordi ingen e-mail blev indsamlet. Dette er grunden til, at genopretning af forladte produktsider har været den stille, uøkonomiske del af de fleste retention-stacks. Push løser adresseproblemet, fordi opt-in-hændelsen er en browser-native dialog, der udløses ved det første kvalificerede besøg.

Tragt-fase	Udløser-hændelse	Typisk ugentlig volumen på en butik med 20 mio. dollars GMV	Arv af arbejdsgang
Forladt session	page_view (enhver side)	meget høj, støjende	ingen anbefalet
Forladt browsing	page_view på produktdetalje uden add_to_cart inden for 30 min	144,000	arbejdsgangen for browsing i denne artikel
Forladt indkøbskurv	add_to_cart uden purchase inden for 60 min	18,000	arbejdsgangen for forladt indkøbskurv

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.

Hvorfor push er den eneste praktiske kanal for forladt browsing

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.

3-beskeders arbejdsgang for forladt browsing

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 — 3-beskeders arbejdsgang for forladt browsing

• 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.

Relaterede produkter-håndtaget (Besked 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.

Data om forladt browsing på WooCommerce-stacken

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 analyser: læs funnels

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 (sidevisningsfilter)	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
3-beskeders arbejdsgang for forladt browsing	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.