75% av kundvagnarna överges. Detta WooCommerce-arbetsflöde för surfning hjälper.

Det är måndag morgon på en WooCommerce-butik för hemvaror med 20 miljoner dollar i GMV och retention-chefen läser förra veckans tratt i Google Analytics. Sidvisningar för produktdetaljer: 180 000. Tillagda i varukorg: 18 000. Köp: 1 800. Klaviyo-instrumentpanelen visar 3 200 dollar återvunna från övergivna varukorgar förra veckan.

Raden för övergivna webbplatser på samma instrumentpanel visar noll, eftersom Klaviyo inte kan nå de som övergett webbplatsen. Ingen e-postadress samlades in för dem. De besökte en produktdetaljsida, lade inte till något i varukorgen och lämnade. 162 000 besökare är osynliga för e-post den här veckan.

Det här är publiken som WooCommerce-pushmeddelanden för övergivna webbplatser byggdes för. Web push-opt-in utlöses vid första kvalificerade besöket, inte vid e-postinsamling i varukorgsstadiet. Den enda tidsskillnaden innebär att den som övergett webbplatsen och aldrig angett en e-postadress fortfarande kan nås.

En arbetsflöde med 3 meddelanden med rätt avslutningslogik kan konvertera 8–14 % av dem till tillagda i varukorgen, vilket på en vecka med 162 000 besökare är en post som retention-teamet kan försvara vid nästa P&L-granskning. Resten av den här artikeln går igenom det arbetsflödet, den exakta händelseinstrumenteringen det behöver på WooCommerce-stacken och retention-matematiken vid tre liststorlekar.

Övergivna webbplatser är inte övergivna varukorgar är inte övergivna sessioner

Definitionell klarhet, kortfattat, eftersom SERP förvirrar de tre. Övergivna webbplatser är en sidvisning för produktdetaljer utan ett tillägg i varukorgen inom trettio minuter. Övergiven varukorg är ett tillägg i varukorgen utan slutfört köp. Session-övergivning är ett besök som aldrig nådde en produktdetaljsida alls. Var och en har en annan utlösare, en annan publikstorlek och ett annat arbetsflöde.

Storleksskillnaden är rubriken. På en typisk WooCommerce-butik för medelstora företag finns det fem till åtta som övergett webbplatsen för varje som övergett varukorgen. Tratten för övergivna varukorgar betjänas väl av e-post eftersom kunden fångade sin adress vid tidpunkten för köpförsöket. Tratten för övergivna webbplatser betjänas inte alls av e-post, eftersom ingen e-post samlades in. Det är därför återhämtning av övergivna produktsidor har varit den tysta oekonomiska delen av de flesta retention-stackar. Push löser adressproblem eftersom opt-in-händelsen är en webbläsar-inbyggd dialogruta som utlöses vid det första kvalificerade besöket.

Trattsteg	Utlösande händelse	Typisk veckovolym på en butik med 20 miljoner dollar i GMV	Ärva arbetsflöde
Session-övergivning	page_view (vilken sida som helst)	mycket hög, bullrig	ingen rekommenderas
Övergivna webbläsningar	page_view på produktdetalj utan add_to_cart inom 30 min	144,000	arbetsflödet för övergivna webbplatser i den här artikeln
Varukorgsavhopp	add_to_cart utan purchase inom 60 min	18,000	arbetsflödet för övergivna varukorgar

Bläddringsworkflödet övergår till kundvagnsarbetsflödet i samma ögonblick som en kund som övergett bläddringen lägger till något i kundvagnen. Denna överlämning är viktig och ignoreras i det mesta av bläddringsinnehållet. De två arbetsflödena delar en händelsetaksonomi och kundvagnsarbetsflödet ärver en partiellt kvalificerad prenumerant från bläddringsworkflödet när den tredje kontakten landar.

Varför push är den enda praktiska kanalen för övergivna webbplatser

E-post kräver en e-postadress. En kund som övergett bläddringen på en WooCommerce-webbplats har ännu ingen. PushEngage-opt-in-dialogen visas vid den andra sidvisningen eller efter en konfigurerbar engagemangssignal, och när den accepteras är prenumeranten nåbar under resten av enhetens livstid utan att du någonsin får deras adress. Detta är den operativa förutsättningen som gör automatiserad återhämtning av bläddring ekonomiskt lönsam. WooCommerce push-meddelanden når den anonyma besökaren på ett sätt som ingen annan kanal når till en acceptabel kostnad.

