Automatisierte WooCommerce-Push-Benachrichtigungen zur Wiederherstellung von über 12 % der abgebrochenen Warenkörbe

Es ist Dienstag, 9 Uhr morgens, und Sie betrachten das WooCommerce-Dashboard eines Shops mit 35 Mio. $ GMV. Klaviyo hat letzte Woche 4.800 $ an abgebrochenen Warenkörben zurückgeholt. Der nicht zurückgeholte Betrag beträgt 46.000 $. Diese Lücke ist kein Problem von Klaviyo. Die E-Mail-Kadenz ist in Ordnung. Die Lücke besteht, weil E-Mails etwa ein Drittel der Warenkorbabbrecher überhaupt nicht erreichen: Die Öffnung findet nie statt, die Vorschau wird nie geöffnet, der Posteingang bleibt voller Bestellbestätigungen von letzter Woche.

WooCommerce-Warenkorbabbruch-Push-Benachrichtigungen schließen diese Lücke nicht, indem sie die E-Mail-Sequenz ersetzen, sondern indem sie parallel zu ihr laufen, mit einem anderen Timing, in einem anderen Format, auf einer anderen Oberfläche.

Dieser Artikel ist die Workflow-Spezifikation, die ein WooCommerce Retention Manager wirklich braucht: die exakte 3-Nachrichten-Push-Journey, die exakten Event-Namen, die exakten Wartefenster, die Rabattstaffel, die in Margendollars verteidigt wird, die Exit-Regel, die den Workflow in dem Moment stoppt, in dem der Warenkorb konvertiert, und die Pro-Warenkorb-Attributionsberechnung, die Sie dem Finanzwesen vorlegen können.

Laden Sie ihn direkt in PushEngage hoch und lassen Sie ihn in weniger als einer Stunde laufen. Der wiederhergestellte Warenkorb ist erwirtschafteter Umsatz, kein bezahlter Umsatz, und das ist das gesamte Argument für Kundenbindung/CAC in einer Zeile.

Warum „Push statt E-Mail“ die falsche Formulierung ist

Die meisten Artikel über abgebrochene Warenkörbe stellen eine falsche Binärwahl auf. Push gegen E-Mail. SMS gegen Push. WhatsApp gegen alle drei. Die WooCommerce-Shops im mittleren Markt, die 25–40 % des Wertes abgebrochener Warenkörbe wiederherstellen, wählen nicht eine Option. Sie schichten. E-Mail erreicht die Posteingänge von Benutzern, die ihre E-Mails zweimal täglich überprüfen. Push erreicht die Desktop- und Mobilbenutzer, die E-Mails überhaupt nicht überprüfen, aber Benachrichtigungen überfliegen. SMS erreicht die hochwertigen Warenkörbe, bei denen die Nachricht innerhalb der nächsten dreißig Sekunden ankommen muss. Die Aufgabe des Retention Managers ist es, den geschichteten Stapel zusammenzustellen, nicht zu diskutieren, welcher einzelne Kanal gewinnt.

Für einen WooCommerce-Shop, der heute eine reine E-Mail-Sequenz ausführt, lautet die Frage nicht: „Soll ich auf Push umsteigen?“ Es lautet: „Was fügt Push zu dem hinzu, was E-Mail bereits leistet?“ Die Antwort ist unkompliziert. Push feuert schneller als E-Mail-Öffnungen (eine erste Berührung nach 60 Minuten landet eine Stunde, bevor die typische E-Mail geöffnet wird). Push ist schwerer zu ignorieren (keine Vorschau). Push endet beim Kaufereignis, unabhängig davon, welcher Kanal die Gutschrift für die Konvertierung erhalten hat. Dies sind additive Eigenschaften, keine Ersatzstoffe.

Der Rest dieses Artikels basiert auf dieser Formulierung. Der unten beschriebene 3-Nachrichten-Push-Workflow geht davon aus, dass Sie bereits eine 3- oder 4-E-Mail-Recovery-Sequenz in Klaviyo, Omnisend oder einem anderen ESP ausführen. Er ergänzt diese Sequenz, anstatt sie zu ersetzen.

Warum WooCommerce Push-freundlich ist (und wo nicht)

