Post-Purchase Upselling & Cross-Selling

Kauf-Tracking mit dem Google Tag Manager

Mit der Einstellung Google Tag Manager: Ereignis „purchase“ auf der Angebotsseite senden schreibt die Angebotsseite den Kauf gleich beim Öffnen in den dataLayer, einmal pro Bestellung in jedem Browser-Tab. Ihre Kauf-Tags im Google Tag Manager erfassen den Kauf damit auch dann, wenn der Kunde nicht von der Angebotsseite zur Bestellbestätigungsseite weitergeht.

Die URL der Bestellbestätigungsseite zeigt, ob der Kunde von der Angebotsseite kommt. Eine Bedingung im Google Tag Manager verhindert damit, dass Ihre Kauf-Tags die Bestellung ein zweites Mal zählen. Ein angenommenes Angebot wird als eigenes Ereignis gemeldet.

Die Einstellung ist standardmäßig ausgeschaltet. Sie funktioniert mit dem Google Tag Manager und dem Standard-dataLayer; siehe Grenzen.

Was die Erweiterung sendet

Der Kauf auf der Angebotsseite

Beim Öffnen der Angebotsseite schreibt die Erweiterung ein GA4-Ereignis purchase mit den Daten der Bestellung, wie der Kunde sie aufgegeben hat, also bevor er über das Angebot entscheidet:

Feld	Inhalt
`transaction_id`	Die Bestellnummer.
`value`	Die Gesamtsumme: Waren plus Versand, abzüglich Gutscheinen, inklusive Steuern, auch bei Kundengruppen mit Nettopreisen. Die Google-Analytics-Integration von Shopware sendet denselben Wert.
`tax`, `shipping`, `currency`	Die Steuern, die Versandkosten und die Währung der Bestellung.
`coupon`	Die Aktionscodes der Bestellung, durch Kommas getrennt. Nur wenn die Bestellung einen Aktionscode enthält.
`items`	Jedes Produkt mit `item_id` (Produktnummer), `item_name`, `item_variant` (die Optionen der Variante, zum Beispiel Größe und Farbe), `item_brand` (der Hersteller, sofern das Produkt einen hat), `quantity` und `price` (der Stückpreis, wie er in der Bestellung gespeichert ist, bei Kundengruppen mit Nettopreisen also netto).

Das Ereignis wird einmal pro Bestellung in jedem Browser-Tab geschrieben. Beim Neuladen der Angebotsseite wird es nicht erneut geschrieben, und die Vorschau in der Administration schreibt es nie.

Der Kauf enthält nie den Artikel, der über das Angebot hinzugefügt wird. Die meisten Kunden lehnen das Angebot ab, und der Kauf wird geschrieben, bevor sie sich entscheiden. Für ein angenommenes Angebot wird ein eigenes Ereignis geschrieben.

Das angenommene Angebot auf der Bestellbestätigungsseite

Nimmt der Kunde das Angebot an, schreibt die Bestellbestätigungsseite ein eigenes Ereignis cwk_ppu_upsell_accepted, das nur das Angebotsprodukt enthält:

Feld	Inhalt
`transaction_id`	Dieselbe Bestellnummer.
`value`	Der Betrag, um den sich die Bestellung durch das Angebotsprodukt erhöht hat: brutto, bei Kundengruppen mit Nettopreisen netto. Es ist derselbe Betrag, den die Erweiterung in ihrer Analyse erfasst.
`currency`	Die Währung der Bestellung.
`items`	Das Angebotsprodukt mit denselben Feldern wie beim Kauf.

Das Ereignis wird einmal pro angenommenem Angebot in jedem Browser-Tab geschrieben; beim Neuladen der Seite wird es nicht erneut geschrieben. Auf der Bestellbestätigungsseite schreibt die Erweiterung kein zweites Ereignis purchase. Nach einem abgelehnten Angebot schreibt die Erweiterung auf der Bestellbestätigungsseite kein Ereignis.

Der Parameter cwkPpu

Wechselt der Kunde von der Angebotsseite zur Bestellbestätigungsseite, enthält deren URL den Parameter cwkPpu mit einem von drei Werten:

Wert	Wann
`accepted`	Das Angebotsprodukt ist in der Bestellung.
`declined`	Der Kunde hat das Angebot abgelehnt oder die Zahlungsfreigabe bei PayPal abgebrochen.
`shown`	Jede andere Rückkehr, nachdem das Angebot angezeigt wurde: Der Kunde hat auf den Link „Zur Bestellbestätigungsseite“ auf der Angebotsseite geklickt, die Annahme des Angebots ist fehlgeschlagen, oder der Kunde hat einen Angebots-Link erneut geöffnet, der abgelaufen war oder bereits verwendet worden war.

Wurde kein Angebot angezeigt, zum Beispiel weil der Angebots-Link abgelaufen war, bevor sich die Angebotsseite öffnete, hat die URL keinen Parameter cwkPpu, und Ihre üblichen Kauf-Tags lösen wie bisher aus.

Der Parameter wird in jedem Shop gesetzt, auch wenn die Einstellung ausgeschaltet ist. Andere Parameter in der URL der Bestellbestätigungsseite bleiben erhalten. Ist der Parameterteil der URL (alles nach dem Fragezeichen) länger als 8 KiB (8.192 Byte), zeigt die Erweiterung für diese Bestellung kein Angebot, und die Bestellbestätigungsseite öffnet sich wie gewohnt.

Einrichtung