De andra alternativen har en ekonomi som inte överlever en P&L-granskning vid volymen för övergiven bläddring. Betald remarketing på Meta och Google Ads debiterar CPM-per-impression och slukar CAC-budgeten för varje kund som övergett bläddringen som du kontaktar igen, oavsett om de konverterar. SMS kräver ett telefonnummer, vilket är ännu mindre troligt än en e-postadress i bläddringsstadiet.

E-post kräver en e-postadress. Push, efter en enda opt-in, kostar nära noll per utskick. Med en WooCommerce-lista på 200 000 prenumeranter är marginalkostnaden för ett utskick vid övergiven bläddring effektivt den bråkdel av ett öre som push-tjänsteleverantören tar för leveransinfrastruktur, inte en avgift per meddelande.

Behållnings-/CAC-matematiken följer därifrån. För samma återvunna intäkter kostar automatiserad återhämtning av bläddring via push en bråkdel av den betalda remarketing-alternativet. Det är argumentet för posten, och den finns i WooCommerce-stacken eftersom WooCommerce-butiker tenderar att ha produktdetaljsidor som är välinstrumenterade för page_view-spårning direkt ur lådan.

Arbetsflödet med 3 meddelanden för övergivna webbplatser

Här är hela arbetsflödet. Utlösare: en PushEngage anpassad händelse page_view filtrerad till produktdetaljsidor (där is_product = true) och där prenumeranten inte heller utlöste add_to_cart inom trettio minuter. Körningstyp: Flera parallella, så en prenumerant som bläddrar på fem olika produkter under en session kan ha fem samtidiga arbetsflödesinstanser, var och en riktad mot rätt produkt. Avslutningskriterier: mål add_to_cart (kundvagnsarbetsflödet ärver) eller purchase (ingen ytterligare meddelandehantering behövs).

Ritning — Arbetsflödet med 3 meddelanden för övergivna webbplatser

• START: Anpassad händelse page_view, filter is_product = true, OCH ingen add_to_cart från samma prenumerant inom 30 minuter
• VÄNTA: 30 minuter
• BESLUT 1: är prenumeranten för närvarande aktiv på webbplatsen (flaggan session_activity satt inom de senaste 5 minuterna)?
  • JA-sökväg: AVSLUT (avbryt inte en aktiv session; arbetsflödet omvärderas vid en ny utlösare)
  • NEJ-sökväg: fortsätt
• ACTION (Meddelande 1): Skicka webb-push som påminnelse om den specifika produkten som visades. Titel: “Tänker du fortfarande på {{event.data.product_title}}?” Brödtext: “Den ligger precis där du lämnade den. Tryck för att hämta.” URL: produkt sidans URL. Bild: {{event.data.product_image}}.
• VÄNTA: 4 timmar
• BESLUT 2: lade prenumeranten produkten i varukorgen?
  • JA-väg: AVSLUTA (arbetsflöde för övergivna varukorgar ärver)
  • NEJ-sökväg: fortsätt
• ACTION (Meddelande 2): Skicka webb-push med relaterade produkter. Titel: “Du kanske också gillar dessa från vår {{event.data.category}}-kollektion.” Brödtext: “Tre val liknande {{event.data.product_title}}.” URL: WooCommerce-kategorins arkivsida. Bild: den första relaterade produktbilden.
• VÄNTA: 48 timmar
• ACTION (Meddelande 3): Skicka webb-push med rabattupptäcktsinramning. Titel: “Sparade den här åt dig.” Brödtext: “Vi höll den åt dig med 10 % rabatt. Kod: BROWSE10.” URL: produkt sidans URL med rabattkoden förifyllt.
• SLUT

Detta är hela arbetsflödet för övergivna visningar. Tre meddelanden, två väntetider med beslut, en tyst avslutningsgren, två målinriktade avslut. Produktvisningsnotifikationerna i Meddelande 1 och Meddelande 3 skickar var sin visad produkt; Meddelande 2 går över till relaterade produkter eftersom efter 4 timmar från visningen är påminnelsetrötthet verklig och upptäckt är hävstången som konverterar. De två följande H2-rubrikerna går djupt in på avslutningen för “fortfarande surfar” och hävstången för relaterade produkter, eftersom båda dessa är de största outnyttjade detaljerna på SERP.