WooCommerce löst drei native Events aus, die diese gesamte Angelegenheit handhabbar machen. add_to_cart wird jedes Mal ausgelöst, wenn ein Produkt hinzugefügt wird. woocommerce_cart_updated wird ausgelöst, wenn sich der Warenkorbstatus ändert. woocommerce_payment_complete wird ausgelöst, wenn eine Bestellung bezahlt wird.

Das PushEngage WooCommerce Integration Plugin ordnet diese einem benutzerdefinierten PushEngage-Event namens cart_abandoned (ausgelöst, wenn ein Warenkorb nach dem Abbruchschwellenwert inaktiv bleibt) und einem Ziel namens purchase (ausgelöst, wenn die Zahlung abgeschlossen ist) zu. Die Nutzlast des cart_abandoned-Events enthält cart_id, cart_value, cart_url (den Wiederherstellungslink) und eine Produktliste. Diese Nutzlast wird zur Variablenquelle, die die Benachrichtigungen des Workflows verwenden.

Die PushEngage-Integration kümmert sich auch um die Wiederherstellung des Warenkorbs. Wenn ein Abonnent auf eine Push-Benachrichtigung klickt, landet er im Warenkorb, wobei seine Artikel bereits vorausgefüllt sind, anstatt auf einer leeren Produktseite. Dies ist kein kleines Detail: Ein wiederhergestellter Warenkorb mit einer Ein-Klick-Kaufabwicklung konvertiert etwa dreimal so schnell wie ein wiederhergestellter Warenkorb, bei dem der Abonnent die Artikel erneut hinzufügen muss.

Die Wiederherstellung des Warenkorbs ist eine der Funktionen für WooCommerce-Push-Benachrichtigungen, die die PushEngage-Integration von Haus aus mitbringt; auf Plattformen ohne die Integration muss das Retention-Team den Wiederherstellungslink von Hand erstellen.

Es gibt eine WooCommerce-spezifische Besonderheit, die erwähnt werden muss. Shops, die eine externe Kaufabwicklung nutzen (Stripe Checkout, PayPal Hosted Checkout, Mollie Hosted, Klarna Hosted), lösen woocommerce_payment_complete erst aus, wenn der Kunde zur Dankesseite zurückgeleitet wird. Wenn diese Weiterleitung nie stattfindet (der Kunde schließt die Browser-Registerkarte auf der gehosteten Seite von Stripe nach der Bezahlung), hat der Workflow keine Möglichkeit zu wissen, ob der Warenkorb konvertiert wurde. Die Lösung ist ein Zielverfolgungs-Pixel auf der Dankesseiten-Weiterleitung, das das PushEngage purchase-Ziel mit der cart_id auslöst. Ohne dieses Pixel feuert der Workflow weiterhin Erinnerungen an Abonnenten, die bereits bezahlt haben, und das ist der Fehlerfall, den jedes Retention-Team vermeiden möchte. Konfigurieren Sie das Pixel, bevor Sie den Workflow aktivieren.

Zwei zusätzliche Kontextnotizen. Erstens wird die Workflow-Terminologie im Rest dieses Artikels (START, WAIT, DECISION, ACTION, END) im PushEngage Workflows Builder definiert und im übergeordneten eCommerce-Artikel ausführlich behandelt. Zweitens ist dieser WooCommerce Warenkorbabbruch-Workflow einer von fünf WooCommerce-spezifischen Push-Workflows in dieser Reihe; die anderen (Browse Abandonment, Preisnachlass, Wiederaufstockung, Nachkauf) sind im abschließenden Abschnitt verlinkt.

Der 3-Nachrichten-Warenkorbabbruch-Workflow, von Anfang bis Ende

Dies ist das Herzstück. Die vollständige Spezifikation des Warenkorbabbruch-Workflows.

Trigger- und Ausführungstyp

