GA4 misst Verhalten und Umsatz, GTM bindet Tags ohne Theme-Eingriff ein
Vier Basis-Ereignisse: view_item, add_to_cart, begin_checkout, purchase
Der DataLayer ist die Brücke zwischen WooCommerce und GTM
Consent Mode v2 seit 2024 Pflicht, sonst gehen Daten verloren
Häufigster Fehler ist die doppelte purchase-Messung
Server-Side GTM lohnt erst bei größeren Shops
[/dwb_keytakeaways]

Wozu ein Shop GA4 und den Google Tag Manager braucht

Ein Shop ohne saubere Messung arbeitet im Blindflug. Du siehst, dass Bestellungen eingehen, aber nicht, welche Kampagne sie gebracht hat, an welchem Schritt im Warenkorb die Kunden abspringen und welche Produkte sie ansehen, ohne zu kaufen. GA4 und der Google Tag Manager loesen genau dieses Problem: Du bekommst Zahlen statt Bauchgefuehl.

Wichtig ist, die beiden Werkzeuge zu trennen, denn die Namen verwirren. GA4 (Google Analytics 4) ist das Analysewerkzeug, das Daten zu Traffic, Verhalten und Umsatz sammelt und in Reports zeigt. Der Google Tag Manager (GTM) ist der Container, also eine Zwischenschicht, in die du Tags einbindest: GA4, Meta-Pixel, Conversion-Code von Google Ads. Statt jedes Skript in den Theme-Code zu kleben, verwaltest du alles in einem Dashboard.

Im Shop hat diese Trennung einen klaren Nutzen. GTM wird zur zentralen Stelle, durch die alle Produkt- und Bestelldaten fließen, und GA4 sowie die Werbewerkzeuge bedienen sich nur daraus. So braucht ein neues Pixel keinen Entwickler, und eine Änderung an der Messung legt nicht die ganze Seite lahm.

E-Commerce-Tracking: die vier wichtigsten Ereignisse

GA4 für Shops baut auf E-Commerce-Ereignissen auf. Das ist ein vorgegebener Satz an Namen, die Google versteht und aus denen es die Umsatz-Reports erstellt. Du musst nicht alle kennen, aber vier sind die absolute Grundlage.

  • view_item: Der Nutzer hat eine Produktseite angesehen. Die Basis dafür, zu messen, welche Produkte Aufmerksamkeit ziehen.
  • add_to_cart: Ein Produkt ist im Warenkorb gelandet. Zeigt echtes Kaufinteresse, nicht nur Ansehen.
  • begin_checkout: Der Kunde ist in die Kasse eingestiegen. Hier beginnt der wichtigste Funnel, in dem du Abbrüche misst.
  • purchase: Die Bestellung wurde abgeschlossen. Das wichtigste Ereignis im ganzen Shop, denn es trägt den Umsatz und ordnet ihn der Traffic-Quelle zu.

Jedes dieser Ereignisse trägt Produktdaten: Name, Kennung (SKU), Preis, Menge, Kategorie. Erst diese Angaben erlauben GA4, einen Report zu bauen, in dem du den Umsatz pro Produkt siehst und nicht nur eine nackte Besucherzahl. Zusätzlich lohnen sich view_item_list (Ansicht einer Produktliste) und select_item (Klick auf ein Produkt in der Liste), denn sie runden das Bild ab, wie sich der Kunde durch das Sortiment bewegt.

EreignisWann es ausgeloest wirdWas es misst
view_itemAufruf der ProduktseiteInteresse am Angebot
add_to_cartHinzufügen zum Warenkorbechte Kaufabsicht
begin_checkoutEinstieg in die KasseBeginn des Kauf-Funnels
purchaseAbschluss der BestellungUmsatz und Verkaufsquelle

DataLayer in WooCommerce: die Brücke zwischen Shop und GTM

Hier liegt das Herz der ganzen Umsetzung. Der DataLayer ist ein JavaScript-Objekt auf der Seite, in das der Shop Daten schreibt: welches Produkt du ansiehst, was du in den Warenkorb gelegt hast, welche Bestellung du abgeschlossen hast. Der Google Tag Manager liest diese Daten und gibt sie an GA4 weiter. Ohne DataLayer weiß GTM nicht, dass jemand Schuhe für 199 Euro gekauft hat, es sieht nur, dass jemand irgendeine Seite besucht hat.

In WooCommerce entsteht der DataLayer auf zwei Wegen. Der erste ist ein Plugin, etwa das verbreitete GTM4WP oder kostenpflichtige Integrationen, die den korrekten DataLayer automatisch einfuegen und die E-Commerce-Ereignisse senden. Der zweite ist Code im Theme, bei dem ein Entwickler an WooCommerce-Hooks andockt (etwa den Moment des Warenkorb-Eintrags oder die Dankesseite) und das Objekt selbst aufbaut. Für die meisten Shops ist die erste Variante sinnvoll, denn WooCommerce-Updates können handgeschriebenen Code zerstoeren.

