Debuggen

1. TAGGRS Analytik

1.1 Es gehen keine Anfragen ein

Hast du die Tracking-Tags installiert, aber es gehen keine Anfragen ein? Das kann mehrere Ursachen haben. Im Folgenden haben wir 7 von der wahrscheinlichsten bis zur unwahrscheinlichsten aufgeführt.

1.1.1 Container nicht veröffentlicht

Der häufigste Grund dafür, dass keine Daten empfangen werden, ist das Versäumnis, die Container zu veröffentlichen. Stellen Sie sicher, dass Sie beide Container (den Web-Container und den Server-Container) veröffentlichen, sobald Sie mit der Einrichtung fertig sind.

1.1.2 DNS nicht validiert

Server Side Tracking funktioniert am besten auf deiner eigenen Subdomain. Wenn Sie diese Option im Einrichtungsprozess gewählt haben, validieren Sie das DNS immer in TAGGRS. Klicken Sie dazu auf Validieren Knopf im Behälter.
Wenn Sie die DNS-Einstellungen nicht korrekt verarbeitet haben und das erweiterte Tracking-Skript von TAGGRS verwenden, werden keine Daten in das Konto übertragen.

1.1.3 Kein Tracking-Skript auf der Website

Selbst nach der Validierung des DNS und der Veröffentlichung der GTM-Container kommen die Daten möglicherweise immer noch nicht an. Ein Grund könnte das Fehlen von Tracking-Codes sein, die auf der Website installiert sind. Sie können dafür zwei Methoden verwenden:

• Das reguläre Tracking-Skript von GTM, das Sie finden, wenn Sie im Web-Container auf Ihre Container-ID klicken. Eine Container-ID folgt diesem Format: GTM-1234
• die Verbessertes Tracking-Skript

1.1.4 Kein Web-Container-Client mit erweitertem Tracking-Skript

Wenn Sie sich für das erweiterte Tracking-Skript entscheiden, gibt es einen zusätzlichen Schritt, um die Daten korrekt zu senden: das Hinzufügen eines Web-Container-Clients zum Server-Container.
Dies wird erklärt in dieses Handbuch.

1.1.5 SSL-Fehler auf der Subdomain

Wenn ein Entwickler versehentlich etwas an den DNS-Einstellungen ändert, wird möglicherweise ein SSL-Fehler auf der Subdomain angezeigt.
‍
Dieser Fehler führt nur dann zu einem vollständigen Datenverlust, wenn Sie auch das erweiterte Tracking-Skript installiert haben. Bitten Sie in diesem Fall den Entwickler, zu überprüfen, ob die DNS-Einstellungen Ihres Containers noch mit den aktuellen Einstellungen übereinstimmen. Sie können dies auch selbst überprüfen, indem Sie auf MX-Werkzeugkasten, wählen Sie dann DNS Lookup aus, geben Sie Ihre Subdomain ein und Sie werden die DNS-Einstellungen Ihrer Subdomain sehen. Stellen Sie sicher, dass die IP-Adresse (Typ A) mit der im TAGGRS-Dashboard übereinstimmt. Die IPV6-Adresse (Typ AAAA) sollte leer sein. Wenn dies nicht der Fall ist, wie im folgenden Beispiel, müssen Sie sie in Ihrem Hosting entfernen. Das ist je nach Hosting unterschiedlich. Daher müssen Sie sich an Ihren Hosting-Anbieter wenden.

1.1.6 Inhaltssicherheitsrichtlinie Blockiert GTM oder die Subdomain

Um Probleme zu beheben, bei denen eine Content Security Policy (CSP) den Google Tag Manager (GTM) oder die Subdomain Ihres serverseitigen Containers blockiert, aktualisieren Sie den CSP, um die erforderlichen Domains und Skripts zuzulassen. Fügen Sie https://www.googletagmanager.com und https://subdomain.yourdomain.com zu den Anweisungen script-src und connect-src Ihres CSP hinzu. Testen Sie die Änderungen in einer sicheren Umgebung, um sicherzustellen, dass GTM und Ihr serverseitiger Container ordnungsgemäß funktionieren, und überwachen Sie Ihre Site nach der Implementierung auf CSP-Fehler.

Mehr Informationen? Schauen Sie sich das an Offizielle Dokumentation von Google.

1.1.7 Doppeltes Tracking mit aktivierter Option „Doppeltes Tracking ignorieren“ im Google-Tag

