Ein Shop, der nur das Kauf-Event an GA4 sendet, verfügt über eine Umsatzzahl und sonst nichts. Keine Abbruchrate pro Schritt, kein Produkt, das angesehen, aber nie hinzugefügt wurde, keine Analyse der Listenleistung. Der Wert von GA4 in einem Shop kommt aus der vollständigen Kette, nicht aus dem letzten Glied.
Sieben Events genügen, um sie zu rekonstruieren.
Die sieben Events
- view_item_list: Anzeige einer Produktliste, Kategorie, Suchergebnisse, Empfehlungsblock. Er erlaubt den Leistungsvergleich der Platzierungen untereinander.
- select_item: Klick auf ein Produkt aus einer Liste. Zusammen mit dem vorherigen ergibt er die Klickrate pro Liste.
- view_item: Aufruf einer Produktseite. Die Basis für alles Weitere.
- add_to_cart: Hinzufügen zum Warenkorb. Im Verhältnis zu view_item ergibt er die Hinzufügerate, den nützlichsten Indikator auf Produktebene.
- begin_checkout: Eintritt in den Bestellprozess. Das ist die Grenze zwischen Stöbern und Kaufen.
- add_payment_info: Wahl der Zahlungsart. Der letzte Messpunkt vor der Bestätigung, und derjenige, der zahlungsbedingte Abbrüche isoliert.
- purchase: bestätigte Bestellung, mit den Artikeldetails.
Ein achtes lohnt sich, wenn es einfach zu verdrahten ist: remove_from_cart, das Produkte meldet, die beim Entdecken der Versandkosten entfernt werden.
Die Artikelstruktur
Alle diese Events teilen dieselbe Struktur zur Artikelbeschreibung, und die Konsistenz zwischen ihnen macht den Unterschied zwischen nutzbaren Daten und einem unlesbaren Bericht.
Fünf Parameter zählen pro Artikel: die Kennung, der Name, die Kategorie, der Stückpreis und die Menge. Zwei weitere sind nützlich: die Marke und die Variante.
Die Kennung ist der kritische Punkt. Sie muss in allen Events strikt dieselbe sein, und vor allem identisch mit der in Ihrem Produktfeed an Google. Ein Shop, der in einem Event die Referenz und in einem anderen die interne ID sendet, erhält in seinen Berichten zwei verschiedene Produkteinträge für denselben Artikel.
Die Variante muss explizit behandelt werden. Entscheiden Sie, ob die Kennung das Produkt oder die Variante bezeichnet, und halten Sie diese Regel überall ein. Beide Entscheidungen sind vertretbar, die Mischung nicht.
Google Tag Pro - Plug & PlayDas E-Commerce-Tracking, das keine Conversions mehr verliert.190,00€
Preise netto oder brutto
Eine Frage ohne universelle Antwort, die vor der Verdrahtung entschieden werden muss.
Die in Europa gängigste Konvention besteht darin, Bruttopreise zu senden, weil es das ist, was der Kunde zahlt und was auf der Bestellung steht. Die Alternative, netto, erleichtert den Abgleich mit der Buchhaltung.
Wichtiger als die Wahl ist: dass der Bestellwert auf dieselbe Weise berechnet wird, und dass Sie wissen, welche Variante Sie gewählt haben, wenn Sie GA4 sechs Monate später mit Ihrem Backoffice vergleichen.
Zwei Elemente sind vom Transaktionswert auszuschließen: Versandkosten und Steuern werden in eigenen Parametern deklariert, nicht im Gesamtbetrag. Sie einzurechnen bläht den Produktumsatz künstlich auf.
Die klassischen Fehler
Der doppelt gezählte Kauf. Die neu geladene oder aus dem Cache wiederhergestellte Bestätigungsseite sendet das Event erneut. Das ist mit Abstand die häufigste Anomalie, und sie verzerrt den Umsatz nach oben. Der Schutz besteht darin, die Bestellung serverseitig oder im lokalen Speicher als bereits gesendet zu markieren und das Event niemals zweimal für dieselbe Transaktions-ID auszulösen.
Die fehlende oder nicht eindeutige Transaktions-ID. Ohne sie kann GA4 nicht deduplizieren. Verwenden Sie die Bestellreferenz, niemals einen Zeitstempel.
Die Versandkosten im Wert. Siehe oben.
Das Kauf-Event, ausgelöst vor der Zahlungsbestätigung. Bei einer weitergeleiteten Zahlung kann die Bestellung nach dem Senden des Events noch scheitern. Die Auslösung muss auf der echten Bestätigungsseite erfolgen, nach der Rückkehr vom Zahlungsanbieter.
Unbenannte Listen. Wenn alle Ihre Listen denselben Namen tragen, werden Sie nie wissen, ob Ihre Empfehlungsblöcke funktionieren.
Die Einwilligung
Ohne Einwilligung darf keines dieser Events mit Kennungen abgehen. Der Consent Mode erlaubt eine aggregierte Messung ohne Einwilligung, sofern er korrekt verdrahtet ist und die Signale vor dem Laden der Tags übertragen werden.
Ein praktischer Punkt, der oft zu spät entdeckt wird: wenn Ihr Banner Skripte bis zur Einwilligung blockiert, gehen die in dieser Zeit ausgelösten Events verloren. Sehen Sie eine Warteschlange vor, die sie nach der Zustimmung nachspielt, statt sie fallen zu lassen.
Prüfen
Drei Kontrollebenen, in dieser Reihenfolge.
Der Data Layer. Untersuchen Sie in der Browserkonsole seinen Inhalt bei jedem Schritt und prüfen Sie Vorhandensein und Form der Parameter. Dort zeigen sich inkonsistente Kennungen und schlecht formatierte Preise.
Der Debug-Modus von GA4. Er zeigt die Events in Echtzeit mit ihren Parametern und meldet die abgelehnten. Geben Sie eine komplette Bestellung auf und beobachten Sie dabei diesen Bildschirm.
Der Zahlenabgleich. Vergleichen Sie nach zwei Wochen die Bestellzahl und den Umsatz von GA4 mit Ihrem Backoffice.
Die normale Abweichung zum Backoffice
Suchen Sie nicht nach perfekter Gleichheit, sie existiert nicht. Eine Abweichung von 5 bis 15 % weniger in GA4 ist zu erwarten, und sie erklärt sich: verweigerte Einwilligungen, Werbeblocker, privates Surfen, telefonische Bestellungen und Kunden, die die Seite vor dem Senden des Events verlassen.
Alarmieren sollte Sie eine Abweichung über 25 %, oder eine positive Abweichung, bei der GA4 mehr Bestellungen zählt als Ihr Backoffice. Letztere signalisiert fast immer eine Doppelzählung.
Das Modul Google Tag Pro für PrestaShop verdrahtet diese Kette auf PrestaShop 8 und 9: die E-Commerce-Events mit konsistenter Artikelstruktur, den Schutz vor dem doppelten Senden des Kaufs und die Verzahnung mit der Einwilligung.