Bevor du die Umsetzung als fertig betrachtest, öffne den Vorschaumodus in GTM (Preview) und gehe durch den Shop wie ein Kunde: Produktseite, Warenkorb, Kasse, Testkauf. Bei jedem Schritt sollte im GTM-Dashboard das passende Ereignis samt Produktdaten erscheinen. Das ist ein Fuenf-Minuten-Test, der die meisten Fehler aufdeckt.

Das ist der Teil, der 2026 nicht mehr wegzudenken ist. Consent Mode v2 ist ein Mechanismus von Google, der das Verhalten der Tags an die Einwilligung des Nutzers in Cookies anpasst. Hat der Besucher nicht zugestimmt, laufen die GA4- und Werbe-Tags im eingeschränkten Modus und speichern keine Daten in Cookies, während Google einen Teil des Bildes über Modellierung rekonstruiert.

Seit 2024 ist das praktisch Pflicht, wenn du Google Ads und Remarketing in Europa nutzt. Ohne umgesetzten Consent Mode v2 schränkt Google die Conversion-Messung und die Remarketing-Listen ein, und du verlierst Daten sowie Werbemoeglichkeiten. Hinzu kommen die Vorgaben der DSGVO rund um die Cookie-Einwilligung, an denen kein Weg vorbeiführt.

In der Praxis sieht die Umsetzung so aus: Du installierst ein Consent-Banner (CMP, etwa Cookiebot, Usercentrics oder Complianz, sofern Consent-Mode-v2-konform), das nach der Wahl des Nutzers vier Einwilligungssignale setzt. GA4 und die Werbe-Tags in GTM reagieren auf diese Signale und schalten sich nur ein, wenn eine Einwilligung vorliegt.

  • ad_storage: Einwilligung in Werbe-Cookies.
  • analytics_storage: Einwilligung in Analyse-Cookies (GA4).
  • ad_user_data: Einwilligung in das Senden von Nutzerdaten zu Werbezwecken.
  • ad_personalization: Einwilligung in personalisierte Werbung und Remarketing.

Ein installiertes Cookie-Banner allein genügt nicht. Das Banner muss mit Consent Mode v2 verbunden sein und die Einwilligungssignale setzen, bevor GA4 auslöst. Ein häufiger Fehler ist ein schönes Banner, das nichts steuert: Die Tags sammeln trotzdem Daten vor der Einwilligung, was gegen die DSGVO verstößt, oder die Einwilligung erreicht GTM nicht und die Messung ist zu niedrig.

Reports, die für einen Shop wirklich zaehlen

Nach der Umsetzung erwartet dich in GA4 ein Meer an Reports, von denen du die meisten im Alltag nicht brauchst. Für einen Shop lohnt der Blick auf wenige konkrete.

  1. Monetarisierung, E-Commerce-Kaeufe: Umsatz pro Produkt, Anzahl der Käufe, durchschnittlicher Umsatz. Der Report, der zeigt, was wirklich verkauft.
  2. Akquisition: Welche Quellen (organisch, bezahlt, Social, Mail) nicht nur Besuche, sondern auch Umsatz bringen.
  3. Kaufpfad (Funnel): Wo du zwischen view_item und purchase die meisten Kunden verlierst. Hier liegt das größte Geld zum Zurückholen.
  4. Landingpages: Welche Beiträge und Kategorien Traffic ziehen, der mit einem Kauf endet und nicht nur mit einem Besuch.

Entscheidend ist, auf Umsatz und Conversions zu schauen und nicht auf reine Besuche. Traffic ohne Verkauf ist eine Eitelkeit, die im Report gut aussieht und auf dem Konto nichts ändert. GA4 verknüpft die Traffic-Quelle mit dem echten Umsatz, und genau das ist sein größter Wert für einen Shop.

Häufige Messfehler, die die Daten verfaelschen

Die meisten Probleme mit der Shop-Analyse kommen nicht vom fehlenden Werkzeug, sondern von Fehlern in der Umsetzung. Das sind die, die ich am häufigsten sehe.

Was du pruefst, damit die Daten stimmen

  • Ob das purchase-Ereignis nicht doppelt sendet (über Plugin und GTM gleichzeitig)
  • Ob ein Neuladen der Dankesseite den Kauf nicht ein zweites Mal zählt
  • Ob eigene Zugriffe (du und Mitarbeiter) per Filter für internen Traffic ausgeschlossen sind
  • Ob Consent Mode v2 funktioniert und die Einwilligungssignale GTM erreichen
  • Ob der Bestellwert ohne Steuer und Versand übergeben wird, wo das so sein soll
  • Ob die Ereignisse auf dem Smartphone ausloesen, nicht nur am Desktop

Der gefährlichste davon ist die doppelte purchase-Messung. Sie passiert, wenn den Kauf gleichzeitig ein Plugin und ein separates Tag in GTM zaehlen, oder wenn der Kunde die Dankesseite neu lädt. Folge: GA4 zeigt doppelt so viel Umsatz, wie du wirklich hast, du triffst Entscheidungen auf zu hohen Zahlen und bewertest die Rentabilität der Kampagnen falsch. Der zweite häufige Fehler ist das Mitzaehlen des eigenen Traffics, wodurch die Daten durch Tests und Buero-Zugriffe verrauscht sind.

