Google Tag Manager: Anleitung, Einrichtung und DSGVO

Was ist der Google Tag Manager?

Fast jede Website, die Werbung schaltet oder ihre Besucher auswertet, braucht mehrere kleine Programmstücke von Drittanbietern: einen Code für Google Analytics 4, einen für Google Ads, einen für das Meta Pixel, vielleicht noch LinkedIn oder Microsoft Ads. Diese Codes heißen Tags. Ohne Tag Manager steht jeder davon einzeln im Quelltext deiner Seite, und jede Änderung heißt: jemand muss an den Code.

Der Google Tag Manager dreht das um. Du baust einmal einen Container-Code ein. Alles Weitere – welche Tags es gibt, wann sie laufen und welche Werte sie mitschicken – legst du in einer Oberfläche unter tagmanager.google.com fest. Der Container lädt beim Seitenaufruf die aktuelle Konfiguration und führt die Tags nach deinen Regeln aus.

Das bringt drei Vorteile, die im Alltag zählen:

• Ein Ort für alles: Du siehst auf einen Blick, was auf deiner Seite misst, statt Codes in Theme, Plugins und Vorlagen zu suchen.
• Testen vor dem Livegang: Die Vorschau zeigt dir, welcher Tag bei welchem Ereignis feuert, bevor ein Besucher davon etwas merkt.
• Versionen: Jede Veröffentlichung wird gespeichert. Geht etwas schief, stellst du die vorige Version wieder her.

Wichtig ist auch, was der Tag Manager nicht ist: Er ist kein Analyse-Werkzeug. Er zeigt dir keine Besucherzahlen und keine Berichte. Er ist die Schaltzentrale, die Daten an GA4, Google Ads oder Meta weitergibt. Ausgewertet wird dort.

Die Bausteine: Tags, Trigger und Variablen

Im Container arbeitest du mit drei Bausteinen. Wer sie verstanden hat, versteht den ganzen Tag Manager.

Tags: was gesendet wird

Ein Tag ist eine Anweisung, die Daten an einen Dienst schickt oder ein Skript lädt. Für Google-Dienste bringt der Tag Manager fertige Tag-Typen mit, etwa „Google-Tag“ für GA4 und Google Ads oder „Google Analytics: GA4-Ereignis“ für einzelne Ereignisse. Für andere Anbieter gibt es Vorlagen aus der Community-Galerie oder den Tag-Typ „Benutzerdefiniertes HTML“, in den du beliebigen Code einsetzen kannst.

Trigger: wann gesendet wird

Ein Trigger (auf Deutsch auch Auslöser) legt fest, wann ein Tag feuert. Typische Trigger-Typen sind Seitenaufruf, Klicks auf Links oder Elemente, Formularübermittlung, Scrolltiefe, Sichtbarkeit eines Elements, Verlaufsänderung bei Single-Page-Apps und „Benutzerdefiniertes Ereignis“ für Ereignisse aus dem dataLayer. Jeder Trigger lässt sich mit Bedingungen einschränken, etwa „nur auf Seiten, deren Adresse /danke enthält“.

Variablen: womit gesendet wird

Variablen liefern die Werte, die ein Tag oder ein Trigger braucht: die Seitenadresse, den Text eines geklickten Links, den Bestellwert oder deine Mess-ID. Es gibt integrierte Variablen, die du nur einschalten musst, und benutzerdefinierte Variablen, etwa eine Datenschichtvariable, die einen Wert aus dem dataLayer liest, oder eine Konstante für eine ID, die in vielen Tags vorkommt.

Ein Beispiel für das Zusammenspiel: Der GA4-Ereignis-Tag „generate_lead“ ist das Was. Der Trigger „Benutzerdefiniertes Ereignis formular_erfolg“ ist das Wann. Die Variable mit der Formularkennung ist das Womit. Ausführlicher erklärt das der Artikel Google Tag Manager: Konto, Container und Struktur.

