SGTM.space-Add-ons: wann du sie einschalten solltest

Öffne einen Container und geh zu Add-ons. Jedes Add-on ist eine Karte mit einem Button Aktivieren. Bei Better Loader gibst du zuerst auf der Karte deine Web-GTM-Container-ID ein. Sobald ein Add-on an ist, öffnet Einstellungen auf seiner Karte die Einstellungsseite. Änderungen sind meist innerhalb einer Minute an der Edge aktiv.

• Better Loader und Preview Mode gibt es in jedem Tarif, auch im kostenlosen.
• Cookie Extender, Bot-Filterung, Request Proxy und Request Enricher sind in jedem bezahlten Tarif enthalten.
• Cookie Extender, Request Proxy und die dataLayer-Option von Bot Filtering setzen Better Loader voraus, wie jedes Add-on, das auf deiner Seite läuft. Request Enricher, Preview Mode und Bot Filtering selbst funktionieren mit jedem Snippet. Schaltest du Better Loader ab, gehen auch die davon abhängigen Add-ons aus.
• Eine Karte außerhalb deines Tarifs zeigt, ab welchem Tarif das Add-on verfügbar ist. Wechselst du in einen Tarif ohne dieses Add-on, wird es abgeschaltet, und seine Einstellungen bleiben erhalten.

Auch Live Logs braucht Better Loader: Sein Skript bringt den Seiten-Agent auf die Seite des Testers.

Live Logs Enhance, das letzte Add-on im Tab Add-ons, ist optional: zwei GTM-Tag-Vorlagen, mit denen Live Logs auch zeigt, welche Tags in deinem Web- und Server-Container ausgelöst wurden. Schalte es ein, um seine Einrichtungsseite zu öffnen, mit einem Teil für den Web-Container und einem für den Server-Container: die Schritte, der Download und eine Prüfung für jeden. Die Server-Prüfung sendet ein Testereignis durch deinen Server-Container, und nur auf deinen Wunsch.

Normalerweise lädt der Browser gtm.js von googletagmanager.com, und das kennen Werbeblocker gut. Better Loader liefert die Datei von deiner eigenen Lade-Domain aus, etwa load.k7q2x.example.com, unter einem zufälligen Skriptnamen und ohne GTM-ID in der URL. Blocker, die auf Googles Domain reagieren, finden nichts, woran sie anschlagen können, und so laden deine Tags bei mehr Besuchen überhaupt erst.

Wann du es aktivierst: fast immer. Es ist die Basis für die anderen Add-ons und holt die Daten zurück, die verloren gehen, bevor überhaupt ein Tag läuft.

1. 1 Gib unter Add-ons auf der Karte Better Loader deine Web-GTM-Container-ID ein (die GTM-XXXXXXX des Containers auf deiner Website, nicht die des Server-Containers) und klicke auf Aktivieren.
2. 2
   Geh zum Tab DNS und such den CNAME für die Lade-Domain. Der Tab zeigt ihn von Anfang an, vielleicht ist er also schon geprüft. Wenn nicht, lege ihn dort an, wo dein DNS verwaltet wird (bei Cloudflare auf DNS only), und klicke auf DNS prüfen.

   Type

   CNAME

   Name

   load.k7q2x

   Value

   eu.sgtm.space

   Proxy

   DNS only

3. 3 Warte, bis der Loader live ist. Sobald die DNS-Prüfung besteht, wird das HTTPS-Zertifikat automatisch ausgestellt, was meist ein paar Minuten dauert.
4. 4 Kopiere das Installations-Snippet und ersetze damit dein bisheriges GTM-Snippet im <head>. Kopiere den Noscript-Fallback und setze ihn direkt nach dem öffnenden <body>-Tag anstelle des alten Noscript-Blocks ein.
5. 5 Lade deine Website in einem normalen Fenster neu (nicht in der GTM-Preview) und öffne die DevTools. Ein Skript mit zufälligem Namen sollte von load.k7q2x.example.com laden, und die Anfragen sollten an deine Tagging-Subdomain gehen. Mit Request Proxy enthalten sie kein collect mehr, filtere also nach der Domain.

Request Proxy (die Karte Request Proxy + Bundle) tarnt die Analytics-Anfragen (/collect, /g/collect, /data) und Skripte an deine Tagging- und Loader-Domain, damit Werbeblocker sie nicht am Pfad erkennen. Ohne Tag-Bereitstellungspfad laden Google-Tag-Skripte über deine Loader-Domain, mit Google als Fallback. Ist ein Tag-Bereitstellungspfad gesetzt, kommen sie ohne diesen Fallback von deiner Tagging-Domain, sodass eine abgewiesene oder langsame Anfrage das jeweilige Tag verzögert. Der Proxy steckt im Better-Loader-Skript, du musst also nichts konfigurieren oder installieren.