En notering om körningstypen. Flera parallella är korrekt för övergivna visningar eftersom en enskild prenumerant kan överge visningen av fem produkter under en fyrtio minuters session och var och en är sin egen arbetsflödesinstans med sin egen produktkontext. PushEngage Workflows-motorn spårar `entry_flag`-tidsstämpeln per instans, så de fem instanserna kolliderar inte. Om du ställer in detta arbetsflöde till Enkel istället, får bara en av de fem produkterna en återhämtningsåtgärd och de andra fyra blir tysta.

Avslutningsgrenen “fortfarande surfar”

Detta är den mest missade detaljen över alla sid-ett-resultat för nyckelordet. De flesta artiklar om övergivna visningar säger åt dig att meddela vid trettio minuters markering, punkt slut. Den rådgivningen genererar brus för aktiva shoppare och urholkar kanalen. En prenumerant som fortfarande är på webbplatsen vid minut trettioett behöver ingen notifikation om produkten de tittar på just nu. De behöver lämnas ifred för att slutföra sessionen.

BESLUT-noden vid trettio minuters väntan löser detta. Den läser en `session_activity`-hjärtfrekvensattribut på prenumerantprofilen. Om attributets tidsstämpel ligger inom de senaste fem minuterna, avslutas arbetsflödet tyst. Prenumeranten straffas inte för att vara på webbplatsen. Nästa gång de lämnar, utlöser nästa produkt sidvisning en ny instans av arbetsflödet med uppdaterad kontext. Detta är den enskilt viktigaste saken att lägga till ett arbetsflöde för övergivna visningar som de flesta team levererar utan.

Implementeringen är lätt. PushEngage JavaScript SDK kan skicka en anpassad händelse för hjärtslag var femte minut medan sidan är i förgrunden, vilket skrivs till prenumerantattributet via Workflows-motorns UpdateAttribute-åtgärd. DECISION-nodens målgruppsfilter läser sedan subscriber.attributes.session_active_at och jämför mot now() - 5min. Målgruppsfiltret dokumenteras i PushEngage Workflows referens för beslut-logik.

Retentionsfallet för den fortfarande-bläddrande avslutningen är direkt. En anonym bläddrings-övergiven användare som fortfarande är på webbplatsen är en användare med aktiv avsikt, och ett push-meddelande är fel verktyg. Att låta dem slutföra sessionen bevarar kanalens leveransbarhetsvärde, håller avprenumerationsgraden låg och koncentrerar arbetsflödets sändningar till det segment där push faktiskt flyttar ett antal. Bläddringsåterställningsautomatisering lever eller dör av denna disciplin.

Hävarmen för relaterade produkter (Meddelande 2)

Meddelande 2 skickar inte samma produkt som prenumeranten redan har tittat på. Det skickar en kurerad lista över relaterade produkter, eftersom fyra timmar efter den ursprungliga bläddringen har påminnelsetrötthet satt in och kunden antingen redan har kommit tillbaka eller inte kommer tillbaka för den specifika artikeln. Upptäckt är hävstången vid fyratimmarsmärket, inte påminnelse.

WooCommerce gör detta enkelt. Plattformen levererar wc_get_related_products som en inbyggd funktion kopplad till dess produktkatalog. Funktionen returnerar upp-försäljningar, korsförsäljningar och kategoriliknande produkter kopplade till den visade produkten. PushEngage WooCommerce-integrationspluginet kan skicka dessa till arbetsflödet som händelsedata-variabler, så att Meddelande 2:s avisering kan rendera de relaterade produkternas titlar, bilder och URL:er utan en separat API-anrop. En typisk Meddelande 2-textrad: "Du kanske också gillar dessa från vår {{event.data.category}}-kollektion."

Detta är den WooCommerce-specifika fördelen. Butiker på plattformar utan en inbyggd relaterad-produkter-katalog måste beräkna relateringen vid tidpunkten för arbetsflödesutlösning, vilket innebär en anpassad rekommendationstjänst. WooCommerce-butiker får detta gratis från plattformen. Mellanmarknads-WooCommerce-butiker med breda SKU-kataloger ser den största ökningen från Meddelande 2 eftersom ytan för relaterade produkter är tillräckligt bred för att hitta en andra produkt som prenumeranten faktiskt vill ha. Butiker med smala kataloger ser mindre ökning här och kan slå ihop Meddelande 2 och 3 till en enda rabatt-upptäckts-kontakt efter 24 timmar.