Der dataLayer: die Schnittstelle zur Website

Der dataLayer ist eine einfache Liste im Browser, über die deine Website dem Tag Manager Bescheid gibt, was passiert ist. Der Container-Code legt ihn an, und jede Seite, jedes Plugin oder jeder Shop kann Einträge hineinschreiben:

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'formular_erfolg',
  formular: 'kontakt'
});

Der Tag Manager hört auf diese Einträge. Der Schlüssel event löst einen Trigger vom Typ „Benutzerdefiniertes Ereignis“ aus, die übrigen Werte liest du mit Datenschichtvariablen aus. Shops nutzen den dataLayer, um Produkte, Warenkorb und Käufe mit Wert, Währung und Bestellnummer zu übergeben. Die Ereignisnamen dafür, etwa view_item, add_to_cart und purchase, gibt GA4 vor; mehr dazu im Artikel E-Commerce-Tracking erklärt.

Der dataLayer ist der verlässlichste Weg, Daten in den Tag Manager zu bringen. Klick-Trigger, die an CSS-Klassen oder Texten hängen, brechen beim nächsten Umbau der Seite. Ein Ereignis, das die Website bewusst meldet, bleibt stabil. Eine Regel gehört dazu: Schreib keine E-Mail-Adressen, Namen oder Freitexte in den dataLayer, wenn sie dort nicht gebraucht werden. Was dort steht, kann ein Tag später ungeprüft weitergeben.

Konto, Container, Arbeitsbereiche und Versionen

Der Tag Manager ist in Ebenen aufgebaut. Ganz oben steht das Konto, meist eines je Unternehmen. Darin liegen ein oder mehrere Container, in der Regel einer je Website. Ein Container hat eine ID der Form GTM-XXXXXXX, und genau diese ID steckt im Code auf deiner Seite. Neben Web-Containern gibt es Container für Apps und Server-Container für Server-Side Tagging.

Im Container arbeitest du in einem Arbeitsbereich. Das ist ein Entwurf: Alles, was du dort änderst, ist zunächst nur für dich sichtbar und läuft nicht auf der Website. Mehrere Personen können in getrennten Arbeitsbereichen arbeiten, ohne sich gegenseitig zu stören. Die kostenlose Version erlaubt bis zu drei Arbeitsbereiche gleichzeitig.

Erst mit dem Veröffentlichen wird eine Änderung live. Dabei entsteht eine Version: eine gespeicherte Momentaufnahme des ganzen Containers. Gib jeder Version einen kurzen Namen und eine Beschreibung, etwa „GA4-Ereignis für Kontaktformular“. Wenn später etwas nicht stimmt, siehst du sofort, was wann geändert wurde, und kannst eine frühere Version wiederherstellen.

Wie du Container und Benennung sinnvoll ordnest, steht im Container-Audit in 10 Punkten – nützlich auch, wenn du einen gewachsenen Container übernimmst.

Google-Tag (gtag.js) oder Tag Manager?

Die häufigste Verwechslung: der Google-Tag und der Google Tag Manager. Der Google-Tag (gtag.js) ist ein einzelnes Skript von Google, das GA4 und Google Ads direkt aus dem Quelltext bedient. Der Tag Manager ist ein Werkzeug, mit dem du viele Tags verwaltest – den Google-Tag eingeschlossen, denn auch im Tag Manager gibt es den Tag-Typ „Google-Tag“.

Wichtig: Nutze nicht beides parallel für denselben Dienst. Steckt gtag.js fest im Theme und läuft GA4 zusätzlich über den Tag Manager, zählt jeder Seitenaufruf doppelt. Das ist einer der Fehler, die wir in Testreihen am häufigsten sehen – mehr dazu im Abschnitt Häufige Fehler.

Was kostet der Google Tag Manager?

