Google Tag Manager: korrekte Einrichtung ohne 19 veraltete Anleitungen

Im Container finden Sie Dutzende Tags. Einige werden doppelt ausgelöst, andere verwendet niemand mehr, und eine Variable namens „test2-final“ entscheidet über den gemeldeten Umsatz. Solange sich nichts ändert, misst die Website. Bei der ersten Änderung möchte jedoch niemand die Veröffentlichung freigeben.

Die ursprüngliche Version dieses Artikels enthielt 19 konkrete Einstellungen für Google Analytics, AdWords, Sklik, Facebook und die inzwischen eingestellten Tools jener Zeit. Damals war sie praktisch. Heute würde das Kopieren alter Tags technische Schulden schaffen. Wichtiger ist ein System, das eine neue Oberfläche und den Austausch einer Plattform übersteht.

GTM erzeugt keine Daten, sondern steuert nur ihren Weg

Google Tag Manager arbeitet mit drei grundlegenden Elementen:

  • Ein Tag sendet oder verarbeitet Daten für einen bestimmten Dienst.
  • Ein Trigger bestimmt, bei welchem Ereignis und unter welchen Bedingungen ein Tag aktiviert wird.
  • Eine Variable liefert einen Wert, etwa eine Transaktions-ID, einen Preis oder den Seitentyp.

GTM weiß selbst nicht, ob eine Bestellung bezahlt wurde. Diese Information muss die Website oder das Backend liefern. Ist das Quellsignal falsch, sendet ein perfekt konfiguriertes Tag den Fehler nur schneller an mehr Systeme.

Die Datenebene ist eine Vereinbarung zwischen Website und Marketing

Die Datenebene ist eine strukturierte Ebene, über die die Website Ereignisse und Werte an Tags übergibt. Statt den Preis aus einem bestimmten HTML-Element auszulesen, sendet die Anwendung beim Abschluss eines Kaufs ein Ereignis mit stabilen Feldern.

window.dataLayer = window.dataLayer || []; window.dataLayer.push({ event: 'purchase', ecommerce: { transaction_id: 'OBJ-12345', value: 2490, currency: 'CZK', items: [] } });

Dies ist ein vereinfachtes Beispiel für das Prinzip, keine vollständige E-Commerce-Implementierung. Stimmen Sie die konkrete Struktur mit der aktuellen Empfehlung der Zielplattform ab. Entscheidend ist, dass Namen, Typen und Zeitpunkt des Ereignisses vereinbart und testbar sind.

Ich würde mich nicht auf die URL einer Dankeseite oder den Text einer Schaltfläche verlassen, wenn die Website ein tatsächliches Geschäftsevent liefern kann. Texte und URLs ändern sich bei einer Neugestaltung. Die Vereinbarung zur Datenebene sollte stabil bleiben.

Zuerst der Messplan, dann der Container

Notieren Sie für jeden Geschäftsschritt:

  • den Ereignisnamen,
  • die genaue Bedingung, unter der es auftritt,
  • verpflichtende Parameter und ihr Format,
  • die Quelle der Wahrheit,
  • die Systeme, an die es gesendet werden darf,
  • den erforderlichen Einwilligungsstatus,
  • den Verantwortlichen und die Testmethode.

Bei einer Anfrage unterscheiden Sie zwischen einem abgeschickten Formular und einem qualifizierten Lead. In einem Onlineshop unterscheiden Sie zwischen dem Beginn einer Bestellung und einem bestätigten Kauf. So verhindern Sie, dass der Werbealgorithmus auf eine einfache, aber wirtschaftlich schwache Handlung optimiert.

Namen müssen mehrere Tools überstehen

Verwenden Sie konsistente Ereignisnamen in Kleinbuchstaben und eindeutig beschriebene Parameter. Wenn GA4 ein empfohlenes Ereignis anbietet, etwa generate_lead, add_to_cart oder purchase, ist es sinnvoll, dem offiziellen Namen und den Parametern zu folgen. Sie erhalten kompatiblere Berichte und benötigen weniger Übersetzungsebenen.

Andere Plattformen können ihren eigenen Namen verlangen. Nehmen Sie die Übersetzung nur im Tag vor. Die Website sollte ein verständliches Geschäftsevent senden, nicht fünf nahezu identische Signale nach dem Logo des Anbieters.

Einwilligung muss Teil der Architektur sein

Cookie-Banner und GTM dürfen nicht als zwei getrennte Welten arbeiten. Der Standardstatus der Einwilligung muss vor den Tags verfügbar sein und nach der Entscheidung des Nutzers korrekt aktualisiert werden. Google beschreibt den Consent Mode für seine Tags, einschließlich einfacher und erweiterter Modi.

Consent Mode ist weder ein Banner noch eine rechtliche Bewertung. Das Unternehmen muss, wo erforderlich, eine Einwilligung einholen, ihren Status übergeben und sicherstellen, dass alle Tags – auch außerhalb von Google – die Entscheidung beachten. Custom HTML ist keine geeignete Abkürzung zur Verwaltung der Einwilligung für Google-Tags; verwenden Sie unterstützte Mechanismen und Vorlagen.

Bevorzugen Sie eine native Vorlage statt eines beliebigen Skripts