• Trigger (START): Benutzerdefiniertes PushEngage-Event mit event_name = cart_abandoned, ausgelöst durch die WooCommerce-Integration, wenn ein Warenkorb über die Abbruchschwelle hinaus inaktiv bleibt (typischerweise 60 Minuten Inaktivität).
• Aktionstyp: Mehrere parallele Aktionen. Ein Abonnent, der den Warenkorb A am Dienstag und den Warenkorb B am Freitag abbricht, erhält zwei gleichzeitige Workflow-Instanzen, eine pro Warenkorb, jede mit ihrer eigenen Warenkorb-ID. Dies ist entscheidend: Ein Aktionstyp „Einzeln“ oder „Mehrere sequenziell“ würde die Wiederherstellung von Warenkorb B blockieren, bis der Workflow von Warenkorb A abgeschlossen ist, und ein wiederkehrender Kunde, der ein zweites Mal abbricht, würde nichts erhalten.
• Abbruchkriterien: Ziel purchase, das mit der Warenkorb-ID des Trigger-Ereignisses übereinstimmt. In dem Moment, in dem das WooCommerce purchase-Ziel für diesen Warenkorb ausgelöst wird, wird der Workflow für diesen Abonnenten abgebrochen, unabhängig davon, wo er sich gerade in der Journey befindet.
• Ruhezeiten: 22:00 bis 8:00 Uhr in der Zeitzone des Abonnenten, Standardeinstellung wiederholen. Die Einstellung wiederholen hält Benachrichtigungen bis 8:01 Uhr lokal zurück, anstatt sie fallen zu lassen, was die meisten Retention-Teams bevorzugen, da abgebrochene Benachrichtigungen auch aus der Analyse herausfallen.

Ablauf

WARTE 1 Stunde → Nachricht 1 (kein Rabatt) → WARTE 24 Stunden → ENTSCHEIDUNG: Warenkorb noch abgebrochen? → JA-Pfad: Nachricht 2 (10 % Rabatt) → WARTE 48 Stunden → ENTSCHEIDUNG: Warenkorb noch abgebrochen? → JA-Pfad: Nachricht 3 (20 % Rabatt + Dringlichkeit) → ENDE.

Die NEIN-Pfade beider Entscheidungsnodes führen zu EXIT (der Warenkorb wurde zwischen den Wartezeiten konvertiert und die Aufgabe des Workflows ist erledigt).

Benachrichtigungstext

Nachricht 1 (1 Stunde nach Abbruch, kein Rabatt):

• Titel: Sie haben etwas vergessen
• Text: Ihr {{event.data.product_name || Warenkorb}} ist noch da. Möchten Sie den Checkout abschließen?
• URL: {{event.data.cart_url}}

Nachricht 2 (25 Stunden nach Abbruch, 10 % Rabatt):

• Titel: Denken Sie noch darüber nach? Hier sind 10 % Rabatt
• Text: Ihr {{event.data.product_name || Warenkorb}} ist nur einen Klick entfernt. Verwenden Sie SAVE10 an der Kasse.
• URL: {{event.data.cart_url}}?coupon=SAVE10

Nachricht 3 (73 Stunden nach Abbruch, 20 % Rabatt, Dringlichkeit):

• Titel: Letzte Chance: 20 % Rabatt auf Ihren Warenkorb
• Text: Wir haben Ihren {{event.data.product_name || Warenkorb}} noch einen Tag lang für Sie reserviert. Der Code SAVE20 läuft heute Abend ab.
• URL: {{event.data.cart_url}}?coupon=SAVE20

Jeder Titel bleibt unter 50 Zeichen und jeder Text unter 130 Zeichen, was dafür sorgt, dass sie auf Chrome Desktop, iOS Safari 16.4+ und Android Chrome ohne Kürzung sichtbar sind. Die ||-Syntax bietet einen Fallback, falls die Variable für den Produktnamen fehlt.

Warum 1 Stunde, 25 Stunden und 73 Stunden

Die drei Wartezeiten sind nicht willkürlich. Jedes Zeitfenster erfasst eine andere Erholungspsychologie.