Der Google Tag Manager ist kostenlos, ohne Lizenz und ohne Abo. Für große Unternehmen gibt es die kostenpflichtige Variante Tag Manager 360 als Teil der Google Marketing Platform. Sie bietet unter anderem mehr Arbeitsbereiche, Zonen für eine feinere Steuerung großer Container und Support mit Service-Zusagen. Für kleine und mittlere Websites spielt sie praktisch keine Rolle.

Die echten Kosten liegen nicht im Werkzeug, sondern in der Arbeit: Einrichtung, Tests, Pflege und Änderungen. Wer das selbst macht, zahlt mit Zeit. Beim Server-Side Tagging kommen laufende Kosten für den Server hinzu. Eine ausführliche Rechnung mit Marktpreisen findest du unter Google Tag Manager Kosten.

Google Tag Manager einrichten: Schritt für Schritt

Die Grundeinrichtung dauert für eine normale Website nicht lange. Zeit kosten die Tags, die Einwilligung und die Tests danach. So gehst du vor:

1. Konto anlegen. Melde dich unter tagmanager.google.com mit einem Google-Konto an, das deinem Unternehmen gehört – nicht dem privaten Konto eines Mitarbeiters und nicht dem einer Agentur. Lege ein Konto mit dem Namen deines Unternehmens an.
2. Container anlegen. Gib dem Container den Namen deiner Domain und wähle als Zielplattform „Web“. Nach dem Bestätigen der Nutzungsbedingungen zeigt dir der Tag Manager den Code zum Einbauen.
3. Code einbauen. Der Code besteht aus zwei Teilen. Der erste gehört so weit oben wie möglich in den <head> jeder Seite, der zweite direkt hinter das öffnende <body>-Tag. Den Code findest du später jederzeit wieder, wenn du im Container auf die Container-ID klickst.
4. Einbau prüfen. Klicke im Tag Manager auf „Vorschau“ und gib die Adresse deiner Website ein. Verbindet sich der Tag Assistant mit der Seite, ist der Container richtig eingebunden.
5. Einwilligung zuerst. Bevor du den ersten Tag anlegst, verbindest du dein Cookie-Banner mit dem Tag Manager und richtest den Consent Mode v2 ein. So laufen Tags von Anfang an nur mit Zustimmung (siehe Consent Mode v2 und DSGVO).
6. Erste Tags anlegen. Meist ist das der Google-Tag für GA4, danach Ereignisse und Conversions.
7. Testen und veröffentlichen. Prüfe in der Vorschau mit und ohne Einwilligung. Klicke dann auf „Senden“, beschreibe die Version und veröffentliche sie.

So sieht der Aufbau des Codes aus; den vollständigen Code mit deiner ID kopierst du aus dem Tag Manager:

<!-- 1. Teil: im <head>, möglichst weit oben -->
<script>(function(w,d,s,l,i){ … })(window,document,'script','dataLayer','GTM-XXXXXXX');</script>

<!-- 2. Teil: direkt nach dem öffnenden <body> -->
<noscript><iframe src="https://www.googletagmanager.com/ns.html?id=GTM-XXXXXXX" …></iframe></noscript>

Jeden Schritt ausführlicher, samt Benennung und Veröffentlichen, erklärt der Artikel Google Tag Manager einrichten: zum ersten Container.

Google Tag Manager in WordPress

In WordPress gibt es drei übliche Wege: ein Plugin, in das du nur die Container-ID einträgst, den Einbau im Child-Theme oder ein Plugin für Code-Schnipsel. Jeder Weg funktioniert, solange du genau einen nutzt. Prüfe vorher, ob Theme oder SEO-Plugin schon einen Analytics-Code ausgeben, und entferne ihn, sobald GA4 über den Tag Manager läuft. Leere nach dem Einbau den Cache deines Caching-Plugins, sonst findet die Vorschau den Container nicht. Details: Google Tag Manager in WordPress einbinden.

Google Tag Manager in Shopify

