75 % der Warenkörbe werden abgebrochen. Dieser WooCommerce-Workflow für Browse-Abandonment hilft.

Es ist Montagmorgen in einem WooCommerce-Shop für Haushaltswaren mit 20 Mio. $ GMV, und der Retention Manager liest den Trichter der letzten Woche in Google Analytics. Aufrufe von Produktdetailseiten: 180.000. Warenkörbe: 18.000. Käufe: 1.800. Das Klaviyo-Dashboard zeigt 3.200 $, die letzte Woche durch Warenkorbabbrüche zurückgewonnen wurden.

Die Browse-Abandonment-Zeile im selben Dashboard zeigt Null an, da Klaviyo Browse-Abandoner nicht erreichen kann. Für sie wurde keine E-Mail erfasst. Sie besuchten eine Produktdetailseite, legten nichts in den Warenkorb und verließen die Seite. 162.000 Besucher sind diese Woche für E-Mails unsichtbar.

Dies ist die Zielgruppe, für die WooCommerce Browse-Abandonment-Push-Benachrichtigungen entwickelt wurden. Web-Push-Opt-in wird beim ersten qualifizierten Besuch ausgelöst, nicht bei der E-Mail-Erfassung im Warenkorb-Stadium. Dieser einzige Timing-Unterschied bedeutet, dass der Browse-Abandoner, der niemals eine E-Mail-Adresse eingibt, immer noch erreichbar ist.

Ein 3-Nachrichten-Workflow mit der richtigen Exit-Logik kann 8–14 % davon zu einem Warenkorb konvertieren, was bei 162.000 Besuchern pro Woche ein Posten ist, den das Retention-Team bei der nächsten Gewinn- und Verlustrechnung verteidigen kann. Der Rest dieses Artikels beschreibt diesen Workflow, die genaue Ereignisinstrumentierung, die er im WooCommerce-Stack benötigt, und die Retention-Mathematik bei drei Listen-Größen.

Browse-Abbrüche sind nicht Warenkorb-Abbrüche sind nicht Sitzungs-Abbrüche

Begriffsdefinition, kurz, da die SERP die drei verwechselt. Browse-Abbruch ist ein Aufruf einer Produktdetailseite ohne Hinzufügen zum Warenkorb innerhalb von dreißig Minuten. Warenkorbabbruch ist ein Hinzufügen zum Warenkorb ohne Abschluss des Checkouts. Sitzungsabbruch ist ein Besuch, der überhaupt keine Produktdetailseite erreicht hat. Jede hat einen anderen Auslöser, eine andere Zielgruppengröße und einen anderen Workflow.

Der Größenunterschied ist die Schlagzeile. In einem typischen WooCommerce-Shop für mittlere Märkte gibt es für jeden Warenkorbabbruch fünf bis acht Browse-Abbrecher. Der Warenkorbabbruch-Funnel wird gut durch E-Mail bedient, da der Kunde seine Adresse zum Zeitpunkt des Checkout-Versuchs erfasst hat. Der Browse-Abbruch-Funnel wird überhaupt nicht durch E-Mail bedient, da keine E-Mail erfasst wurde. Deshalb war die Wiederherstellung von Produktseitenabbrüchen der stille, unwirtschaftliche Teil der meisten Retention-Stacks. Push löst das Adressierbarkeitsproblem, da das Opt-in-Ereignis ein browsernativer Dialog ist, der beim ersten qualifizierten Besuch ausgelöst wird.

Trichterstufe	Auslöser-Ereignis	Typisches wöchentliches Volumen auf einem 20-Mio.-$-GMV-Shop	Workflow erben
Sitzungs-Abbruch	page_view (beliebige Seite)	sehr hoch, unübersichtlich	keine empfohlen
Browse-Abbruch	page_view auf Produktdetailseite ohne add_to_cart in 30 Min.	144,000	der Browse-Workflow in diesem Artikel
Warenkorb-Abbruch	add_to_cart ohne purchase in 60 Minuten	18,000	der Warenkorb-Abbruch-Workflow

Der Browse-Workflow mündet in den Warenkorb-Workflow, sobald ein Browse-Abbrecher etwas in den Warenkorb legt. Diese Übergabe ist wichtig und wird in den meisten Browse-Inhalten ignoriert. Die beiden Workflows teilen sich eine Event-Taxonomie, und der Warenkorb-Workflow erbt einen teilweise qualifizierten Abonnenten vom Browse-Workflow, wann immer die dritte Berührung stattfindet.