1 Stunde. Der erste Kontakt erfasst den „Ich bin gegangen, um woanders nach Preisen zu suchen“-Abbrecher, bevor die Sitzungserinnerung verblasst. Die meisten Warenkörbe, die jemals wiederhergestellt werden, tun dies in der ersten Stunde. Die meisten, die die erste Stunde ohne Konvertierung verstreichen lassen, werden ohne eine zweite Kontaktaufnahme nicht konvertieren. Eine erste Wartezeit von 30 Minuten ist zu eilig: Sie unterbricht den Preisvergleich, den der Kunde gerade aktiv durchführt. Eine erste Wartezeit von 4 Stunden ist zu langsam: Der Warenkorb-Kontext geht verloren. Eine Stunde liegt am Wendepunkt.

25 Stunden. Die zweite Kontaktaufnahme erfolgt am nächsten Tag, absichtlich 25 Stunden statt genau 24, damit ein Abbrecher am Abend die zweite Nachricht nicht zur gleichen Stunde erhält, zu der er die erste erhalten hat (was das Gehirn als Spam wahrnimmt). Eine Wartezeit von 25 Stunden verschiebt die zweite Kontaktaufnahme für Abendabbrecher in den nächsten Morgen oder für Morgenabbrecher in den nächsten Abend, was das praktische Zeitfenster für ein Angebot von 10 % Rabatt ist.

73 Stunden. Letzter Versuch, bevor der Warenkorb kalt wird. Drei Tage später hat sich die Absicht des Abonnenten entweder über einen anderen Kanal materialisiert (in diesem Fall wurde die Exit-Regel bereits ausgelöst) oder ist vollständig ins Stocken geraten. Ein Rabatt von 20 % mit Dringlichkeits-Framing ist der letzte gangbare Anstoß, bevor der Warenkorb tot ist. Längeres Warten als 96 Stunden führt zu einer schwindenden Wiederherstellungsrate bei garantierten Marginkosten; kürzer als 48 Stunden nach Nachricht 2 trainiert Abonnenten, auf den Rabatt zu warten.

Ruhezeiten umfassen die gesamte Sequenz. Die 1-stündige erste Kontaktaufnahme eines Abbrechers um 23 Uhr würde sonst um Mitternacht erfolgen. Mit reschedule auf 8:01 Uhr eingestellt, wird die Nachricht bis zum nächsten Morgen zurückgehalten. Der Warenkorbabbruch-Workflow bleibt lieferverantwortlich, anstatt stillschweigend nächtliche Sendungen fallen zu lassen.

Die Verteidigung der Rabattstaffelung

Die Rabattstaffel ist 0 % / 10 % / 20 %. Die offensichtliche Alternative ist ein pauschaler Rabatt von 15 % für alle drei Kontaktaufnahmen. Die Staffel gewinnt bei den Netto-wiederhergestellten Einnahmen, auch wenn die pauschale Struktur bei der Roh-Wiederherstellungsrate gewinnt. Hier ist die Mathematik im repräsentativen WooCommerce-Mittelstandsmarkt.

Szenario. 200.000 Push-Abonnenten. 70 % Warenkorbabbruchrate. 145 $ durchschnittlicher Bestellwert. Ungefähr 12.000 abgebrochene Warenkörbe pro Woche, die über den Push-Workflow verfolgt werden (nach Abonnentenüberschneidung mit E-Mail).

Pauschale 15 % für alle drei Kontaktaufnahmen. Angenommen, dies erhöht die Roh-Wiederherstellungsrate auf 30 %. Das stellt 3.600 Warenkörbe pro Woche bei einem durchschnittlichen Bestellwert von 145 $ wieder her = 522.000 $ Brutto. Jeder wiederhergestellte Warenkorb zahlt einen Rabatt von 15 %, sodass die Netto-wiederhergestellten Einnahmen 522.000 $ × 0,85 = 443.700 $ pro Woche betragen.

0/10/20 Staffel. Angenommen, dies ergibt eine Roh-Wiederherstellungsrate von 25 % (niedriger, da Nachricht 1 keinen Anreiz hat). Aber die Wiederherstellung verteilt sich auf die drei Kontaktaufnahmen: 12 % konvertieren bei Nachricht 1 (kein Rabatt), 8 % bei Nachricht 2 (10 %), 5 % bei Nachricht 3 (20 %). Netto pro Warenkorb: 12 % × 145 $ + 8 % × 145 $ × 0,90 + 5 % × 145 $ × 0,80 = 17,40 $ + 10,44 $ + 5,80 $ = 33,64 $ pro abgebrochenem Warenkorb. Bei 12.000 Warenkörben sind das 403.680 $ pro Woche, etwas weniger als pauschal.

