Suchen Sie in Ihrem TAGGRS-Container die Produkt-ID und kopieren Sie sie.
Besuchen Sie die GTM-Vorlagengalerie um die TAGGRS-Tags zu finden, die Sie benötigen. Wählen Sie die Zugriffsmethode, die Sie bevorzugen:
Wenn Sie sich für die Live-Version entscheiden, folgen Sie den Anweisungen, die Sie per E-Mail erhalten haben. Wenn Sie stattdessen lieber die JSON-Datei verwenden möchten, folgen Sie den unten beschriebenen Schritten.
Nachdem die Tag-Datei heruntergeladen wurde, können Sie mit dem Hochladen des Tags im Google Tag Manager beginnen. Gehe zu deinem Web-Container. Klicke in deinem Workspace auf Vorlagen und klicken Sie Neu unter Tag-Vorlagen.
Klicken Sie dann oben rechts auf die 3 Punkte und klicken Sie auf Importieren.
Stellen Sie sicher, dass die heruntergeladene Zip-Datei extrahiert ist. Öffnen Sie dazu die Datei.
Sobald dies erledigt ist, können Sie die Datei in den Google Tag Manager hochladen. Wie im Beispiel unten gezeigt, müssen Sie nur hochladen template.tpl. Dann klicken Sie Speichern und das TAGGRS-Tracking-Tag - die Client-Seite ist hochgeladen und einsatzbereit.
Bevor wir TAGGRS-Tracking-Tags einrichten, müssen wir einen Trigger erstellen. Dieser Trigger stellt sicher, dass alle Ereignisse erfasst und an TAGGRS weitergeleitet werden, sodass Sie den größten Einblick in den tatsächlichen Datenunterschied erhalten. Wir unterscheiden zwischen mehreren Ereignissen, darunter:
Gehen Sie im Google Tag Manager zum Client-Container. Gehe in deinem Workspace zu Trigger und klicken Sie dann auf New.
Geben Sie dem Trigger einen Namen wie GA4 - All Events und wählen Sie unter Triggerkonfiguration Benutzerdefiniertes Ereignis als Triggertyp aus.
Geben Sie unter Eventname .* ein. Dann überprüfe Passenden regulären Ausdruck verwenden. Unter Dieser Trigger wird ausgelöst für, wählen Alle benutzerdefinierten Ereignisse. Speichern Sie dann den Trigger.
Nachdem wir den Trigger erstellt haben, werden wir das TAGGRS-Tracking-Tag erstellen und einrichten. Gehen Sie im Google Tag Manager zum Web-Container. Gehe in deinem Workspace zu Schlagworte und klicken Sie dann Neu.
Klicken Sie auf Tag-Konfiguration. Dann unter Custom, klicken Sie auf das clientseitige Tracking-Tag von TAGGRS.
Unter Identifier, geben Sie die Produkt-ID, die Sie aus Ihrem Container kopiert haben, im TAGGRS-Dashboard ein. Klicken Sie dann auf + beim Name der Veranstaltung und wähle Ereignis.
Wir möchten die Daten auf allen Seiten und Ereignissen messen, um den Unterschied in den Daten richtig darzustellen. Wählen Sie als Trigger den GA4-Trigger „Alle Ereignisse“, den Sie gerade erstellt haben. Geben Sie dem Tag dann einen Namen und klicken Sie auf Save.
Alle Ereignisse in der Datenschicht sind jetzt integriert. Wenn Sie zusätzliche Ereignisse verfolgen möchten, z. B. das Einreichen von Formularen, müssen Sie dafür ein bestimmtes Tracking-Tag erstellen. Wählen Sie dann das gewünschte Ereignis als Auslöser für dieses Tag.
Die Ereignisse werden nun clientseitig an TAGGRS weitergegeben. Um den Unterschied in den Daten zu messen, müssen wir anfangen, dasselbe für die Serverseite zu tun. Das funktioniert genauso wie das clientseitige Tag.
Gehen Sie im Google Tag Manager zum Servercontainer. Gehe in deinem Workspace zu Schlagworteund klicken Sie dann auf Neu.
Wie das clientseitige Tracking-Tag muss das serverseitige Tracking-Tag von GitHub heruntergeladen und in den Google Tag Manager hochgeladen werden. Folgen Sie dazu denselben Schritten wie beim clientseitigen Tracking-Tag, laden Sie jetzt jedoch das serverseitige Tracking-Tag herunter.
Sobald es in den Google Tag Manager hochgeladen wurde, können wir mit der Installation des Tags beginnen. Klicken Sie auf Tag-Konfiguration. Dann unter Benutzerdefiniert, klicken Sie auf TAGGRS serverseitiges Tracking-Tag.
Geben Sie wie beim clientseitigen Tracking-Tag die Produkt-ID unter ein Identifier. Wählen Sie dann Name der Veranstaltung unter Name der Veranstaltung.
Als Nächstes stellen wir den Auslöser ein. Verwenden Sie den Zustimmungsmodus nicht? Wählen GA4-Kunde als Auslöser.
Verwenden Sie den Zustimmungsmodus? Fügen Sie dann den Trigger GA4 Client + Analytics Storage hinzu. Auf diese Weise halten Sie die Einwilligungsregeln ein und vermeiden große Datenunterschiede im TAGGRS-Dashboard.
Geben Sie dem Tag dann einen Namen und klicken Sie auf Speichern. Siehst du nicht GA4-Kunde gelistet? Schauen Sie sich diesen Blog an, um ein GA4-Tag mit dem zugehörigen Trigger im Servercontainer zu erstellen. Nach der Einrichtung wird der Trigger angezeigt.
Erfolgreich? Gut gemacht! Gehen Sie jetzt zu Ihrem Container in TAGGRS. Die Auswirkungen von Server Side Tagging werden jetzt auch pro Ereignis gemessen!
Wenn Sie bereits einen positiven Unterschied sehen und ihn weiter erhöhen möchten:
• Implementieren Sie Verbessertes Tracking-Skript. Es verbessert die Widerstandsfähigkeit der Kunden gegenüber fortgeschrittenen Werbeblockern (≈ 1— 2% Uplift)
• Aktivieren Wiederherstellung von Cookies. Es stellt Tracking-Cookies wieder her, die von Safari und iOS entfernt wurden. Achtung: Es erfordert das Enhanced Tracking Script.
• Verwenden Webhooks für kritische Ereignisse.
Es stellt sicher, dass Käufe auch dann nachverfolgt werden, wenn Benutzer Zahlungsströme vorzeitig schließen. Bitte beachten Sie, dass es nicht für Google Ads geeignet ist (keine GCLID-Unterstützung).
Ein negativer Datenunterschied bedeutet, dass serverseitig weniger Ereignisse empfangen werden als clientseitig. Dies wird in der Regel eher durch Konfigurationsprobleme als durch TAGGRS selbst verursacht. Im Folgenden finden Sie die sechs häufigsten Ursachen, geordnet von den häufigsten bis zu den seltensten, sowie praktische Hinweise zu ihrer Identifizierung und Behebung.
Viele Websites haben sich im Laufe der Zeit weiterentwickelt und enthalten oft alte GA- oder GA4-Skripte, direkte Google Analytics-Integrationen, Plugins, die Tracking-Code einfügen, und ein Google-Tag, das außerhalb von GTM konfiguriert ist. In diesem Fall werden clientseitige Daten mehrfach gesendet, während nur ein Stream den Servercontainer erreicht. Wenn Sie sehen, dass mehr als zwei „Container geladen“ -Blockchains in Ihrem GTM-Vorschaumodus für den Web-Container sind, ist zusätzliches Tracking aktiv.
So beheben Sie das Problem:
1. Entfernen Sie ältere GA- und GTAG-Skripte
2. Stellen Sie sicher, dass GA4 nur über GTM implementiert wird
3. Verwenden Sie ein einziges Google-Tag als Datenquelle.
Einige Cookie-Banner-Lösungen blockieren Tracking-Anfragen selektiv. In bestimmten Konfigurationen wird das clientseitige Tracking-Tag immer noch ausgelöst und die GA4/Google-Tag-Anfrage an den Servercontainer wird blockiert, bis die Zustimmung erteilt wird. Dies führt dazu, dass clientseitige Daten erfasst werden, während das serverseitige Tracking unterdrückt wird.
Häufiges Szenario:
• Sie durchsuchen die Website, bevor Sie Cookies akzeptieren
• Clientseitige TAGGRS-Nachverfolgung von Bränden
• Serverseitige Daten kommen nicht an
So beheben Sie das Problem:
1. Konfigurieren Sie den Zustimmungsmodus v2 korrekt im Web-Container
2. Stellen Sie sicher, dass die Zustimmung zur Speicherung von Analysen auf das clientseitige TAGGRS-Tracking-Tag und das serverseitige TAGGRS-Tracking-Tag abgestimmt ist.
Hinweis: Die Deaktivierung der automatischen Cookie-Blockierung kann das Problem lösen, entspricht jedoch nicht den Datenschutzbestimmungen.
In einigen Fällen wird GTM mehrfach geladen: 1x manuell im Code und 1x über ein CMS oder Plugin. Dies kann den Eventflow und die Datenweiterleitung zum Servercontainer stören.
So erkennen Sie:
Rechtsklick → Inspizieren → suche nach GTM-. Wenn Sie dieselbe Container-ID zweimal finden, muss eine entfernt werden.
Werbeblocker können manchmal die Anfrage vom Webcontainer zum Servercontainer blockieren, auch wenn das serverseitige Tracking selbst funktioniert. Das passiert, wenn das clientseitige Tracking immer noch funktioniert und weniger Ereignisse den Servercontainer erreichen.
Der Datenunterschied nimmt ab
Dieser Effekt ist normalerweise gering, aber im TAGGRS-Dashboard spürbar.
Schadensbegrenzung:
1. Benutze das Verbessertes Tracking-Skript
2. Aktivieren Sie die Anti-Adblocker-Option, um die Blockierung von Anfragen zu reduzieren.
Wenn GA4 außerhalb von GTM implementiert wird (z. B. über ein Plugin), können einige Anfragen den Google Tag Manager vollständig umgehen. Das Ergebnis: Nicht alle Ereignisse werden an den Servercontainer weitergeleitet und das serverseitige Tracking empfängt weniger Ereignisse als erwartet.
Wie überprüfe ich
1. Untersuchen Sie die Seitenquelle für gtag ( Anrufe
2. Suchen Sie in Ihrem CMS nach GA4-Plugins
3. Stellen Sie sicher, dass GA4 ausschließlich über GTM weitergeleitet wird.
Wenn Sie den Zustimmungsmodus v2 verwenden, müssen die Zustimmungseinstellungen auf beiden Seiten konsistent sein.
Ein häufiger Fehler? Der Analytics-Speicher wird dem serverseitigen Tracking-Tag hinzugefügt, aber nicht auf das clientseitige Tracking-Tag angewendet (oder umgekehrt). Diese Nichtübereinstimmung kann dazu führen, dass clientseitige Ereignisse ausgelöst und/oder serverseitige Ereignisse blockiert werden.
Bewährtes Verfahren:
1. Wenden Sie die Zustimmung zur Speicherung von Analysen sowohl auf das clientseitige TAGGRS-Tracking-Tag als auch auf das serverseitige TAGGRS-Tracking-Tag an.
2. Benutze den Auslöser GA4 Client + Analysespeicher im Servercontainer.
Wenn nur page_view im TAGGRS-Dashboard erscheint, ist der GTM-Trigger wahrscheinlich auf gesetzt Alle Seiten statt Alle Ereignisse.
Sie können das Problem beheben, indem Sie den zu verwendenden Trigger aktualisieren Benutzerdefiniertes Ereignis mit Regex . *
Die häufigsten Gründe:
• Zustimmungsmodus aktiv im Webcontainer, aber nicht im Servercontainer
• Doppelte Ereignisse wurden direkt in GA4 hinzugefügt
• Serverseitiges Auslösen von Tracking-Tags ohne einen bestimmten GA4-Client
• Zusätzliche direkte GA4-Integration unter Umgehung von GTM.
Geben Sie in serverseitigen Triggern immer den GA4-Client an.
Überprüfen Sie die folgenden Punkte der Reihe nach:
1. Beide Container sind veröffentlicht
2. Tracking-Tags sind in beiden Containern vorhanden
3. DNS wird in TAGGRS validiert
server_container_url ist im Google-Tag gesetzt
4. Keine SSL- oder 502-Fehler auf der Subdomain
5. CSP erlaubt GTM und die serverseitige Subdomain
6. Keine doppelten GTM- oder GTAG-Skripte
7. Die Trigger sind korrekt konfiguriert.
Mögliche Ursachen sind:
• Weniger als 10 aufgezeichnete Ereignisse (Mindestschwellenwert)
• Verzögerung der Datenverarbeitung (bis zu 30 Minuten)
• Falsche Triggerkonfiguration
Verwenden Sie den GTM-Vorschaumodus, um zu überprüfen, ob beide Tracking-Tags korrekt ausgelöst werden.
Wir verwenden die Informationen für Statistiken für unsere TAGGRS Server Side Analytics. Für den Zustimmungsmodus V2 können Sie also Statistiken als Zustimmungsstatus für unsere Tracking-Tags verwenden.
Es kann zu einer Verzögerung von bis zu 48 Stunden kommen, bis die Änderungen vollständig verarbeitet und korrekt auf dem Dashboard angezeigt werden.