Warum Push der einzig praktikable Kanal für Browse-Abbrüche ist

E-Mail benötigt eine E-Mail-Adresse. Ein Browse-Abbrecher auf einem WooCommerce-Storefront hat noch keine. Der PushEngage Opt-in-Dialog wird beim zweiten Seitenaufruf oder nach einem konfigurierbaren Engagement-Signal ausgelöst, und sobald er akzeptiert wurde, ist der Abonnent für den Rest seiner Gerätelebensdauer erreichbar, ohne Ihnen jemals seine Adresse zu geben. Dies ist die Betriebsvoraussetzung, die die Wiederherstellung von Browse-Automatisierung wirtschaftlich rentabel macht. WooCommerce-Push-Benachrichtigungen erreichen den anonymen Besucher auf eine Weise, wie es kein anderer Kanal zu akzeptablen Kosten tut.

Die anderen Optionen haben eine Wirtschaftlichkeit, die bei Browse-Abbruch-Volumen einer P&L-Prüfung nicht standhält. Bezahlte Remarketing-Kampagnen auf Meta und Google Ads berechnen CPM pro Impression und verbrauchen das CAC-Budget für jeden Browse-Abbrecher, den Sie erneut ansprechen, unabhängig davon, ob er konvertiert. SMS benötigt eine Telefonnummer, was im Browse-Stadium noch unwahrscheinlicher ist als eine E-Mail.

E-Mail benötigt eine E-Mail-Adresse. Push kostet nach einem einzigen Opt-in fast nichts pro Versand. Bei einer WooCommerce-Liste mit 200.000 Abonnenten betragen die Grenzkosten für einen Browse-Abbruch-Versand effektiv den Bruchteil eines Cents, den der Push-Dienstanbieter für die Lieferinfrastruktur berechnet, nicht eine nutzungsabhängige Gebühr pro Nachricht.

Die Retention/CAC-Mathematik ergibt sich daraus. Für den gleichen wiederhergestellten Umsatz kostet die Wiederherstellung von Browse-Automatisierung über Push einen Bruchteil der bezahlten Remarketing-Alternative. Das ist das Argument für den Posten, und er lebt im WooCommerce-Stack, weil WooCommerce-Stores dazu neigen, Produktdetailseiten zu haben, die standardmäßig gut für die page_view-Nachverfolgung instrumentiert sind.

Der 3-Nachrichten-Workflow für Browse-Abbrüche

Hier ist der vollständige Workflow. Auslöser: Ein PushEngage-Benutzerdefiniertes Ereignis page_view, gefiltert auf Produktdetailseiten (wo is_product = true) und wo der Abonnent nicht innerhalb von dreißig Minuten add_to_cart ausgelöst hat. Ausführungstyp: Mehrere parallele, sodass ein Abonnent, der fünf verschiedene Produkte in einer Sitzung durchsucht, fünf gleichzeitige Workflow-Instanzen haben kann, die jeweils auf das richtige Produkt ausgerichtet sind. Abbruchkriterien: Ziele add_to_cart (der Warenkorb-Workflow wird übernommen) oder purchase (keine weitere Nachrichtenübermittlung erforderlich).

Blueprint — Der 3-Nachrichten-Workflow für Browse-Abbrüche

• START: Benutzerdefiniertes Ereignis page_view, Filter is_product = true UND kein add_to_cart vom selben Abonnenten innerhalb von 30 Minuten
• WARTEN: 30 Minuten
• ENTSCHEIDUNG 1: Ist der Abonnent derzeit auf der Website aktiv (Flag session_activity innerhalb der letzten 5 Minuten gesetzt)?
  • JA-Pfad: BEENDEN (aktive Sitzung nicht unterbrechen; der Workflow wird bei einem neuen Auslöser neu bewertet)
  • NEIN-Pfad: fortfahren
• AKTION (Nachricht 1): Senden Sie eine Web-Push-Benachrichtigung, die an das angesehene Produkt erinnert. Titel: „Denken Sie noch über {{event.data.product_title}} nach?“ Text: „Es ist genau dort, wo Sie es verlassen haben. Tippen Sie, um fortzufahren.“ URL: Die URL der Produktseite. Bild: {{event.data.product_image}}.
• WARTEN: 4 Stunden
• ENTSCHEIDUNG 2: Hat der Abonnent das Produkt in den Warenkorb gelegt?
  • JA-Pfad: BEENDEN (Warenkorbabbruch-Workflow wird übernommen)
  • NEIN-Pfad: fortfahren