Bei Shopify ist der Kaufabschluss der heikle Teil. Code aus dem Theme läuft im Checkout nicht. Für Kauf-Ereignisse bietet Shopify die „Kundenereignisse“ mit benutzerdefinierten Pixeln, die in einer abgeschotteten Umgebung laufen und nur die Ereignisse sehen, die Shopify ihnen liefert, etwa checkout_completed. Alternativ verbindet der Vertriebskanal „Google & YouTube“ den Shop direkt mit GA4 und Google Ads. Entscheidend ist, dass nur ein Weg Käufe meldet. Mehr dazu: Shopify: Conversion-Tracking für Google Ads und Facebook Pixel in Shopify.

Die ersten Tags: GA4, Google Ads und Meta Pixel

Google Analytics 4

Für GA4 legst du einen Tag vom Typ „Google-Tag“ an und trägst deine Mess-ID ein, die mit G- beginnt. Du findest sie in GA4 beim Datenstream deiner Website. Google empfiehlt für diesen Tag den Trigger „Initialisierung – Alle Seiten“, damit er vor den übrigen Tags läuft. Damit misst GA4 Seitenaufrufe und – je nach Einstellung – die Ereignisse der erweiterten Messung. Weitere Ereignisse wie generate_lead oder purchase legst du als Tag „Google Analytics: GA4-Ereignis“ an. Was du in GA4 selbst einstellen solltest, steht in GA4 einrichten; welche Ereignisse sich lohnen, in GA4-Ereignisse: welche wirklich zählen.

Google Ads Conversion-Tracking

Für eine Google-Ads-Conversion brauchst du aus deinem Ads-Konto die Conversion-ID und das Conversion-Label. Im Tag Manager legst du damit einen Tag „Google Ads-Conversion-Tracking“ an und hängst ihn an den Trigger, der den Abschluss markiert, zum Beispiel das erfolgreiche Absenden eines Formulars oder die Bestätigungsseite eines Kaufs. Dazu gehört ein Tag „Conversion-Verknüpfung“ auf allen Seiten, damit die Klick-Informationen aus der Anzeige erhalten bleiben. Bei Käufen übergibst du Wert, Währung und Bestellnummer. Anleitungen: Google Ads Conversion-Tracking einrichten und Enhanced Conversions einrichten.

Meta Pixel

Für das Meta Pixel bringt der Tag Manager keinen eingebauten Tag-Typ mit. Üblich ist eine Vorlage aus der Community-Galerie oder ein Tag „Benutzerdefiniertes HTML“ mit dem Basiscode des Pixels und einzelnen Ereignissen wie Lead oder Purchase. Anders als Google-Tags reagiert das Meta Pixel nicht von selbst auf den Consent Mode. Du musst es deshalb ausdrücklich an die Einwilligung binden, über die Einwilligungseinstellungen des Tags oder über einen Trigger, der erst nach der Zustimmung feuert. Schritt für Schritt: Meta Pixel über den Google Tag Manager einrichten.

Consent Mode v2 und DSGVO

Analyse- und Werbe-Tags setzen Cookies oder lesen Informationen aus dem Gerät der Besucher. Dafür brauchst du in der Regel eine Einwilligung, die dein Cookie-Banner einholt. Der Tag Manager holt diese Einwilligung nicht selbst ein – er setzt sie um. Deshalb müssen Banner und Container sauber miteinander verbunden sein.

Was der Consent Mode v2 macht

Der Consent Mode übermittelt Google-Tags den Einwilligungsstatus aus deinem Banner. Version 2 kennt vier Signale: ad_storage, analytics_storage, ad_user_data und ad_personalization. Jedes steht auf „erteilt“ oder „abgelehnt“. Seit März 2024 verlangt Google den Consent Mode für Besucher aus dem Europäischen Wirtschaftsraum, wenn du Funktionen wie Remarketing und personalisierte Werbung nutzen willst.