Mönstret spelar roll eftersom enbart påminnelse om bläddringsavbrott är standarden för SERP och dess konverteringstak är lågt. Att lägga till en upptäckts-kontakt ökar arbetsflödets återhämtade kundvagnsfrekvens med 30–50 % i butiker med en redan ifylld katalog för relaterade produkter, vilket de flesta WooCommerce-installationer har oavsett om marknadsföraren vet det eller inte.

Data om övergivna webbplatser på WooCommerce-stacken

Tre händelseingångar driver arbetsflödet. Här är var och en kommer ifrån och installationsordningen om du börjar från noll.

Händelse 1, page_view med product_id. Utlöses från PushEngage JavaScript SDK på varje produktdetaljsida. Minsta nyttolast är { event_name: 'page_view', product_id: '...' }; den rekommenderade nyttolasten inkluderar även product_title, product_image och category så att arbetsflödet kan rendera dem i Meddelande 1, 2 och 3 utan en andra API-anrop. Installera detta först eftersom utlösaren för webbplatsarbetsflödet är beroende av det.

Händelse 2, add_to_cart. Utlöses från WooCommerce-PushEngage integrationsplugin, som kopplar WordPress-åtgärden woocommerce_add_to_cart. Installera detta som nummer två eftersom arbetsflödets BESLUT 2 (och arbetsflödets avslutningskriterier) läser denna händelse. Om du fördröjer installationen av integrationspluginet körs webbplatsarbetsflödet fortfarande; det kan bara inte ärvas rent in i kundvagnsarbetsflödet.

Händelse 3, session_activity heartbeat. En anpassad händelse som utlöses av PushEngage SDK var femte minut medan sidan är i förgrunden. Uppdaterar prenumerantattributet session_active_at. Installera detta som nummer tre. Webbplatsarbetsflödet fungerar tillfredsställande utan det: 30-minuters väntan gäller fortfarande och Meddelande 1 utlöses fortfarande, men grenen för fortfarande-surfande kan inte utlösas och aktiva shoppare kommer ibland att få meddelanden mitt i sessionen. Detta är det valfria poleringssteget.

De flesta WooCommerce-butiker med PushEngage-pluginet installerat får händelserna 1 och 2 gratis under onboarding. Session_activity heartbeat är den valfria tredje händelsen som gör arbetsflödet från "bra" till "bäst på SERP". Butiker som skjuter upp ingenjörsarbetet kan driftsätta arbetsflödet med händelser 1 och 2 vecka ett och lägga till heartbeat vecka tre.

Analys per arbetsflöde: läs tratten

PushEngage Workflows spårar köade, slutförda och avslutade användare vid varje nod. För övergiven kundvagn i en WooCommerce-butik med 200 000 prenumeranter och cirka 30 000 sidvisningar av produktdetaljer per vecka (illustrativa siffror), ser tratten ut så här:

Nod	Köad	Slutförd	Avslutad	Anteckningar
START (page_view-filter)	0	28,000	0	Prenumeranter som går in i arbetsflödet denna vecka
VÄNTA 30 minuter	850	27,150	0	Normal ködjup
BESLUT 1 (surfar fortfarande?)	0	21,800	5,350	5 350 aktiva sessioner avslutades tyst
ÅTGÄRD Meddelande 1	0	21,800	0	Påminnelse skickad
VÄNTA 4 timmar	280	18,520	3,000	3 000 prenumeranter lade till i kundvagnen (kundvagnsarbetsflöde ärvs)
BESLUT 2 (tillagd i kundvagnen?)	0	18,520	0	Alla återstående surfar fortfarande bara
ÅTGÄRD Meddelande 2	0	18,520	0	Relaterade produkter skickade
VÄNTA 48 timmar	600	16,300	2,220	2 220 lades till i kundvagnen under de kommande två dagarna
ÅTGÄRD Meddelande 3	0	16,300	0	Rabattupptäckt skickad
SLUT	ej	16,300	ej	Lades inte till i kundvagnen

I denna tratt lade 5 220 prenumeranter (3 000 + 2 220) till i kundvagnen medan de var i webbläsarflödet, en konverteringsgrad från webbläsning till kundvagn på 18,6 % av de 28 000 som gick in. Av dessa tillägg till kundvagnen återhämtar flödet för övergivna kundvagnar ytterligare en bråkdel till köp. De höga avslutningsnoderna är de två väntetiderna, vilket är det förväntade mönstret: tid till beslut sker i väntetidsfönstren, inte i åtgärdsfönstren. Avslutningen vid BESLUT 1, där man fortfarande surfar, bidrar ytterligare 5 350 tyst avslutade aktiva sessioner; utan den grenen skulle dessa prenumeranter ha fått Meddelande 1 mitt i sessionen, vilket urholkar kanalen.