• AKTION (Nachricht 2): Senden Sie eine Web-Push-Benachrichtigung mit verwandten Produkten. Titel: „Diese aus unserer {{event.data.category}}-Kollektion könnten Ihnen auch gefallen.“ Text: „Drei Vorschläge ähnlich wie {{event.data.product_title}}.“ URL: Die WooCommerce-Kategorie-Archivseite. Bild: Das Bild des ersten verwandten Produkts.
• WARTEN: 48 Stunden
• AKTION (Nachricht 3): Senden Sie eine Web-Push-Benachrichtigung mit Rabattangeboten. Titel: „Sie haben ein Auge darauf geworfen.“ Text: „Wir haben es für Sie mit 10 % Rabatt reserviert. Code: BROWSE10.“ URL: Die Produktseite mit dem bereits angewendeten Rabattcode.
• ENDE

Das ist der gesamte Workflow für Warenkorbabbrüche. Drei Nachrichten, zwei Wartezeiten mit Entscheidungen, ein stiller Ausstiegszweig, zwei zielbasierte Ausgänge. Die Produktansicht-Benachrichtigungen in Nachricht 1 und Nachricht 3 pushen jeweils das ursprünglich angesehene Produkt; Nachricht 2 wechselt zu verwandten Produkten, da 4 Stunden nach dem Browsen die Erinnerungsmüdigkeit real ist und die Entdeckung der Hebel ist, der konvertiert. Die nächsten beiden H2s gehen tief auf den „noch am Browsen“-Ausstiegszweig und den Hebel für verwandte Produkte ein, da beides die größten ungenutzten Details auf der SERP sind.

Ein Hinweis zum Ausführungstyp. Mehrere parallele Ausführungen sind für Warenkorbabbrüche korrekt, da ein einzelner Abonnent in einer vierzigminütigen Sitzung fünf Produkte ansehen und abbrechen kann und jedes davon eine eigene Workflow-Instanz mit eigenem Produktkontext ist. Die PushEngage Workflows Engine verfolgt den entry_flag Zeitstempel pro Instanz, sodass die fünf Instanzen nicht kollidieren. Wenn Sie diesen Workflow auf Single setzen, erhält nur eines der fünf Produkte eine Wiederherstellungs-Benachrichtigung und die anderen vier gehen stumm.

Der Ausstiegszweig „noch am Browsen“

Dies ist das am häufigsten übersehene Detail in jedem Ergebnis auf der ersten Seite für das Keyword. Die meisten Artikel über Warenkorbabbrüche raten Ihnen, zum 30-Minuten-Zeitpunkt zu benachrichtigen, Punkt. Dieser Rat erzeugt Lärm für aktive Käufer und untergräbt den Kanal. Ein Abonnent, der sich nach 31 Minuten noch auf der Website befindet, benötigt keine Benachrichtigung über das Produkt, das er gerade ansieht. Er muss in Ruhe die Sitzung beenden können.

Der ENTSCHEIDUNGS-Knoten in der 30-Minuten-Wartezeit löst dies. Er liest ein session_activity Heartbeat-Attribut im Abonnentenprofil. Wenn der Zeitstempel des Attributs innerhalb der letzten fünf Minuten liegt, wird der Workflow still beendet. Der Abonnent wird nicht dafür bestraft, dass er sich auf der Website befindet. Wenn er das nächste Mal geht, löst die nächste Produktseitenansicht erneut den Trigger aus und startet eine neue Workflow-Instanz mit aktuellen Kontextinformationen. Dies ist das wichtigste Detail, das einem Warenkorbabbrüche-Workflow hinzugefügt werden sollte und das die meisten Teams ohne ausliefern.

Die Implementierung ist schlank. Das PushEngage JavaScript SDK kann alle fünf Minuten ein Heartbeat-Benutzerdefiniertes Ereignis auslösen, während sich die Seite im Vordergrund befindet. Dieses Ereignis schreibt über die UpdateAttribute-Aktion der Workflows-Engine in das Abonnentenattribut. Der Audience-Filter des DECISION-Knotens liest dann subscriber.attributes.session_active_at und vergleicht ihn mit now() - 5min. Der Audience-Filter ist in der PushEngage Workflows Entscheidungslogik-Referenz dokumentiert.