Aber die Bruttogewinnrealität ist schärfer. Die meisten WooCommerce-Shops im mittleren Markt arbeiten mit einer Bruttogewinnmarge von 35–45 %. Ein pauschaler Rabatt von 15 % reduziert diese Marge auf 20–30 %. Eine Konversion von 0 % bei Nachricht 1 behält die volle Marge. Das Retention-Team, das die Staffel verwaltet, gibt etwa 3 Prozentpunkte der Wiederherstellungsrate auf (28 % vs. 31 %) und stellt einen materiell größeren Teil der Margendollars wieder her. Die Netto-Beitragsmarge, nicht die Brutto-wiederhergestellten Einnahmen, ist die richtige Kennzahl zur Verteidigung.

Das zweite Argument für die Leiter ist das Abonnententraining. Eine Liste, die in jeder Warenkorberinnerung konstant 15 % Rabatt sieht, lernt, auf den Rabatt zu warten. Die Ertragsrate des nächsten Quartals bei flachen 15 % sinkt, da die Abonnenten das Muster gelernt haben. Eine 0/10/20-Leiter behält die Option, zum vollen Preis zu konvertieren.

Das dritte Argument ist die Segmentierung. Ein Abonnent, der bei Nachricht 1 konvertiert, ist ein Kunde mit hoher Absicht, der in der nächsten Kampagne anders erneut angesprochen werden sollte. Ein Abonnent, der nur bei Nachricht 3 konvertiert, ist preissensibel und sollte in einen preisgesteuerten Bindungspfad segmentiert werden. Die Leiter erzeugt Signal; der flache Rabatt erzeugt Rauschen.

Pro-Warenkorb-Attribution und die Berechnung des zurückgeholten Umsatzes

Push-Workflow-Analysen in PushEngage verfolgen drei Zahlen an jedem Knoten: in die Warteschlange gestellte Benutzer (warten an diesem Knoten), abgeschlossene Benutzer (durchgelaufen) und ausgetretene Benutzer (haben den Workflow an diesem Knoten verlassen, normalerweise weil die Austrittsregel ausgelöst wurde).

Hier sehen die Analysen auf Knotenebene für einen aktiven WooCommerce-Warenkorbabbruch-Workflow aus, der auf dem Geschäft mit 200.000 Abonnenten und einem durchschnittlichen Warenkorbwert von 145 $ läuft:

Knoten	Gewartet	Abgeschlossen	Beendet	Notizen
START (warenkorb_abgebrochen)	0	11,940	240	240 Warenkörbe konvertierten zwischen Ereignisauslösung und Workflow-Scan
WARTE 1 Stunde	220	11,720	0	Normale Warteschlangentiefe
AKTION: Nachricht 1	0	11,720	0	Benachrichtigung gesendet
24 Stunden WARTEN	280	9,290	2,150	2.150 Warenkörbe konvertierten bei Nachricht 1 (höchste Absicht zur Wiederherstellung)
ENTSCHEIDUNG: immer noch abgebrochen?	0	9,290	0	Verbleibende Warenkörbe gegen Ziel geprüft
AKTION: Nachricht 2 (10 % Rabatt)	0	9,290	0	Benachrichtigung gesendet mit SAVE10
WARTE 48 Stunden	120	7,460	1,710	1.710 Warenkörbe konvertierten bei Nachricht 2
ENTSCHEIDUNG: immer noch abgebrochen?	0	7,460	0	Endgültige Prüfung
AKTION: Nachricht 3 (20 % Rabatt)	0	7,460	0	Benachrichtigung gesendet mit SAVE20
ENDE	n. z.	7,460	n. z.	7.460 Warenkörbe wurden nicht per Push wiederhergestellt