Google Tag verfügt über eine Funktion, um doppeltes Tracking zu verhindern. Wenn der Code doppelte Tracking-Codes enthält, blockiert diese Einstellung möglicherweise einen von ihnen. Wenn du ein Google-Tag von GTM aus verwaltest und über einen Code verfügst, der Daten direkt an GA4 sendet, wird das Google-Tag in GTM möglicherweise als doppeltes Tracking angesehen.
In diesem Fall wird es blockiert und das Google-Tag sendet keine Daten an den Servercontainer.
Überprüfe das, indem du in den Admin-Einstellungen auf „Google-Tag verwalten“ gehst und die Einstellung deaktivierst. Testen Sie dann im Vorschaumodus, um zu sehen, ob die Daten jetzt ankommen.
In diesem Fall empfehlen wir, das andere Gtag-Skript aus dem Code zu entfernen und das gesamte Tracking über GTM zu verwalten.

1.2 Anstieg der Anfragen

Sie haben ein Konto bei TAGGRS erstellt und mit Server Side Tracking begonnen. Nach der Konfiguration gehen die Anfragen ein, aber Sie stellen einen Anstieg der Statistiken im TAGGRS-Dashboard fest.

Hier sind die 2 häufigsten Gründe für Spitzen im Anforderungsdiagramm Ihres TAGGRS-Dashboards, sortiert von den häufigsten bis zu den seltensten:

1. Bots greifen auf Subdomain zu
   Einer der Hauptgründe für diesen Anstieg könnten Bots sein, die auf die Subdomain zugreifen. Dies können verschiedene Bots oder Indizes sein, oder sogar Fälle, in denen Sie selbst auf die Subdomain zugegriffen haben. Leider können Sie nicht viel tun, um dies vollständig zu verhindern.
2. Cookiebot (wenn du ihn als CMP verwendest)
   Es kann sein, dass der Anstieg der Anfragen darauf zurückzuführen ist, dass der Cookiebot-Scanner Ihre Website crawlt. Weitere Informationen finden Sie auf cookie-info.
   

Es gibt keine Möglichkeit, diese Scans zu verhindern, aber Sie können diesen Traffic aus Ihren regulären Website-Statistiken ausschließen, indem Sie entweder den Anbieter ausschließen Microsoft Corporation oder indem wir die IP-Adressen ausschließen, von denen wir scannen:

• 13,74,44,241
• 23,100,63,22
• 34,107,102,47
• 34,1111,104,227
• 34,1111,239,10
• 34,14,10,24
• 34,149,178,113
• 34,159,86,126
• 34,159,168,195
• 34,159,247,222
• 35,198,78,207
• 35,198,137,6
• 35,198,160,49
• 35,246,143,2
• 35,246,191,14
• 40,91,211,73
• 40,118,23,197
• 52,232,29,198

Es ist wichtig, diese auszuschließen, bevor sie den Servercontainer erreichen; andernfalls werden sie in TAGGRS immer noch als Anfragen gezählt.

Hinweis
Das Ausschließen dieser IP-Adressen kann sich auf bestimmte Berichtsfunktionen auswirken, da Cookiebot-Bots ausgeschlossen werden. Wenn diese Berichte für Sie nicht unbedingt erforderlich sind, kann diese Ausschlussmethode verwendet werden.

1.3 Kein Datengraph sichtbar

Wenn in Ihrem TAGGRS-Dashboard kein Diagramm sichtbar ist, sind die TAGGRS-Tracking-Tags möglicherweise nicht installiert. Diese Tags sammeln und visualisieren Ihre Daten.

Willst du wissen, wie man diese Tags installiert? Lesen Sie unser Dokumentationshandbuch, um den vollständigen Prozess zu erfahren.

1.4 Daten werden gesammelt Nachricht

Sie haben die Tracking-Tags installiert und die Meldung „Daten werden erfasst“ bleibt länger als 5 Minuten erhalten. Das kann verschiedene Ursachen haben.

Finden Sie die möglichen Gründe heraus, indem Sie unseren Support-Leitfaden lesen.

1.5 Negative Datendiskrepanz

Stellen Sie nach der Implementierung von TAGGRS Tracking Tags einen negativen Unterschied in Ihren Daten fest? Dies kann auf Diskrepanzen bei der Datenerfassung hinweisen.

Schauen Sie sich unseren Support-Leitfaden an für weitere Informationen und Lösungen.

1.6 Keine Web- oder Serverleitung

Nach der Installation von TAGGRS Tracking Tags ist keine Web- oder Serverleitung sichtbar. Dies kann mehrere Ursachen haben.

Klicken Sie auf Leitfaden für den Support für die Lösung.

1.7 Positive Datendiskrepanz

Sie stellen einen Aufwärtstrend in Ihren Messdaten fest. Möchten Sie dies weiter optimieren und bessere Ergebnisse erzielen?