Öffnen Sie Erweiterungen → Meine Erweiterungen, suchen Sie Post-Purchase Upselling & Cross-Selling, öffnen Sie das Menü … und wählen Sie Konfigurieren. Wählen Sie oben Alle Verkaufskanäle oder den gewünschten Verkaufskanal. Schalten Sie in der Karte E-Mails, Aufbewahrung & Erweitert die Einstellung Google Tag Manager: Ereignis „purchase“ auf der Angebotsseite senden ein.
Prüfen Sie, ob alle Tags, die den Kauf erfassen, beim Ereignis purchase auslösen (Trigger vom Typ Benutzerdefiniertes Ereignis). Ein Tag, dessen Trigger auf die URL der Bestellbestätigungsseite reagiert, erhält den Kauf von der Angebotsseite nicht; weisen Sie ihm stattdessen einen solchen Trigger für das Ereignis purchase zu.
Ergänzen Sie im Google Tag Manager die Trigger aller Tags, die den Kauf erfassen (zum Beispiel für GA4, Google Ads, Meta, Microsoft Advertising oder Pinterest), um die Bedingung Page URL enthält nicht cwkPpu. Ohne diese Bedingung zählen diese Tags die Bestellung ein zweites Mal, wenn der Kunde von der Angebotsseite auf die Bestellbestätigungsseite kommt.
Optional: Um den Umsatz aus angenommenen Angeboten zu erfassen, legen Sie einen Trigger vom Typ Benutzerdefiniertes Ereignis mit dem Ereignisnamen cwk_ppu_upsell_accepted an. Verknüpfen Sie ihn mit den Tags, die diesen Umsatz erhalten sollen, zum Beispiel einem GA4-Ereignis-Tag mit dem Ereignisnamen cwk_ppu_upsell_accepted und den Parametern transaction_id, value, currency und items aus den Datenschichtvariablen ecommerce.transaction_id, ecommerce.value, ecommerce.currency und ecommerce.items. Ohne ein solches Tag erreicht der Umsatz aus angenommenen Angeboten keine Analyse- oder Werbeplattform.
Testen Sie die Einrichtung im Modus Vorschau des Google Tag Managers. Geben Sie eine Bestellung auf: Auf der Angebotsseite erscheint das Ereignis purchase. Lehnen Sie das Angebot ab: Die Bestellbestätigungsseite öffnet sich mit cwkPpu=declined, und kein Kauf-Tag löst aus. Geben Sie eine zweite Bestellung auf und nehmen Sie das Angebot an: Auf der Bestellbestätigungsseite erscheint das Ereignis cwk_ppu_upsell_accepted.

Ein- und Ausschalten

Beides gleichzeitig umstellen

Schalten Sie die Einstellung ein und veröffentlichen Sie gleichzeitig die Bedingung im Google Tag Manager, am besten zu einer Tageszeit mit wenigen Bestellungen.

Betroffen sind Angebote, die in diesem Moment offen sind:

Eine Angebotsseite, die vor dem Einschalten geöffnet wurde, hat kein Ereignis purchase in den dataLayer geschrieben. Kommt der Kunde erst nach dem Veröffentlichen der Bedingung auf die Bestellbestätigungsseite, wird die Bestellung nicht gezählt.
Eine Angebotsseite, die nach dem Einschalten geöffnet wurde, schreibt das Ereignis purchase in den dataLayer. Kommt der Kunde noch vor dem Veröffentlichen der Bedingung auf die Bestellbestätigungsseite, wird die Bestellung dort ein zweites Mal gezählt.

Wenn Sie die Einstellung ausschalten, schreibt die Erweiterung keines der beiden Ereignisse mehr, der Parameter cwkPpu bleibt aber in der URL. Entfernen Sie dann gleichzeitig die Bedingung aus den Triggern Ihrer Kauf-Tags, sonst werden Bestellungen nicht gezählt, wenn der Kunde von der Angebotsseite auf die Bestellbestätigungsseite kommt.

Grenzen

Google Tag Manager mit dem Standard-dataLayer. Beide Ereignisse werden in window.dataLayer geschrieben. Ein Container des Google Tag Managers mit einem umbenannten dataLayer erhält keines der beiden Ereignisse.
Content Security Policy. Die Ereignisse werden von einem kleinen Inline-Skript geschrieben, das die Nonce von Shopware trägt. Eine Richtlinie, die Inline-Skripte blockiert und Skripte mit dieser Nonce nicht zulässt, verhindert beide Ereignisse.
Anderes Tracking. Die eingebaute Google-Analytics-Integration von Shopware und Tracking-Skripte außerhalb des Google Tag Managers erhalten keines der beiden Ereignisse.
Einwilligung. Die Erweiterung schreibt nur in den dataLayer. Ihr Container im Google Tag Manager und Ihr Consent-Tool entscheiden, welche Tags auslösen. Die Erweiterung selbst sendet nichts an Google oder einen anderen Dienst.
Pro Browser-Tab. Die Erweiterung merkt sich pro Browser-Tab, ob sie das Ereignis purchase bereits geschrieben hat. Wird derselbe Angebots-Link in einem neuen Tab oder einem anderen Browser geöffnet, wird der Kauf erneut geschrieben. GA4 ignoriert die Wiederholung, weil die Bestellnummer gleich ist; andere Plattformen können sie zählen. Auch cwk_ppu_upsell_accepted wird erneut geschrieben, wenn die Bestellbestätigungsseite mit cwkPpu=accepted in einem neuen Tab oder einem anderen Browser geöffnet wird. GA4 entfernt diese Wiederholung nicht anhand der Bestellnummer.
Unvollständig geladene Seite. Lädt die Angebotsseite nicht vollständig, nachdem der Shop sie als angezeigt erfasst hat, fehlt womöglich das Ereignis purchase. Kehrt der Kunde später zur Bestellbestätigungsseite zurück, enthält deren URL trotzdem cwkPpu=shown, und Ihre Kauf-Tags zählen diese Bestellung dann nicht.