Technisch läuft es in zwei Schritten. Zuerst setzt der Container einen Standardwert, meist „abgelehnt“, und zwar vor allen anderen Tags. Dafür gibt es im Tag Manager den Trigger „Consent-Initialisierung – Alle Seiten“. Sobald der Besucher im Banner wählt oder eine gespeicherte Wahl vorliegt, meldet das Banner ein Update. Google-Tags richten sich danach von selbst, für alle anderen Tags trägst du die nötigen Einwilligungen in den Tag-Einstellungen ein.

Es gibt zwei Spielarten. Im Basic-Modus laden Google-Tags erst nach der Zustimmung. Im Advanced-Modus senden sie ohne Zustimmung cookielose Signale, aus denen Google Lücken modelliert; das wird rechtlich unterschiedlich bewertet. Mehr dazu: Was ist der Consent Mode v2?, Basic oder Advanced? und die Anleitung Consent Mode v2 einrichten. Für verbreitete Banner gibt es eigene Anleitungen zu Cookiebot, Borlabs Cookie und Complianz.

Darf der Tag Manager ohne Einwilligung laden?

Das ist die Frage, die am häufigsten gestellt wird. In der Praxis gibt es zwei Wege. Beim ersten lädt der Container sofort, aber jeder Tag wartet auf die Einwilligung. Das ist der verbreitete Weg, weil er mit dem Consent Mode zusammenarbeitet. Beim zweiten lädt das Banner den Container erst nach der Zustimmung. Das ist strenger, kostet aber Funktionen, und der Consent Mode kann vorher nicht arbeiten.

Beim Laden des Containers von Google-Servern wird technisch bedingt die IP-Adresse an Google übertragen. Nach Angaben von Google setzt der Tag Manager selbst keine Cookies; das tun die Dienste, die er lädt. Ob schon das Laden des Containers eine Einwilligung braucht, wird uneinheitlich bewertet. Triff die Entscheidung bewusst, halte sie fest und setze sie so um, wie du sie in der Datenschutzerklärung beschreibst. Beide Wege mit ihren Folgen erklärt der Artikel Google Tag Manager ohne Einwilligung laden – geht das?

Google Tag Manager in der Datenschutzerklärung

Der Tag Manager gehört in die Datenschutzerklärung, und zwar auf zwei Ebenen: einmal das Werkzeug selbst, das Dienste lädt und dabei die IP-Adresse an Google überträgt, und dann jeder Dienst, den er lädt, also GA4, Google Ads, Meta Pixel und so weiter. Anbieter für Nutzer im Europäischen Wirtschaftsraum ist Google Ireland Limited. Für jeden Eintrag gehören Zweck, Rechtsgrundlage, Empfänger, eine mögliche Übermittlung in Drittländer wie die USA und der Weg zum Widerruf hinein.

Der häufigste Fehler ist nicht der Text, sondern der Abgleich: Im Container kommt ein neuer Tag dazu, in der Datenschutzerklärung nicht. Führe eine einfache Liste, in der für jeden Tag die passende Textstelle steht. Mehr dazu: Google Tag Manager in der Datenschutzerklärung nennen und Tracking in der Datenschutzerklärung. Einen Überblick über das ganze Thema gibt DSGVO-konformes Tracking.

Testen und Debuggen

Im Tag Manager ist jede Änderung nach dem Veröffentlichen sofort für alle Besucher live. Deshalb testest du vorher. Dein wichtigstes Werkzeug ist die Vorschau: Ein Klick auf „Vorschau“ öffnet den Tag Assistant, der sich mit deiner Website verbindet. Links siehst du die Liste der Ereignisse – Container geladen, DOM bereit, Fenster geladen, Klicks und deine eigenen dataLayer-Ereignisse. Klickst du ein Ereignis an, siehst du, welche Tags ausgelöst wurden und welche nicht, welche Werte die Variablen hatten und was im dataLayer stand.