Der Retention-Fall für den „still browsing“-Exit ist eindeutig. Ein anonymer Browse-Abbrecher, der sich noch auf der Website befindet, ist ein Nutzer mit aktiver Absicht, und eine Push-Benachrichtigung ist das falsche Werkzeug. Wenn man ihn die Sitzung beenden lässt, wird die Zustellbarkeitsbewertung des Kanals erhalten, die Abmelderate niedrig gehalten und die schwebenden Workflows auf das Segment konzentriert, in dem Push tatsächlich eine Zahl bewegt. Die Browse-Recovery-Automatisierung steht und fällt mit dieser Disziplin.

Der verwandte Produkte Hebel (Nachricht 2)

Nachricht 2 sendet nicht dasselbe Produkt, das der Abonnent bereits angesehen hat. Sie sendet eine kuratierte Liste verwandter Produkte, denn vier Stunden nach dem ursprünglichen Besuch ist die Ermüdung durch Erinnerungen eingetreten und der Kunde ist entweder bereits zurückgekehrt oder wird für diesen speziellen Artikel nicht zurückkehren. Entdeckung ist der Hebel nach vier Stunden, nicht die Erinnerung.

WooCommerce macht dies einfach. Die Plattform liefert wc_get_related_products als integrierte Funktion, die an ihre Produkttaxonomie gebunden ist. Die Funktion gibt Upsells, Cross-Sells und kategoriespezifische Produkte zurück, die mit dem angesehenen Produkt verknüpft sind. Das PushEngage WooCommerce-Integrations-Plugin kann diese als Event-Datenvariablen in den Workflow übergeben, sodass die Benachrichtigung von Nachricht 2 die Titel, Bilder und URLs der verwandten Produkte ohne separaten API-Aufruf rendern kann. Eine typische Textzeile für Nachricht 2: „Vielleicht gefallen Ihnen auch diese aus unserer {{event.data.category}}-Kollektion.“

Das ist der WooCommerce-spezifische Vorteil. Shops auf Plattformen ohne integrierte Taxonomie für verwandte Produkte müssen die Verwandtschaft zum Zeitpunkt des Workflow-Triggers berechnen, was einen benutzerdefinierten Empfehlungsservice bedeutet. WooCommerce-Shops erhalten dies kostenlos von der Plattform. Mid-Market-WooCommerce-Shops mit breiten SKU-Katalogen sehen den größten Nutzen von Nachricht 2, da die Oberfläche für verwandte Produkte breit genug ist, um ein zweites Produkt zu finden, das der Abonnent tatsächlich wünscht. Shops mit engen Katalogen sehen hier weniger Nutzen und können die Nachrichten 2 und 3 zu einer einzigen Rabatt-Entdeckungs-Interaktion nach 24 Stunden zusammenfassen.

Das Muster ist wichtig, da die reine Erinnerungs-Browse-Abbrecher-Automatisierung der Standard der SERP ist und ihre Konversionsdecke niedrig ist. Das Hinzufügen einer Entdeckungs-Interaktion erhöht die Rate der wiederhergestellten Warenkörbe des Workflows um 30–50 % bei Shops mit bereits vorhandener Taxonomie für verwandte Produkte, was bei den meisten WooCommerce-Installationen der Fall ist, ob der Händler dies weiß oder nicht.

Browse-Abbruch-Daten im WooCommerce-Stack

Drei Ereigniseingaben treiben den Workflow an. Hier erfahren Sie, woher jede stammt und die Installationsreihenfolge, wenn Sie bei Null anfangen.

Ereignis 1, page_view mit product_id. Wird von der PushEngage JavaScript SDK bei jeder Produktdetailseite ausgelöst. Die minimale Nutzlast ist { event_name: 'page_view', product_id: '...' }; die empfohlene Nutzlast enthält auch product_title, product_image und category, damit der Workflow sie in den Nachrichten 1, 2 und 3 ohne einen zweiten API-Aufruf rendern kann. Installieren Sie dies zuerst, da der Trigger des Browse-Workflows davon abhängt.

Ereignis 2, add_to_cart. Wird vom WooCommerce-PushEngage-Integrationsplugin ausgelöst, das die woocommerce_add_to_cart WordPress-Aktion verwendet. Installieren Sie dies als zweites, da ENTSCHEIDUNG 2 des Workflows (und die Abbruchkriterien des Workflows) dieses Ereignis lesen. Wenn Sie die Installation des Integrationsplugins verzögern, läuft der Browse-Workflow trotzdem; er kann nur nicht sauber in den Warenkorb-Workflow übernommen werden.