Matematiken för återvunnen intäkt skalar med liststorleken. Samma arbetsflöde på en lista med 50 000 prenumeranter ger ungefär en fjärdedel av dessa siffror; på en lista med 1 000 000 prenumeranter ger det ungefär fem gånger så mycket. Kostnaden per utskick förblir nära noll genomgående, vilket är kanalens strukturella fördel.

Liststorlek	Veckovisa produktvisningar	Veckovisa övergivna webbläsare som går in i arbetsflödet	Veckovisa återhämtningar av tillägg till kundvagn (18,6 %)	Uppskattad återvunnen intäkt vid 85 USD AOV × 15 % konverteringsgrad
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

Detta är riktningsgivande siffror; den faktiska ökningen för din butik beror på AOV, kategorimix och konverteringsgraden för återvunna tillägg till kundvagnen. Poängen är att matematiken ackumuleras med liststorleken till en kostnad per utskick som inte gör det.

Bygg det i PushEngage Workflows

Arbetsflödet för övergivna webbläsare mappas direkt till PushEngage Workflows-komponenter. Här är mappningen:

Arbetsflödeskomponent	Nodtyper som används	Åtgärdstyper som används	Arbetsflödesalternativ
Arbetsflödet med 3 meddelanden för övergivna webbplatser	START, VÄNTA, BESLUT, ÅTGÄRD, AVSLUT, SLUT	SendPushNotification	Körningstyp: Flera parallella; avsluta vid mål add_to_cart eller purchase

Workflows-motorn levereras med över 60 färdiga mallar som täcker e-handelsflöden inklusive övergivna webbläsare och kundvagnar. Mallen för övergivna webbläsare är rätt utgångspunkt; klona den, byt ut dina WooCommerce-kategori- och produktvariabler, och arbetsflödet är live på under en timme inuti PushEngage Workflows-byggaren.

Vad detta förändrar

För en bredare kontext om hur detta arbetsflöde passar in i ett fullständigt WooCommerce-retentionsprogram, täcker hubben för e-handelspushnotiser de kampanjtyper som detta arbetsflöde implementerar, och det befintliga inlägget om kampanjer för övergivna webbläsare erbjuder en strategisk översikt för det bredare ämnet. Det systerarbetsflödet WooCommerce-arbetsflödet för övergivna kundvagnar är nästa naturliga steg när webbläsning är live; det ärver prenumeranten i det ögonblick Meddelande 1 eller Meddelande 2 driver ett tillägg till kundvagnen. PushEngage-återhämtningssekvensen för övergivna kundvagnar täcker playbook-detaljerna där. För team som kör push tillsammans med e-post i flera kanaler, tar inlägget push och e-post i flera kanaler upp orkestreringsfrågan.

Om du tar ett nummer från den här artikeln, ta 162 000. Det är den veckovisa publiken som överger webbläsaren på en enda WooCommerce-butik för 20 miljoner dollar i GMV, varav nästan ingen har en e-postadress du kan nå. E-post och SMS kommer inte att påverka denna publik. Betald remarketing kommer, till en CAC-kostnad som ackumuleras mot retention. WooCommerce push-meddelanden för övergiven webbläsning når samma publik till en kostnad nära noll per utskick, med ett arbetsflöde som levereras på en eftermiddag och en gren för utträde som fortfarande surfar som håller kanalen levererbar.

Retentionsmatematiken är det som gör posten försvarbar. Med en lista på 200 000 prenumeranter med ovanstående arbetsflöde är förväntad veckovis återvunnen intäkt i storleksordningen 66 500 dollar vid typiska medelmarknads-AOV. Det antalet skalar linjärt med liststorleken, och kostnaden per utskick förblir nära noll. Arbetsflöde för övergiven webbläsning först, arbetsflöde för övergiven kundvagn som ärver från det, och resten av WooCommerce-retentionsstacken som komponerar runt dem båda.

Gratisplanen ger dig 200 prenumeranter, alla kanaler och hela arbetsflödesmotorn från dag ett. Det räcker för att instrumentera page_view-händelsen, leverera arbetsflödet och övervaka tratten i en vecka innan du begär budgetposten. Börja med gratisplanen för att leverera Meddelande 1 i detta arbetsflöde före fredag.