Server-Side kurz erklärt: wann es sich lohnt

Immer öfter hört man von Server-Side-Tracking, also der Messung auf der Serverseite. Kurz gesagt: Statt die Daten direkt aus dem Browser des Kunden an Google zu senden, gehen sie zuerst an deinen eigenen Server (einen Server-Side-GTM-Container), der sie erst dann weitergibt. Das bringt bessere Datenqualitaet, mehr Widerstandsfaehigkeit gegen Adblocker und mehr Kontrolle darüber, was deine Seite verlässt.

Das klingt stark, hat aber seinen Preis. Server-Side GTM braucht einen eigenen Server (meist in der Cloud), der dauerhaft läuft und eine monatliche Rechnung erzeugt, sowie mehr Konfigurationsarbeit. Deshalb ist es eine Lösung für Shops mit hohem Traffic und größeren Werbebudgets, wo das Zurückholen einiger Prozent an Daten echtes Geld bedeutet. Für einen kleinen bis mittleren Shop solltest du zuerst die Messung im Browser und den Consent Mode sauber umsetzen und Server-Side erst erwaegen, wenn die Größe es verlangt.

Wenn du sicher sein willst, dass die Messung in deinem Shop korrekt zählt, setze ich bei DawidWeb GA4 und den Google Tag Manager mit allen E-Commerce-Ereignissen, einem korrekten DataLayer in WooCommerce und DSGVO-konformem Consent Mode v2 um. Webseiten und Shops baue ich ab 600 Euro, ich habe über 120 Projekte umgesetzt, und ein Angebot für deine konkrete Analyse-Umsetzung bekommst du innerhalb von 24 Stunden.

Häufige Fragen

Sind GA4 und Google Tag Manager dasselbe?

Nein. GA4 (Google Analytics 4) ist das Werkzeug, das Daten zu Traffic und Umsatz sammelt und in Reports anzeigt. Der Google Tag Manager ist der Container, also eine Zwischenschicht, die verschiedene Tags (GA4, Meta-Pixel, Google-Ads-Code) ohne Eingriff in den Theme-Code einbindet. In der Praxis gibt GTM die Daten an GA4 weiter. Du kannst GA4 auch ohne GTM betreiben, aber GTM ordnet die Umsetzung und erleichtert die Tag-Verwaltung.

Brauche ich ein Plugin, um E-Commerce in WooCommerce zu messen?

Meist ja, denn das ist der einfachste Weg zu einem korrekten DataLayer. Plugins wie GTM4WP oder kostenpflichtige Integrationen erzeugen die Ereignisse view_item, add_to_cart und purchase samt Produktdaten. Du kannst das auch im Theme programmieren, doch bei WooCommerce-Updates schleichen sich leicht Fehler ein. Fuer die meisten Shops ist ein gut konfiguriertes Plugin schneller und zuverlaessiger.

Was ist Consent Mode v2 und muss ich ihn einsetzen?

Consent Mode v2 ist ein Mechanismus von Google, der das Verhalten der Tags an die Einwilligung des Nutzers in Cookies anpasst. Seit 2024 ist er praktisch Pflicht, wenn du Google Ads in Europa schaltest, denn ohne ihn schraenkt Google Messung und Remarketing ein. In der Praxis bindest du ein Consent-Banner (CMP) ein, das die Einwilligungssignale setzt, und GA4 sowie Werbe-Tags reagieren darauf. Ohne das verstoesst du gegen die DSGVO und verlierst Daten.

Warum zeigt GA4 eine andere Bestellzahl als das WooCommerce-Backend?

Dass die Zahlen um einige Prozent abweichen, ist normal. GA4 zaehlt nur Bestellungen, bei denen das purchase-Ereignis tatsaechlich an Google gesendet wurde, und das haengt von der Cookie-Einwilligung, Adblockern und davon ab, ob der Kunde die Dankesseite erreicht hat. Das WooCommerce-Backend sieht alle bezahlten Bestellungen. Liegt die Abweichung ueber etwa fuenfzehn Prozent, ist meist etwas falsch eingerichtet, oft der Consent Mode oder das purchase-Ereignis selbst.

Ist Server-Side-Tracking in einem kleinen Shop noetig?

In einem kleinen Shop meist nicht. Server-Side GTM verbessert die Datenqualitaet und die Widerstandsfaehigkeit gegen Adblocker, braucht aber einen eigenen Server (Container) und mehr Konfiguration, also laufende Kosten. Das lohnt sich fuer Shops mit hohem Traffic und groesseren Werbebudgets, wo jedes Prozent an Daten echtes Geld bedeutet. Zuerst solltest du die Messung im Browser und den Consent Mode sauber umsetzen, Server-Side kommt spaeter.