Gesamt per Push wiederhergestellt: 240 (vorab) + 2.150 + 1.710 = 4.100 Warenkörbe. Rohe Push-Wiederherstellungsrate: 4.100 / 12.180 = 33,7 %. Wiederhergestellter Warenkorbwert bei 145 $ durchschnittlichem Warenkorbwert = 594.500 $ Brutto pro Woche. Netto abzüglich des Leiter-Rabatts (240 Warenkörbe zu 0 %, 2.150 zu 0 %, 1.710 zu 10 %), Nettoumsatz = 570.795 $ pro Woche.

Lesen Sie den Funnel so. Die beiden Wartezeiten (24h und 48h) sind die Knoten mit den meisten Austritten, was das richtige Muster ist: Kunden entscheiden sich während der Wartefenster zum Kauf, nicht beim Lesen der Benachrichtigung. Wenn Ihr Workflow das Gegenteil zeigt (hohe Austritte bei Aktionsknoten, niedrige bei Wartezeiten), ist das Timing zu lang und Sie sollten die Wartezeiten verkürzen. Wenn der START-Knoten ungewöhnlich hohe Austritte zeigt, ist die Abbruchschwelle zu kurz und Sie erfassen Warenkörbe, die nie wirklich abgebrochen wurden.

Dies ist der Posten für den wiederhergestellten Umsatz, den ein Retention Manager bei der nächsten Gewinn- und Verlustrechnung verteidigen kann. WooCommerce Push-Benachrichtigungen haben letzte Woche 570.795 $ Netto durch den Warenkorbabbruch-Workflow wiederhergestellt, bei null Kosten pro Push-Sendung und der Plattform-Abonnementgebühr. Die Kosten pro wiederhergestelltem Dollar sind so gering, dass die Finanzabteilung keine Folgefragen hat.

Multi-Channel-Orchestrierung: Push + E-Mail + WhatsApp + Live-Chat

Der obige 3-Nachrichten-Push-Workflow läuft parallel zur E-Mail-Wiederherstellungssequenz. Die gleiche Workflow-Architektur kann auch basierend auf dem Abonnentenstatus kanalübergreifend eskalieren. Mit einer Workflow-Engine setzt sich die Reise wie folgt zusammen:

• START: cart_abandoned Ereignis mit cart_id und cart_value
• WARTE: 1 Stunde
• ENTSCHEIDUNG 1: ist der Abonnent für Web-Push angemeldet? JA: Web-Push-Erinnerung senden; NEIN: fortfahren
• WARTEN: 30 Minuten
• ENTSCHEIDUNG 2: Hat der Push ausgelöst und wurde geklickt? JA: BEENDEN; NEIN: fortfahren
• ENTSCHEIDUNG 3: ist cart_value > 200$? JA: WhatsApp-Nachricht senden; NEIN: E-Mail per HTTP-Anfrage an ESP senden
• ENTSCHEIDUNG 4: ist der Abonnent gerade vor Ort? JA: Live-Chat-Ping auslösen; NEIN: fortfahren zu Nachricht 2 warten
• BEENDEN bei Ziel purchase

Vier Kanäle, ein Workflow, ein Satz von Abbruchkriterien, eine Abonnentenidentität. Dies ist die Orchestrierung, die Retention-Teams nicht zusammenstellen können, wenn jeder Kanal in einem anderen Tool sitzt. Mit separaten Anbietern wird der Warenkorb-Workflow zu sechs Synchronisationen, zwei Segmentierungs-Engines, die sich darüber uneinig sind, wer als VIP zählt, und keiner einheitlichen Umsatzattribution.

Mit einer Workflow-Engine ist die Reise ein Objekt. Weitere Informationen darüber, wie Push und E-Mail innerhalb eines einzigen Aufbewahrungsplans kombiniert werden, finden Sie im Hauptartikel über Push- und E-Mail-Multi-Channel-Orchestrierung.

Seitenleiste: Verwaltung des Warenkorb-Workflows über Ihren KI-Assistenten

Mit dem WordPress-Plugin 4.2.4 und der WordPress Abilities API wird der Warenkorb-Workflow von jedem MCP-fähigen KI-Assistenten aus verwaltbar. Das Plugin stellt pushengage/list-push-automation-campaigns (gibt die aktuelle WooCommerce-Push-Automatisierungskonfiguration zurück) und pushengage/update-push-automation-campaign (aktiviert, deaktiviert oder konfiguriert eine Kampagne nach ID) bereit. Beide Fähigkeiten erfordern, dass der Benutzer die WordPress-Berechtigung manage_options hat und WooCommerce auf der Website aktiv ist.

