So debuggen Sie das Tracking mit Google Analytics und dem Tag Manager
Wenn Buchungen, die über das Checkout-Widget vorgenommen werden, nicht in Google Analytics erscheinen, hilft Ihnen die integrierte Debug-Protokollierung des Widgets dabei herauszufinden, an welcher Stelle sie nicht weitergeleitet werden.
1. Informieren Sie sich zunächst darüber, wie Ihr Widget Ereignisse sendet
In den Widget-Einstellungen legt die Option Ereignisse senden über im Bereich Analytics fest, wie das Tracking funktioniert. Die beiden Optionen verhalten sich sehr unterschiedlich. Das wirkt sich auch darauf aus, was beim Debuggen zu erwarten ist.
Google Analytics 4 — das Widget sendet jedes Buchungsereignis direkt an Ihre Analytics-Property. Bei Vorhandenes Tag verwenden (Standardeinstellung) verwendet es das bereits auf Ihrer Seite vorhandene Google-Analytics-Tag. Bei Benutzerdefiniertes Tag verwenden lädt es ein eigenes Tag mit der von Ihnen eingegebenen Mess-ID. In beiden Fällen kommuniziert das Widget direkt mit Google. Daher können Sie im Tab Netzwerk Ihres Browsers sehen, wie die Buchungsdaten gesendet werden.
Google Tag Manager — das Widget sendet nichts an Google Analytics. Es übergibt jedes Ereignis an Ihren Tag-Manager-Container, und Ihr Container entscheidet, was damit geschieht. Bei Vorhandenen Container verwenden (Standardeinstellung) verwendet es den bereits auf Ihrer Seite vorhandenen Container. Bei Benutzerdefinierten Container verwenden lädt es den von Ihnen eingegebenen Container. In beiden Fällen erreichen keine Daten Google Analytics, solange Sie im Tag Manager kein Tag eingerichtet haben, das die Daten sendet. Dies ist der häufigste Grund dafür, dass Buchungen fehlen: Das Widget funktioniert ordnungsgemäß, aber kein Tag verarbeitet die Ereignisse. Siehe Abschnitt 5.
Außerdem gibt es oben in demselben Bereich den Hauptschalter Google Analytics aktivieren. Damit wird das Tracking für beide Optionen ein- oder ausgeschaltet. Wenn der Schalter deaktiviert ist, werden keine Daten erfasst, auch wenn der Tag Manager aktiviert ist.
2. Aktivieren Sie die Debug-Protokollierung
- Öffnen Sie in Ihrem TicketingHub-Dashboard die Einstellungen des Checkout-Widgets, das Sie testen möchten.
- Aktivieren Sie im Bereich Analytics die Option Debug-Protokollierung für Analytics aktivieren und speichern Sie die Einstellungen.
Wenn diese Option aktiviert ist, schreibt das Widget für jedes Ereignis eine Zeile in die Browserkonsole Ihrer Website. Wenn Google Analytics 4 ausgewählt ist, wird dadurch auch der Debug-Modus von Google für das Tag aktiviert. Bei Google Tag Manager können Sie die Vorschau verwenden oder den Debug-Modus in Ihrem GA4-Tag aktivieren, um Ereignisse in DebugView zu sehen. Die Konsolenprotokollierung zeigt nur den Teil des Vorgangs, für den das Widget verantwortlich ist. Sie kann nicht erkennen, was Google anschließend mit den Daten macht, und ersetzt daher weder GA4 DebugView noch GTM-Vorschau.
3. Öffnen Sie die Browserkonsole auf Ihrer Website
- Öffnen Sie auf Ihrer Website die Seite, auf der das Widget eingebettet ist, nicht das TicketingHub-Dashboard.
- Öffnen Sie die Entwicklertools Ihres Browsers (F12 oder klicken Sie mit der rechten Maustaste und wählen Sie „Untersuchen“) und wechseln Sie zum Tab Konsole.
- Wenn Ihr Browser in der Konsole eine Frame-Auswahl anzeigt, stellen Sie sicher, dass der oberste Frame ausgewählt ist. Das Widget meldet Ereignisse an Ihre Seite und nicht innerhalb seines eigenen Frames.
- Aktivieren Sie in den Konsoleneinstellungen Protokoll beibehalten. Wenn Ihr Widget nach einer Buchung auf eine andere Seite weiterleitet, werden die Meldungen zum abschließenden Kaufereignis unmittelbar vor der Weiterleitung geschrieben. Andernfalls würden sie gelöscht, bevor Sie sie lesen können.
- Führen Sie eine Testbuchung durch. Stellen Sie sicher, dass die Konsole bereits vor dem Laden der Seite geöffnet ist (oder laden Sie die Seite bei geöffneter Konsole neu), damit Sie auch die Meldungen sehen, die beim Start der Seite ausgegeben werden.
4. Bedeutung der Konsolenmeldungen
| Meldung | Bedeutung |
|---|---|
Triggering GA event … / Triggering GTM event … | Das Widget hat das Ereignis an Google Analytics gesendet oder an Ihren Tag-Manager-Container übergeben. |
… event … processed | Das Ereignis wurde empfangen und verarbeitet. In der Meldung wird normalerweise das Tag oder der Container genannt, das bzw. der es verarbeitet hat. Beim Tag Manager bedeutet dies, dass Ihr Container das Ereignis empfangen hat — nicht, dass etwas an Google gesendet wurde. Siehe Abschnitt 5. |
… event … was not confirmed within …ms | Innerhalb einiger Sekunden hat nichts dem Widget mitgeteilt, dass das Ereignis verarbeitet wurde. Das bedeutet nicht unbedingt, dass das Ereignis verloren gegangen ist. Prüfen Sie in GA4 DebugView, ob es angekommen ist. Häufige Ursachen finden Sie in Abschnitt 6. |
… event … was still waiting for confirmation when the page navigated away | Ihr Widget hat auf eine andere Seite weitergeleitet, bevor die Überprüfung abgeschlossen war. Das ist normal, wenn Sie eine Weiterleitung nach dem Kauf verwenden. Es bedeutet nicht, dass das Ereignis fehlgeschlagen ist. Bestätigen Sie es in GA4 DebugView. |
… failed to load … | Das Skript von Google konnte nicht geladen werden, in der Regel weil es von einem Werbeblocker oder Netzwerkfilter blockiert wurde. |
… event … dropped … | Das Ereignis konnte überhaupt nicht gesendet werden. Die Meldung nennt den Grund: Auf der Seite ist noch kein Google-Analytics- oder Tag-Manager-Dienst verfügbar, oder der Tag Manager ist in den Widget-Einstellungen deaktiviert. |
Das Widget meldet bewusst nur, was es sicher feststellen kann. Es weiß, ob das Skript von Google geladen wurde und ob Ihr Tag die Verarbeitung eines Ereignisses bestätigt hat. Es kann jedoch nicht feststellen, ob Google die Daten akzeptiert hat. Deshalb verweist es auf DebugView, anstatt eine Vermutung auszugeben.
5. Wenn Sie Google Tag Manager verwenden, richten Sie Ihre Tags ein
Der Tag Manager ist ein Container und kein Tracking-Dienst. Wenn das Widget ihm ein Buchungsereignis übergibt, prüft Ihr Container seine Trigger und führt die passenden Tags aus. Wenn kein Tag passt, endet das Ereignis an dieser Stelle. In der Konsole wird trotzdem processed angezeigt, weil Ihr Container das Ereignis tatsächlich empfangen hat.
Ein neu erstellter Container verarbeitet diese Ereignisse nicht automatisch. Die meisten Analytics-Tags sind so eingestellt, dass sie bei „Initialisierung“ oder „Alle Seiten“ ausgelöst werden. Diese Trigger passen nicht zu den Buchungsereignissen des Widgets.
Um Buchungen des Widgets an Google Analytics zu senden, benötigen Sie in Ihrem Tag-Manager-Container Folgendes:
- Ein Google-Tag (oder ein GA4-Konfigurationstag) mit Ihrer Mess-ID (
G-…). - Ein GA4-Ereignis-Tag für jedes Buchungsereignis, das Sie erfassen möchten, mit einem Trigger für ein benutzerdefiniertes Ereignis, dessen Ereignisname einem der Ereignisse des Widgets entspricht.
Das Widget sendet die folgenden Ereignisnamen:
| Ereignis | Zeitpunkt |
|---|---|
page_view | Die besuchende Person wechselt zu einem anderen Schritt des Widgets. |
select_item | Ein Produkt oder Paket wird aus der Produkt- bzw. Ereignisliste ausgewählt. |
add_to_cart | Artikel werden zum Warenkorb hinzugefügt. |
view_cart | Die Bestellübersicht wird angezeigt. |
begin_checkout | Der Schritt mit den Kundendaten wird angezeigt. |
add_payment_info | Der Zahlungsschritt wird angezeigt, bevor die Daten übermittelt werden. |
purchase | Die Zahlung ist erfolgreich oder eine Bestellung ohne offenen Zahlbetrag wird bestätigt. |
Konfigurieren Sie Ihre Tags für die Shopping-Ereignisse so, dass sie E-Commerce-Daten aus der Data Layer senden. Das Widget sendet die standardmäßigen E-Commerce-Felder von Google Analytics, beispielsweise Währung, Wert, Artikel und Transaktions-ID, in dem von Google erwarteten Format. Eine benutzerdefinierte Zuordnung ist daher nicht erforderlich.
Verwenden Sie die GTM-Vorschau (Tag Assistant), um Ihre Einrichtung zu überprüfen. Sie zeigt jedes vom Widget empfangene Ereignis und genau, welche Tags ausgelöst wurden oder nicht. Wenn ein Ereignis ankommt, aber kein Tag ausgelöst wird, stimmt Ihr Trigger nicht überein. Wenn ein Tag ausgelöst wird, aber nichts Analytics erreicht, überprüfen Sie die Mess-ID des Tags.
Beachten Sie Folgendes: Beim Tag Manager werden im Tab Netzwerk des Widgets selbst keine Buchungsdaten angezeigt, die an Google Analytics gesendet werden. Das Widget lädt möglicherweise das Skript des Tag-Manager-Containers. Die Anfragen, die Ihre Buchungsdaten übertragen, stammen jedoch von Ihren eigenen Tags, sobald diese ausgelöst werden.
6. Häufige Ursachen und Lösungen
- Werbeblocker und Erweiterungen zum Schutz der Privatsphäre — diese blockieren die Tracking-Skripte von Google auf praktisch jeder Blockierliste. Testen Sie in einem privaten bzw. Inkognito-Fenster mit deaktivierten Erweiterungen oder in einem sauberen Browserprofil. Denken Sie daran, dass auch Besucherinnen und Besucher mit Werbeblockern nicht erfasst werden. Einige fehlende Buchungen sind daher normal.
- Ereignisse werden verarbeitet, aber in Analytics wird nichts angezeigt — beim Tag Manager bedeutet dies fast immer, dass kein Tag so konfiguriert ist, dass es bei den Ereignissen des Widgets ausgelöst wird. Siehe Abschnitt 5.
- Überhaupt keine Meldungen in der Konsole — das Tracking ist möglicherweise vollständig deaktiviert. Prüfen Sie, ob Google Analytics aktivieren eingeschaltet ist, und beachten Sie, dass diese Option auch den Tag Manager steuert. Stellen Sie außerdem sicher, dass die Seite bei bereits geöffneter Konsole geladen wurde.
- Bei jedem Ereignis wird angezeigt, dass es verworfen wurde, weil der Tag Manager deaktiviert ist — aktivieren Sie in den Widget-Einstellungen Google Tag Manager aktivieren. Sowohl diese Option als auch Google Analytics aktivieren müssen eingeschaltet sein, damit die Tag-Manager-Option funktioniert.
- Keine Tag-Manager-Meldungen, nur Google-Analytics-Meldungen — Ihr Widget ist so eingestellt, dass es Ereignisse über Google Analytics 4 sendet. Die Tag-Manager-Einstellungen werden daher ignoriert. Ändern Sie Ereignisse senden über zu Google Tag Manager. Das Widget verwendet immer nur eine der beiden Methoden, niemals beide.
- Falsche Mess-ID oder Container-ID — überprüfen Sie, ob die ID in den Widget-Einstellungen mit Ihrer Analytics-Property (
G-…) oder Ihrem Tag-Manager-Container (GTM-…) übereinstimmt. - Einwilligungsbanner — wenn die besuchende Person Analyse-Cookies nicht akzeptiert hat, kann Google Consent Mode Ereignisse absichtlich zurückhalten. Erteilen Sie auf der Testseite Ihre Einwilligung für Analytics, bevor Sie Schlussfolgerungen ziehen.
- Caching- oder Optimierungs-Plugins — einige WordPress-Plugins für Caching oder Optimierung beeinträchtigen Analytics-Skripte. Deaktivieren Sie sie vorübergehend oder fügen Sie die Skripte der Ausschlussliste hinzu.
7. Bestätigen Sie die Daten in den Google-Tools
Die Konsole zeigt, dass das Widget seinen Teil erledigt hat. Um zu bestätigen, dass die Daten angekommen sind:
- GA4 DebugView (Analytics → Verwaltung → DebugView) zeigt in Echtzeit die Ereignisse an, die Ihre Property erreichen.
- GTM-Vorschau (Tag Assistant) zeigt, welche Tags bei den einzelnen vom Widget gesendeten Ereignissen ausgelöst werden.