Ereignis 3, session_activity Heartbeat. Ein benutzerdefiniertes Ereignis, das alle fünf Minuten von der PushEngage SDK ausgelöst wird, während die Seite im Vordergrund ist. Aktualisiert das Abonnentenattribut session_active_at. Installieren Sie dies als drittes. Der Browse-Workflow funktioniert auch ohne dies: Die 30-minütige Wartezeit gilt weiterhin und Nachricht 1 wird immer noch ausgelöst, aber der „still browsing“-Exit-Zweig kann nicht ausgelöst werden und aktive Käufer erhalten manchmal Benachrichtigungen mitten in der Sitzung. Dies ist der optionale Polierschritt.

Die meisten WooCommerce-Shops mit installiertem PushEngage-Plugin erhalten die Ereignisse 1 und 2 während des Onboardings kostenlos. Der session_activity Heartbeat ist das optionale dritte Ereignis, das den Workflow von „gut“ zu „best on the SERP“ macht. Shops, die Entwicklungsarbeiten aufschieben, können den Workflow in Woche eins mit den Ereignissen 1 und 2 ausliefern und den Heartbeat in Woche drei hinzufügen.

Analysen pro Workflow: den Trichter lesen

PushEngage Workflows verfolgt gewartete, abgeschlossene und beendete Benutzer in jedem Knoten. Für Warenkorbabbrüche in einem WooCommerce-Shop mit 200.000 Abonnenten und ca. 30.000 Produktdetailseitenaufrufen pro Woche (illustrative Zahlen) sieht der Funnel wie folgt aus:

Knoten	Gewartet	Abgeschlossen	Beendet	Notizen
START (page_view Filter)	0	28,000	0	Abonnenten, die diese Woche in den Workflow eintreten
WARTE 30 Minuten	850	27,150	0	Normale Warteschlangentiefe
ENTSCHEIDUNG 1 (noch am Stöbern?)	0	21,800	5,350	5.350 aktive Sitzungen still beendet
AKTION Nachricht 1	0	21,800	0	Erinnerung gesendet
WARTE 4 Stunden	280	18,520	3,000	3.000 Abonnenten haben in den Warenkorb gelegt (Warenkorb-Workflow übernimmt)
ENTSCHEIDUNG 2 (in den Warenkorb gelegt?)	0	18,520	0	Alle verbleibenden nur noch am Stöbern
AKTION Nachricht 2	0	18,520	0	Ähnliche Produkte gesendet
WARTE 48 Stunden	600	16,300	2,220	2.220 in den nächsten zwei Tagen in den Warenkorb gelegt
AKTION Nachricht 3	0	16,300	0	Rabatt-Entdeckung gesendet
ENDE	n. z.	16,300	n. z.	Nicht in den Warenkorb gelegt

In diesem Funnel haben 5.220 Abonnenten (3.000 + 2.220) im Rahmen des Browse-Workflows in den Warenkorb gelegt, was einer Conversion-Rate von 18,6 % vom Stöbern zum Warenkorb bei den 28.000 Eintretenden entspricht. Von diesen Warenkorb-Hinzufügungen holt der Warenkorbabbruch-Workflow dann noch einen zusätzlichen Bruchteil zur Kaufentscheidung zurück. Die Knoten mit den höchsten Ausstiegsraten sind die beiden Wartezeiten, was dem erwarteten Muster entspricht: Die Entscheidungsfindung findet in den Wartefenstern statt, nicht in den Aktionsfenstern. Der Ausstieg "noch am Stöbern" bei ENTSCHEIDUNG 1 trägt weitere 5.350 still beendete aktive Sitzungen bei; ohne diesen Zweig hätten diese Abonnenten mitten in der Sitzung Nachricht 1 erhalten, was den Kanal beeinträchtigt hätte.

Die Berechnung des zurückgewonnenen Umsatzes skaliert mit der Listen größe. Derselbe Workflow auf einer Liste mit 50.000 Abonnenten erzeugt etwa ein Viertel dieser Zahlen; auf einer Liste mit 1.000.000 Abonnenten erzeugt er etwa das Fünffache. Die Kosten pro Sendung bleiben durchweg nahe Null, was der strukturelle Vorteil des Kanals ist.

Listen größe	Wöchentliche Produkt detail ansichten	Wöchentliche Warenkorb abbrecher, die den Workflow betreten	Wöchentliche Warenkorb-Wiederherstellungen (18,6 %)	Geschätzter zurückgewonnener Umsatz bei 85 $ AOV × 15 % Abschlussrate
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