Löst ein Tag nicht aus, öffnest du ihn in der Vorschau. Der Tag Assistant zeigt dir für jeden Trigger, welche Bedingung erfüllt war und welche nicht. Oft ist es ein Tippfehler im Ereignisnamen. Ist der Trigger erfüllt und der Tag läuft trotzdem nicht, ist meist die Einwilligung der Grund – das zeigt der Reiter „Einwilligung“.

Die Vorschau zeigt nur, was der Tag Manager tut, nicht was bei der Plattform ankommt. Prüfe deshalb zusätzlich:

• GA4 DebugView: Kommen die Ereignisse mit den richtigen Parametern an?
• Netzwerk-Reiter des Browsers: Gehen bei Ablehnung wirklich keine Anfragen an Google oder Meta raus?
• Vier Durchläufe im privaten Fenster: neuer Besucher mit Zustimmung, neuer Besucher mit Ablehnung, wiederkehrender Besucher mit gespeicherter Zustimmung, wiederkehrender Besucher mit gespeicherter Ablehnung.
• Nach dem Veröffentlichen: die Seite einmal normal ohne Vorschau öffnen und in GA4 nachsehen, ob die Daten ankommen.

Die ganze Prüfliste steht in Google Tag Manager testen: Vorschau, Debugging, Fehler und speziell für die Einwilligung in Consent Mode v2 prüfen.

Häufige Fehler aus der Praxis

In unseren Testreihen mit nachgebauten Websites tauchten drei Fehler immer wieder auf. Alle drei sind tückisch, weil die Vorschau auf den ersten Blick grün aussieht und die Zahlen trotzdem nicht stimmen.

1. Doppelte Treffer

Ein Seitenaufruf oder Kauf wird zweimal gemeldet. Die häufigsten Ursachen: gtag.js steckt noch fest im Theme oder in einem Plugin und GA4 läuft zusätzlich über den Tag Manager; die Dankeseite wird neu geladen oder über die Zurück-Taste erneut aufgerufen; bei Single-Page-Apps reagieren sowohl die automatische Messung als auch ein eigener Trigger auf Seitenwechsel. Doppelte Conversions sind teuer, weil automatische Gebotsstrategien von Google Ads auf die gemeldeten Zahlen optimieren. Schutz bieten eine einzige Quelle für jeden Tag, die Bestellnummer als transaction_id und ein Test, bei dem du die Dankeseite bewusst neu lädst. Mehr: Doppelte Conversions vermeiden.

2. Formular-Trigger bei AJAX-Formularen

Viele Formulare senden ohne Seitenwechsel: Statt einer neuen Seite erscheint ein „Danke“ unter dem Formular. Der eingebaute Trigger „Formularübermittlung“ feuert dann oft schon beim Klick auf „Absenden“, auch wenn Pflichtfelder fehlen oder der Versand scheitert – oder er feuert gar nicht. Du zählst Klicks statt Anfragen. Richtig ist, auf das Erfolgssignal des Formulars zu hören, bei Contact Form 7 etwa das Ereignis wpcf7mailsent, und daraus ein dataLayer-Ereignis zu machen. Wie das bei Contact Form 7, Elementor und HubSpot geht: Formulare in GA4 messen.

3. Fehlende Einwilligungs-Updates

Der Besucher stimmt im Banner zu, aber der erste Seitenaufruf fehlt trotzdem. Der Grund: Ein Tag, der beim Laden wegen fehlender Einwilligung blockiert war, wird nach der Zustimmung nicht automatisch nachgeholt. Der Tag Manager hat den Trigger zu diesem Zeitpunkt schon abgearbeitet. Mit dem ersten Aufruf geht ausgerechnet die Information verloren, woher der Besucher kam. Die Lösung ist ein zusätzlicher Trigger auf das Zustimmungs-Ereignis deines Banners – so eingerichtet, dass pro Seitenaufruf genau ein page_view ankommt, nicht keiner und nicht zwei. Die ausführliche Erklärung: Warum nach der Zustimmung Daten fehlen.

