Magento 2 Google Analytics 4 einrichten: E-Commerce-Events, Consent Mode und typische Fehler

1. Das Messkonzept: Erst die Fragen klären, dann die Technik wählen

Bevor ein einziger Tag gesetzt wird, sollten Sie schriftlich festhalten, welche Entscheidungen die Daten später stützen sollen. Typische Fragen sind: Welche Kanäle bringen Bestellungen, an welchem Schritt des Checkouts springen Kunden ab, und welche Produktkategorien werden oft angesehen, aber selten gekauft? Jede dieser Fragen bestimmt, welche Events und Parameter Sie tatsächlich brauchen.

Ein Messkonzept ist dabei kein dickes Dokument, sondern eine Tabelle mit Event-Name, Auslöser, Pflichtparametern und Verantwortlichem. Sie verhindert, dass Agentur, Marketing und Entwicklung jeweils eigene Annahmen treffen. Wer das Konzept erst nach der Implementierung schreibt, dokumentiert meist nur, was zufällig entstanden ist, statt zu steuern, was gemessen werden soll.

Legen Sie außerdem fest, wer die Zahlen regelmäßig liest. Ein Bericht, den niemand öffnet, braucht kein Event. Ordnen Sie jedem Event deshalb eine Frage und eine Person zu, die auf Basis der Antwort entscheidet. Events ohne Abnehmer erhöhen nur den Pflegeaufwand und die Fehlerquote.

2. Die empfohlenen E-Commerce-Events: view_item, add_to_cart, begin_checkout, purchase

GA4 arbeitet ereignisbasiert und bringt für Shops eine Reihe empfohlener Events mit, deren Namen und Parameter Google vorgibt. Für den Einstieg genügt meist ein schlanker Kern: view_item_list und view_item für Listen und Detailseiten, add_to_cart und view_cart für den Warenkorb, begin_checkout für den Start des Bezahlvorgangs und purchase für die abgeschlossene Bestellung.

Wichtig ist, die vorgegebenen Namen exakt zu verwenden. Nur dann füllen sich die standardisierten E-Commerce-Berichte, ohne dass Sie eigene Auswertungen bauen müssen. Zusätzliche Events wie add_shipping_info oder add_payment_info lohnen sich, sobald Sie genauer wissen wollen, an welcher Stelle im Checkout Kunden abbrechen. Starten Sie lieber klein und bauen kontrolliert aus.

3. Das purchase-Event im Detail: Parameter und Data-Layer-Beispiel

Das purchase-Event ist das wichtigste Signal, weil daran Umsatz, Kampagnenbewertung und Attribution hängen. Es braucht mindestens eine eindeutige transaction_id, die Währung, den Wert und die Liste der gekauften Artikel mit ID, Name, Preis und Menge. Tax und shipping sind eigene Parameter und sollten nicht heimlich in den Wert hineingerechnet werden.

Das folgende Beispiel zeigt ein Push im üblichen Data-Layer-Format. Die Werte sind Platzhalter. Der vorangestellte Reset von ecommerce verhindert, dass Daten eines früheren Events versehentlich in das neue Event übernommen werden.

// Beispielwerte, im Shop werden sie aus der Bestellung befüllt
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({ ecommerce: null });
window.dataLayer.push({
  event: "purchase",
  ecommerce: {
    transaction_id: "100000123",
    currency: "EUR",
    value: 100.00,
    tax: 19.00,
    shipping: 4.90,
    items: [
      {
        item_id: "SKU-123",
        item_name: "Beispielprodukt",
        price: 50.00,
        quantity: 2
      }
    ]
  }
});

4. Duplikate bei purchase vermeiden

Doppelt gezählte Bestellungen gehören zu den häufigsten Fehlern. Sie entstehen, wenn die Bestätigungsseite neu geladen wird, wenn Kunden aus der Bestätigungs-E-Mail erneut dorthin zurückkehren oder wenn mehrere Tags dasselbe Event senden. GA4 selbst entfernt Duplikate nur, wenn dieselbe transaction_id erneut auftaucht, und auch das nicht in jedem Fall zuverlässig.

Sinnvoll ist deshalb ein Schutz im Shop: Das Event wird pro Bestellung nur einmal ausgelöst, zum Beispiel über ein Merkmal in der Session oder im Browser-Speicher, das die bereits gemeldete Bestellnummer festhält. Prüfen Sie zusätzlich nach jedem Release, ob Testbestellungen exakt einen purchase-Eintrag erzeugen. Erst dieser Test macht aus einer Annahme ein belegtes Ergebnis.

5. Consent Mode v2: Einwilligung und Messung zusammenbringen

Consent Mode ist ein Mechanismus, mit dem Google-Tags ihr Verhalten an die Entscheidung des Besuchers anpassen. Die Einwilligung wird über Signale wie analytics_storage und ad_storage übermittelt, in Version 2 kommen weitere Signale für Werbedaten hinzu. Entscheidend ist die Reihenfolge: Die Standardwerte müssen gesetzt sein, bevor ein Tag feuert, und das Banner aktualisiert sie nach der Entscheidung. Unsere Tracking-Extensions liefern dafür einen Ausgangspunkt, ersetzen aber nicht die Prüfung im konkreten Shop.