Für Google Tag, Google Ads und andere unterstützte Dienste verwenden Sie eine native oder vertrauenswürdige freigegebene Vorlage. Reservieren Sie Custom HTML für Situationen, die sich anders nicht sicher lösen lassen. Jedes Skript eines Drittanbieters erhöht das Risiko für Leistung, Sicherheit und Wartung.

Überprüfen Sie den Container einmal pro Quartal und entfernen Sie Tags für Dienste, die das Unternehmen nicht mehr nutzt. Ein inaktives Marketingtool sollte nicht allein deshalb Zugriff auf Besucher haben, weil es vergessen wurde.

Tests müssen Daten, Reihenfolge und das Ausbleiben einer Auslösung prüfen

Preview und Tag Assistant zeigen, welche Tags mit welchen Daten und in welcher Reihenfolge ausgelöst wurden. Der Status „Fired“ reicht nicht aus. Ich prüfe außerdem:

  • ob das Tag genau einmal ausgelöst wurde,
  • ob es nicht im falschen Schritt ausgelöst wurde,
  • Wert, Währung, Transaktions-ID und Artikel,
  • die Netzwerkanfrage und Antwort des Zieldienstes,
  • den Status im Echtzeit- oder Testmodus der Plattform,
  • sowohl erteilte als auch verweigerte Einwilligungen,
  • Mobilgeräte, Weiterleitungen, fehlgeschlagene Zahlungen und wiederholtes Laden.

Bei einem Kauf vergleiche ich das Ergebnis mit dem Backend. Wenn GTM eine Transaktion und das Bestellsystem eine andere meldet, bestimmt Tag Assistant nicht die buchhalterische Realität.

Für die Veröffentlichung brauchen Sie eine Version und einen Rückweg

Verwenden Sie vor einer Änderung einen separaten Arbeitsbereich, wenn mehrere Personen am Container arbeiten. Benennen Sie eine Veröffentlichung nach ihrem Ergebnis, nicht „Version 37“, und beschreiben Sie die geänderten Ereignisse. Google Tag Manager speichert bei der Veröffentlichung eine Containerversion, sodass sich die Historie nachvollziehen und bei einem Fehler der vorherige Zustand wiederherstellen lässt.

Ein Rollback ersetzt jedoch keine Tests. Wenn sich Website und Datenebene gleichzeitig geändert haben, funktioniert der alte Container möglicherweise nicht mit dem aktuellen Code. Stellen Sie Website- und Messversionen koordiniert bereit.

Zwölf Punkte für einen gesunden Container

  1. Auf der Website befindet sich genau der richtige Container, und seine Platzierung folgt den Installationsanweisungen.
  2. Für jedes wichtige Ereignis gibt es einen Messplan und einen Verantwortlichen.
  3. Die Website sendet eine stabile Datenebene statt einer fragilen Seitenauslese.
  4. Namen und Parameter sind konsistent und dokumentiert.
  5. Personenbezogene Daten werden nicht ohne rechtmäßigen, genehmigten Grund an die Datenebene gesendet.
  6. Die Einwilligung ist konfiguriert, bevor relevante Tags ausgelöst werden.
  7. Google- und Werbetags verwenden, sofern vorhanden, unterstützte Vorlagen.
  8. Jedes Tag hat einen begrenzten, verständlichen Trigger.
  9. Ein Kauf und ein Lead können nicht versehentlich doppelt gesendet werden.
  10. Die Tests deckten auch Negativszenarien und verweigerte Einwilligungen ab.
  11. Die Veröffentlichung hat einen Namen, eine Beschreibung und einen bekannten Rückweg.
  12. Nicht verwendete Tags, Variablen und Zugriffsrechte werden regelmäßig entfernt.

Wo GA4, Meta und Werbesysteme hineinpassen

GTM ist eine Verkehrskreuzung. Google Analytics 4 befasst sich mit der Bedeutung von Ereignissen und Berichten. Der Artikel zur Conversions API erklärt den serverseitigen Weg von Ereignissen zu Meta. Der direkte Import von Kosten aus Meta in GA4 hat einen anderen Zweck, der im Leitfaden zum Verbinden von Meta Ads mit GA4 beschrieben wird.

Versuchen Sie nicht, jede Ebene mit einem Tag zu lösen. Definieren Sie zuerst das Ereignis, dann Einwilligung, Übertragung, Validierung und erst danach den Bericht.

Wann GTM nicht erforderlich ist

Bei einer sehr einfachen Website mit einem unterstützten Analytics-Tag kann die direkte Einbindung des Google-Tags klarer sein. GTM ist sinnvoll, wenn Sie mehr Ereignisse, Dienste, Bedingungen und einen kontrollierten Änderungsprozess benötigen. Es ist kein Pflichtabzeichen für erwachsenes Marketing.

Wenn Ihr Container über mehrere Jahre gewachsen ist und niemand mehr wagt, ihn zu veröffentlichen, würde ich nicht mit einem weiteren Tag beginnen. Ich würde mit einer Bestandsaufnahme und einem Testweg von der Data Layer bis zum Bericht anfangen. Sie können die aktuelle Situation über Kontakt schildern.

Brauchen Sie Klarheit im Marketing?

Lassen Sie uns zunächst die Situation klären.

Wenn Ihr Unternehmen vor einer ähnlichen Entscheidung steht, schildern Sie mir kurz den Kontext. Wir sehen dann, ob es sinnvoll ist, weiterzumachen.

Situation schildern