Weitere Stolpersteine

• Änderungen im Arbeitsbereich vergessen zu veröffentlichen – die Vorschau funktioniert, die Website nicht.
• Falsche Mess-ID oder Conversion-ID: Der Tag feuert, die Daten landen aber nirgends.
• Der Container liegt im Konto einer Agentur statt im eigenen – beim Wechsel fehlt der Zugriff.
• Alte Tags und unbenannte Trigger häufen sich, bis niemand mehr weiß, was was tut. Ein Container-Audit schafft Ordnung.

Nutzer hinzufügen und Rechte vergeben

Rechte gibt es auf zwei Ebenen. Auf Konto-Ebene gibt es die Rollen „Nutzer“ und „Administrator“; ein Administrator kann weitere Personen hinzufügen und entfernen. Auf Container-Ebene gibt es vier Stufen: Lesen, Bearbeiten, Genehmigen und Veröffentlichen. Neue Personen fügst du in der Verwaltung über die Nutzerverwaltung hinzu, indem du die E-Mail-Adresse ihres Google-Kontos einträgst.

Für Dienstleister reichen fast immer Rechte auf dem einen Container. Willst du jede Änderung selbst freigeben, gib „Bearbeiten“ und behalte „Veröffentlichen“ bei dir. Teile nie Passwörter, entferne Zugänge nach Projektende und sorge dafür, dass mindestens zwei Personen im Unternehmen Administrator sind. Der Container gehört deinem Unternehmen, nicht der Agentur. Anleitung: Google Tag Manager: Nutzer hinzufügen und Rechte vergeben.

Alternativen zum Google Tag Manager

Für die meisten kleinen und mittleren Websites ist der Google Tag Manager der pragmatische Standard: kostenlos, gut dokumentiert, mit eingebauten Vorlagen für GA4 und Google Ads. Alternativen gibt es trotzdem:

• Google-Tag direkt im Quelltext: für sehr kleine Seiten nur mit GA4.
• Matomo Tag Manager: Open Source und auch selbst zu hosten, passend, wenn du ohnehin Matomo nutzt.
• Adobe Experience Platform Tags (früher Adobe Launch): für Unternehmen im Adobe-Umfeld.
• Tealium iQ: für große Organisationen mit eigenem Team.

Ein Wechsel des Werkzeugs löst das Einwilligungsthema nicht. Dienste, die eine Einwilligung brauchen, brauchen sie in jedem Tag Manager. Den Vergleich mit Kriterien findest du unter Google Tag Manager: Alternativen im Vergleich. Wer Daten zuerst über einen eigenen Server leiten will, findet die Grundlagen in Server-Side Tracking: was ist das?

Selbst machen oder einrichten lassen?

Für eine kleine Seite mit GA4 und einem Kontaktformular ist die Einrichtung in Eigenarbeit gut machbar, wenn du dir Zeit für die Tests nimmst. Sobald Google Ads, Meta oder ein Shop dazukommen, wächst das Risiko: Falsch gemessene Conversions kosten bei laufender Werbung jeden Tag Geld, weil Budgets nach falschen Daten verteilt werden. Dann lohnt sich ein fester Preis mit Test.

Trackum richtet den Google Tag Manager für dich ein. Du gibst uns Zugriff über die Nutzerverwaltung, ein Passwort brauchen wir nicht. Getestet wird mit und ohne Einwilligung, live ist es innerhalb eines Werktags, und jede Einrichtung enthält zwei Korrekturrunden innerhalb von 14 Tagen. Alle Preise zzgl. MwSt.:

Server-Side Tracking ist bei Trackum bald verfügbar. Alle Preise und Zahlwege erklärt die Seite Preise; was nach der Anfrage passiert, steht unter So läuft's.