Für einen Retention-Manager, der Claude, ChatGPT oder Cursor mit dem PushEngage MCP ausführt, bedeutet dies, dass der Warenkorbabbruch-Workflow während einer geplanten Website-Wartung pausiert, danach wieder aktiviert oder neu konfiguriert werden kann, um Textvarianten auszutauschen, ohne WP Admin überhaupt öffnen zu müssen. Mehr dazu in der PushEngage KI-Assistenten-Ankündigung.

Bauen Sie ihn in PushEngage ein

Der Einrichtungspfad ist kurz. Installieren Sie das PushEngage-Plugin auf der WooCommerce-Website (es erkennt WooCommerce automatisch und zeigt die WooCommerce-spezifischen Ereignisse an). Verbinden Sie das Plugin mit einem PushEngage-Konto. Importieren Sie die Warenkorbabbruch-Workflow-Vorlage in den PushEngage Workflows Builder.

Es wird mit der 1h / 25h / 73h-Zeitsteuerung, den Platzhaltern für die Rabattstaffelung und der Regel zum Beenden beim Kauf bereits konfiguriert geliefert. Tauschen Sie die Platzhalter-Gutscheincodes gegen Ihre echten aus. Konfigurieren Sie den Abbruchschwellenwert (standardmäßig sind 60 Minuten für die meisten Shops sinnvoll). Aktivieren Sie den Workflow. Beobachten Sie, wie die ersten 200 abgebrochenen Warenkörbe durchlaufen, bevor Sie die Skalierung erhöhen.

Wenn dies der erste PushEngage-Workflow im Shop ist, bietet der kostenlose Plan 200 Abonnenten und die vollständige Workflows-Engine, genug, um den Kanal mit einer kontrollierten Liste zu beweisen, bevor Budget für eine kostenpflichtige Stufe beantragt wird. Starten Sie mit dem kostenlosen Plan, um diese Woche die erste Instanz auszuführen.

Was dies ändert

Dieser Artikel ist eine von fünf WooCommerce-spezifischen Push-Workflow-Spezifikationen. Die Geschwister behandeln WooCommerce-Workflow für Warenkorbabbrüche, Preiswarnungen, Benachrichtigungen bei Wiederverfügbarkeit und WooCommerce-Workflow nach dem Kauf. Für die umfassendere plattformübergreifende Behandlung von Warenkorbabbrüchen behandelt das umfassendere Handbuch für Warenkorbabbrüche das Thema auf strategischer Ebene.

Wo dies in ein vollständiges E-Commerce-Retention-Programm passt, finden Sie im Hub-Beitrag E-Commerce-Push-Benachrichtigungen.

Der Retention Manager, der am Dienstag das WooCommerce-Dashboard öffnet und 46.000 US-Dollar an nicht wiederhergestellten Warenkörben sieht, hat eine Wahl. Optimieren Sie weiter die E-Mail-Sequenz, die sich abgeflacht hat, oder legen Sie Push als zweiten Kanal darüber, der mit anderer Zeitsteuerung, anderem Format und anderer Abbruchregel läuft. Der obige 3-Nachrichten-Workflow, der parallel zu jeder bereits vorhandenen E-Mail-Kadenz läuft, stellt die 12–25 % des Warenkorbwerts wieder her, den E-Mail nicht erreichen kann.

Mit der 0/10/20-Rabattstaffelung erzielt der wiederhergestellte Umsatz eine höhere Nettogewinnmarge als ein Flat-Discount-Workflow. Mit der Regel „Abbruch bei Kauf“ stoppt der Workflow in dem Moment, in dem der Warenkorb konvertiert. Mit Per-Node-Analysen ist der Posten für die Finanzabteilung anhand von Zahlen, nicht Anekdoten, verteidigbar. Das ist das gesamte Argument für die Wiederherstellung abgebrochener Warenkörbe und das gesamte Argument für die Automatisierung der Warenkorbwiederherstellung in einem einzigen Workflow.