Wann du es aktivierst: wenn ein spürbarer Teil deiner Besucher Werbeblocker nutzt, was bei technikaffinen und jüngeren Zielgruppen häufig ist.

Cookie Extender setzt die Analytics- und Werbe-Cookies, die deine Tags bereits gesetzt haben, von deiner Tagging-Domain neu und erneuert sie bei jedem Seitenaufruf, bis zur Laufzeit des jeweiligen Anbieters und deinem Maximum (standardmäßig 390 Tage). Es legt nie selbst ein Cookie an. Du wählst die abgedeckten Anbieter (Google, Meta, TikTok, Microsoft, LinkedIn und weitere).

Wann du es aktivierst: wenn dir wiederkehrende Besucher und Attribution über Wochen wichtig sind, zum Beispiel bei längeren Kaufzyklen oder Remarketing. Cookies werden bei jeder Anfrage aufgefrischt, die deine Tagging- oder Loader-Domain erreicht. Sende deine Events also an die Tagging-Domain und schalte auch Request Proxy ein, denn eine von einem Blocker gestoppte Anfrage frischt nichts auf.

Bot-Filterung erkennt eindeutig automatisierten Traffic an der Edge, zum Beispiel Anfragen ohne User-Agent, mit dem User-Agent eines Crawlers oder einer HTTP-Bibliothek oder ohne die Header, die jeder Browser sendet. Das ist Datenhygiene für Analytics, keine Sicherheitsmaßnahme. Sie hat zwei Modi:

Wann du es aktivierst: wenn Bots deine Berichte oder deine Request-Zahl aufblähen. HTTP-Bibliotheken sehen wie Bots aus, deshalb brauchen Anfragen von deinem Backend, deiner App oder von Webhooks im Modus Blockieren eine Ausnahme. /mp/collect steht standardmäßig unter Ausnahmen. Trag jeden weiteren Pfad ein, an den dein Backend oder deine Webhooks senden.

Request Enricher ergänzt jede Anfrage an deinen Server-Container um Kontext zum Besucher: Land, Zeitzone, Netzwerk, Gerät, Browser und ein Bot-Kennzeichen, als Request-Header. Lies sie im Server-GTM mit einer Request Header-Variable aus, zum Beispiel X-SGTM-Geo-Country, und sende sie an GA4 oder ein anderes Ziel. Der genaue Standort samt IP-Adresse bleibt aus, bis du ihn aktivierst. Better Loader ist dafür nicht nötig.

Wann du es aktivierst: wenn ein Server-Tag Daten braucht, die der Hit aus dem Browser nicht mitbringt, etwa Gerätetyp oder Land für ein CRM oder eine Werbeplattform.

Die Server-Preview zeigt nur Anfragen, die den Preview-Header deiner Tag-Assistant-Sitzung tragen. Anfragen von Webhooks, CRMs oder deinem eigenen Backend haben ihn nicht und tauchen dort deshalb nie auf. Preview Mode leitet sie 60 Minuten lang in deine offene Server-Preview-Sitzung. Es gibt ihn in jedem Tarif, auch im kostenlosen, und er braucht Better Loader nicht.

1. 1 Öffne Preview in deinem Server-Container. Wähle im Menü oben rechts Send requests manually und kopiere den Wert des Headers X-Gtm-Server-Preview.
2. 2 Klicke unter Add-ons auf der Karte Preview Mode auf Einstellungen und füge den Wert als Vorschau-Token ein.
3. 3 Grenze die Weiterleitung optional mit einem Pfadpräfix wie /webhooks und einer Quell-IP ein. Sind beide gesetzt, müssen beide passen.
4. 4 Klicke auf Speichern und für 60 Minuten starten, sende dann eine Testanfrage aus deinem Backend und such sie in der Server-Preview.

Wann du es aktivierst: wenn du Käufe oder Erstattungen testest, die dein Backend sendet, Measurement-Protocol-Aufrufe oder Webhooks eines Zahlungsanbieters oder CRMs.

Google Tag Gateway lädt GTM und das Google-Tag von einem Pfad auf deiner Website selbst, etwa www.example.com/Tg7Kq2mXab/, über Google Tag Gateway in deinem eigenen Cloudflare-Konto oder CDN. Das Google-Tag sendet auch seine Google-Ads-Pings über diesen Pfad. Es ist in jedem bezahlten Tarif enthalten und braucht Better Loader: Dein Snippet bleibt, und Better Loader lädt GTM selbst, wenn das Gateway ausfällt.

Wann einschalten: wenn deine Website hinter Cloudflare oder einem anderen CDN läuft, das das Gateway unterstützt, und du Googles Skripte und Google-Ads-Pings auf deiner eigenen Domain haben willst. Lektion 11 führt dich durch die Einrichtung.