Dies sind Richt werte; der tatsächliche Anstieg in Ihrem Geschäft hängt vom AOV, der Kategorie mischung und der Abschlussrate der wiederhergestellten Warenkorb-Hinzufügungen ab. Der Punkt ist, dass sich die Mathematik mit der Listen größe bei Kosten pro Sendung, die nicht steigen, vervielfacht.

Erstellen Sie es in PushEngage Workflows

Der Warenkorb abbrecher-Workflow bildet die PushEngage Workflows-Komponenten direkt ab. Hier ist die Zuordnung:

Workflow-Komponente	Verwendete Knotentypen	Verwendete Aktionstypen	Workflow-Option
Der 3-Nachrichten-Workflow für Browse-Abbrüche	START, WARTEN, ENTSCHEIDUNG, AKTION, ABBRUCH, ENDE	SendPushNotification	Ausführungstyp: Mehrere parallele Ausführungen; Abbruch bei Zielen add_to_cart oder purchase

Die Workflows-Engine wird mit über 60 versandfertigen Vorlagen geliefert, die E-Commerce-Abläufe abdecken, einschließ lich Warenkorb- und Stöber abbrecher. Die Vorlage für Warenkorb abbrecher ist der richtige Ausgangspunkt. Klonen Sie sie, fügen Sie Ihre WooCommerce-Kategorie- und Produkt variablen ein, und der Workflow ist innerhalb einer Stunde im PushEngage Workflows Builder live.

Was dies ändert

Für einen breiteren Kontext, wie dieser Workflow in ein vollständiges WooCommerce-Retention-Programm passt, behandelt der Hub für eCommerce-Push-Benachrichtigungen die Kampagnentypen, die dieser Workflow implementiert, und der Beitrag zu bestehenden Browse-Abbruch-Kampagnen bietet eine Strategieübersicht für das breitere Thema. Der Geschwister-Workflow WooCommerce Warenkorbabbruch-Workflow ist der natürliche nächste Schritt, sobald Browse live ist; er übernimmt den Abonnenten in dem Moment, in dem Nachricht 1 oder Nachricht 2 ein Hinzufügen zum Warenkorb bewirkt. Die PushEngage Warenkorbabbruch-Wiederherstellungssequenz behandelt die Details des Playbooks dort. Für Multi-Channel-Teams, die Push neben E-Mail betreiben, behandelt der Beitrag Multi-Channel Push und E-Mail die Orchestrierungsfrage.

Wenn Sie eine Zahl aus diesem Artikel mitnehmen, dann nehmen Sie 162.000. Das ist die wöchentliche Zielgruppe, die den Warenkorb abbricht, in einem einzigen WooCommerce-Shop mit 20 Mio. $ GMV, von denen fast niemand eine E-Mail-Adresse hat, die Sie erreichen können. E-Mail und SMS werden diese Zielgruppe nicht bewegen. Bezahlte Remarketing-Maßnahmen werden dies tun, zu Kosten pro Akquisition, die sich gegen die Kundenbindung aufsummieren. Push-Benachrichtigungen für abgebrochene Warenkörbe von WooCommerce erreichen die gleiche Zielgruppe zu nahezu Null Kosten pro Versand, mit einem Workflow, der an einem Nachmittag eingerichtet ist, und einem noch durchstöbernden Ausstiegszweig, der den Kanal lieferbar hält.

Die Retentionsmathematik macht den Posten verteidigbar. Bei einer Liste von 200.000 Abonnenten mit dem obigen Workflow liegt der erwartete wöchentliche wiederhergestellte Umsatz bei typischen Mid-Market-AOVs in der Größenordnung von 66.500 US-Dollar. Diese Zahl skaliert linear mit der Listengröße, und die Kosten pro Sendung bleiben nahe Null. Zuerst der Workflow für das Verlassen des Browsings, dann der Workflow für den Warenkorbabbruch, der davon erbt, und der Rest des WooCommerce-Retentions-Stacks, der sich um die beiden herum zusammensetzt.

Der kostenlose Plan gibt Ihnen 200 Abonnenten, jeden Kanal und die vollständige Workflows-Engine vom ersten Tag an. Das reicht aus, um das page_view-Ereignis zu instrumentieren, den Workflow zu versenden und den Funnel eine Woche lang zu beobachten, bevor Sie die Budgetposition beantragen. Starten Sie mit dem kostenlosen Plan, um Nachricht 1 dieses Workflows vor Freitag zu versenden.