Sehen Sie sich das an Artikel für Tipps zur Erhöhung dieses Unterschieds. Klicken Sie auf die Schaltfläche unten, um weitere Informationen zu erhalten.

1.8 Zu große Datendiskrepanz

Nach der Installation der TAGGRS-Tracking-Tags stellen Sie eine unrealistisch hohe Datendiskrepanz von mehr als 60% fest.

Sehen Sie sich das an Leitfaden für den Support für die Hauptursachen. Klicken Sie auf die Schaltfläche unten, um weitere Informationen zu erhalten.

2. Google Analytik

2.1 Zunahme des nicht zugewiesenen (nicht festgelegten) Datenverkehrs nach der serverseitigen Implementierung

Hier sind 4 mögliche Ursachen und die Korrekturen, die Sie durchführen können.

2.1.1 Web-Container-Trigger auf Initialisierung setzen (Web-Container)

Im Google Tag Manager setzen Sie den Web-Container-Trigger auf Initialisierung statt auf alle Seiten. Dies gewährleistet die 'alle Seiten'Trigger wird vor den Ereignissen aufgerufen, wodurch gleichzeitige Trigger vermieden werden, die zu Problemen wie dem führen können Nicht zugewiesener GA4-Verkehr.

2.1.2 Zusätzliche Zustimmungsprüfungen ändern (Webcontainer)

Hinweis: Diese Lösung funktioniert nur, wenn Sie konfigurierter Zustimmungsmodus V2. Stellen Sie für Google-Tags mit automatischer Einwilligungsverwaltung die Einstellung „Zusätzliche Zustimmungsprüfungen“ auf „Keine zusätzliche Zustimmung erforderlich“ statt auf „nicht festgelegt“ ein. Auf diese Weise geben Sie ausdrücklich an, für welche Tags keine zusätzliche Zustimmungseinstellung erforderlich ist. Dadurch wird die Menge der nicht zugewiesenen (nicht festgelegten) Verkehrsdaten im Google Tag Manager reduziert.

Dies gilt nur für Tags, bei denen die Zustimmung automatisch verwaltet wird! Bei Tags, bei denen dies nicht der Fall ist, z. B. bei Facebook, sollten Sie die zusätzliche Einwilligung unverändert lassen.

2.1.3 Cookies und Kundenidentifikationssystem ändern

Im Servercontainer können Sie das Cookies- und Client-Identifikationssystem als alternative Lösung aktualisieren, um nicht zugewiesenen Datenverkehr in GA4 zu beheben. Navigieren Sie dazu zu 'Kunden' -> 'GA4', und klicken Sie auf 'Weitere Einstellungen'. Lokalisieren Sie die „Cookies und Kundenidentifikation“ Abschnitt und ändere die Einstellung von 'Serververwaltet' zu 'JavaScript verwaltet'.Diese Änderung ändert die Art und Weise, wie Attributionen gemessen werden, und löst häufig das Problem des nicht zugewiesenen Datenverkehrs. Es kann zwar nicht garantiert werden, dass es in allen Fällen funktioniert, aber in den meisten Szenarien ist es eine sehr effektive Lösung.

2.1.4 Bewahren Sie den Referrer auf, bevor die Zustimmung blockiert GA4

Platziere das Inline-Script so hoch wie möglich in der <head>, vor Cookiebot und deinem GTM-Container:

<script>
window.dataLayer = window.DataLayer || [];
window.dataLayer.push ({
Ereignis: 'storeInitialReferrer',
initialReferrer: document.referrer
});
</script>

Dies gewährleistet die dokument.referrer ist gespeichert in Datenschicht bevor es verloren geht.

2. Erstellen Sie eine Datenschichtvariable in GTM
• Gehen Sie im Google Tag Manager zu Variablen → Neu → Variable auf Datenebene
• Nennen Sie es: DLV - Erster Überweiser
• Setzen Sie den Variablennamen der Datenebene auf: InitialReferrer speichern
• Speichern

3. Verwenden Sie den Referrer in GA4-Tags
Gehen Sie beim Auslösen Ihres GA4-Tags (nach Zustimmung) wie folgt vor:
‍
Option A: Senden Sie es als benutzerdefinierte Dimension
Füge in deinem GA4 Event Tag einen Parameter hinzu:
• Nome: initial_referrer
• Wert: {{DLV — Erster Referrer}}
Registriere dich im GA4-Admin initial_referrer als benutzerdefinierte Dimension.

Option B: Überschreiben SeitenverweisWenn Sie den Standard-Referrer überschreiben möchten:
• Gehe zum GA4-Tag → Erweiterte Einstellungen → Zu setzende Felder
• Feldname: Seitenverweis
• Wert: {{DLV — Erster Referrer}}