Ob und in welchem Umfang Sie nach einer Ablehnung noch modellierte Daten nutzen, ist eine Frage Ihrer Datenschutzbewertung und nicht nur der Technik. Verlassen Sie sich nicht auf Erwartungen, wie viel Lücke Consent Mode schließt, sondern vergleichen Sie Ihre Zahlen mit den Bestellungen im Shop. Dieser Text ist keine Rechtsberatung, klären Sie Details mit Ihrer Datenschutzberatung.

6. Cookie-Einwilligung und Banner: Was der Shop leisten muss

Ein Einwilligungsbanner nützt nur, wenn die Entscheidung tatsächlich technisch durchgesetzt wird. Das heißt: Vor der Zustimmung werden keine Tags geladen oder nur im eingeschränkten Consent-Modus betrieben, und die Entscheidung wird gespeichert und bei jedem Seitenaufruf wieder angewendet. Prüfen Sie im Browser-Netzwerkprotokoll, ob vor der Zustimmung wirklich keine Anfragen an Analytics-Domains gehen.

In Magento-Shops mit Caching ist ein weiterer Punkt wichtig: Die Seite wird meist vollständig aus dem Cache ausgeliefert, deshalb darf die Einwilligung nicht serverseitig in das HTML gerendert werden. Sie wird clientseitig ausgewertet. Auch die Kontrolle über die Datenschutzerklärung gehört dazu: Wer GA4 einsetzt, sollte in der Erklärung nachvollziehbar beschreiben, was gemessen wird und wie die Einwilligung widerrufen werden kann.

7. Validierung mit DebugView, Vorschau und Testbestellung

DebugView in GA4 zeigt Events eines Testgeräts in nahezu Echtzeit und mit allen Parametern. Das ist der verlässlichste Weg, um zu prüfen, ob Name, Währung, Artikelliste und transaction_id stimmen. Im Tag Manager aktivieren Sie dafür den Vorschau-Modus, sodass Debug-Daten übertragen werden und Ihre Testsitzung nicht mit Echtdaten vermischt wird.

Spielen Sie die Kette einmal vollständig durch: Produktseite aufrufen, in den Warenkorb legen, Checkout starten, Testbestellung abschließen. Vergleichen Sie danach die Bestellnummer, den Wert und die Positionen mit dem Datensatz im Magento-Backend. Wiederholen Sie den Test mit einem Gutschein, mit abweichender Lieferadresse und mit einer anderen Zahlungsart, weil genau hier Abweichungen auftreten.

Dokumentieren Sie die Ergebnisse jeder Testbestellung mit Datum, Bestellnummer und Screenshot. Beim nächsten Release lässt sich der Stand dann vergleichen, und bei Abweichungen wissen Sie sofort, was sich geändert hat.

8. Typische Fehler: doppelte Tags, falsche Währung, Steuer und Versand

Besonders häufig sind doppelte Tags: Ein Entwickler hat GA4 im Theme fest eingebaut, später ergänzt das Marketing denselben Tag im Tag Manager, und jede Seite meldet zwei Seitenaufrufe. Auch eine Erweiterung kann im Hintergrund selbst Events senden. Prüfen Sie den Seitenquelltext und die Netzwerkanfragen auf mehrere Messkennungen. Weitere Fehlerbilder haben meist einfache Ursachen, die sich dennoch leicht übersehen lassen.

Eine falsche oder fehlende Währung führt dazu, dass Umsätze nicht korrekt ausgewertet werden. In Mehrwährungs-Shops muss die Währung der Bestellung übergeben werden, nicht die Basiswährung. Und wenn Steuer und Versand ungeplant im Wert stecken, stimmt der Umsatz mit der Buchhaltung nicht überein. Legen Sie vorab fest, was value bedeutet, und halten Sie diese Definition im Messkonzept fest.

9. Brutto oder Netto: Definition festlegen und Zahlen abgleichen

Gerade im deutschen Handel ist die Frage nach Brutto oder Netto entscheidend. Endkunden sehen Bruttopreise, die Buchhaltung arbeitet mit Nettoumsätzen. Entscheiden Sie bewusst, welche Sicht Ihre Auswertung braucht, und übergeben Sie Steuer und Versand getrennt, damit beide Sichten ableitbar bleiben. Das gilt auch, wenn Sie später Anpassungen am Tracking beauftragen und dafür die Preisübersicht heranziehen: Ein klar definierter Umfang lässt sich leichter einschätzen.

Gleichen Sie zum Schluss regelmäßig ab: Bestellanzahl und Umsatz in GA4 gegen die Magento-Bestellungen eines Zeitraums. Kleine Abweichungen sind durch Einwilligungen und Werbeblocker normal, große deuten auf Fehler hin. Tracking wirkt außerdem auf Ladezeit und Sichtbarkeit; die Themen Performance-Optimierung und Magento-SEO sollten daher in einem Gesamtbild betrachtet werden, nicht isoliert.

10. Zusammenfassung

11. FAQ: GA4 in Magento 2: Das Wichtigste auf einen Blick