Google Analytics Debugger eingestellt: So testest du GA4 und Tag Manager vor Black Friday mit Tag Assistant und DebugView

01 / Was sich ändert

Der Google Analytics Debugger ist abgekündigt.

Im Chrome Web Store heißt die Erweiterung jetzt „[Deprecated] Google Analytics Debugger“. Version 3.2 ist mit dem Datum 28. Oktober 2026 als letztes Update eingetragen, Anbieter ist Google Analytics. Laut Store-Seite nutzen sie rund 600.000 Menschen [1]. Eine Begründung oder einen Abschalttermin nennt die Seite nicht.

Die Erweiterung hat laut Beschreibung die Debug-Version des Google-Analytics-JavaScripts geladen und Meldungen in die Chrome-Konsole geschrieben: Fehler, Warnungen und eine Aufschlüsselung jedes Treffers, der an Google Analytics ging [1]. Wer damit gearbeitet hat, musste also die Entwicklerkonsole öffnen und Text lesen.

Für GA4 ist das nicht mehr der vorgesehene Weg. In der aktuellen Hilfe zur DebugView schreibt Google, dass du den Debug-Modus für dein eigenes Gerät über Tag Assistant (tagassistant.google.com) oder den Vorschaumodus aktivierst. Tag Assistant hängt dafür einen Parameter an die Adresse deiner Website [3]. Eine Erweiterung erwähnt diese Hilfeseite nicht mehr.

Praktisch heißt das: Wenn du den alten Debugger noch installiert hast, kannst du ihn entfernen und dir einen festen Testablauf mit Tag Assistant, GTM-Vorschau und DebugView angewöhnen. Wie du den Tag Manager selbst aufräumst, steht in Google-Tag-Container im Tag Manager optimieren.

02 / Die Werkzeuge

Tag Assistant, GTM-Vorschau und DebugView: wer was zeigt.

Die drei Werkzeuge greifen ineinander. Es hilft, ihre Rollen auseinanderzuhalten.

Tag Assistant: was auf der Seite passiert

Google Tag Assistant ist ein Prüfwerkzeug im Browser. Es zeigt die Tags, Ereignisse und Daten auf deiner Website, die gesendeten Treffer und Änderungen am Data Layer. Debug-Sitzungen lassen sich exportieren, und du kannst eine Debug-URL teilen, damit jemand anderes für dich prüft [2]. So verbindest du dich:

1. tagassistant.google.com öffnen und „Add domain“ wählen [2].
2. Die Adresse deines Shops mit „https://“ eintragen, optional „Enable verbose logging“ für ausführlichere Protokolle aktivieren [2].
3. „Connect“ klicken. Tag Assistant hängt den Parameter _dbg an die URL, damit die Ereignisse auch in der DebugView von GA4 erscheinen [2].

Google empfiehlt zusätzlich die Chrome-Erweiterung „Tag Assistant“. Sie erkennt das Google-Tag auch in iframes, verfolgt Pop-ups und neue Tabs und öffnet das Debug-Fenster als Tab statt als Pop-up [2]. Die frühere „Tag Assistant Companion“-Erweiterung wird laut Google automatisch entfernt, sobald die neue Erweiterung aktualisiert ist [2]. Die Debug-Ansicht sehen nur du und Personen, mit denen du sie teilst, nicht deine Kundschaft [2].

GTM-Vorschau: was dein Container tun würde

Im Tag Manager klickst du im Arbeitsbereich oben rechts auf „Vorschau“. Dann öffnet sich Tag Assistant mit deiner Seite, und zwar so, als wäre der aktuelle Entwurf schon veröffentlicht [4]. Du siehst, welche Tags in welcher Reihenfolge ausgelöst wurden, welcher Trigger gegriffen hat und welche Daten übergeben wurden [4]. Genau dafür ist die Vorschau da: Änderungen vor Black Friday testen, ohne sie live zu schalten.

DebugView: was in GA4 ankommt

Die DebugView findest du in GA4 unter Verwaltung › Datenanzeige › DebugView [3]. Sie zeigt die Ereignisse deines Testgeräts nahezu in Echtzeit: in der Mitte die letzten 60 Sekunden, links eine Minutenleiste für die letzten 30 Minuten, rechts die häufigsten Ereignisse und Nutzereigenschaften. Ein Klick auf ein Ereignis zeigt seine Parameter [3]. Arbeiten mehrere Leute gleichzeitig, wählst du oben links unter „Debug Device“ dein Gerät aus [3].

Ein wichtiger Satz aus der Hilfe: Ereignisse erscheinen nicht in der DebugView, wenn der Einwilligungsmodus aktiv ist und keine Zustimmung für Analytics-Cookies vorliegt [3]. Wer im Cookie-Banner ablehnt, sieht beim Testen also nichts. Das ist kein Fehler, sondern Absicht.

03 / Testablauf

So testest du einen Kauf von Anfang bis Ende.

Der Kauf ist das Ereignis, an dem Umsatzberichte, Google-Ads-Gebote und deine Black-Friday-Auswertung hängen. Einen vollständigen Testkauf solltest du deshalb vor jeder größeren Aktion einmal durchspielen (Einschätzung). So gehe ich vor:

1. Sauberen Browser nehmen: Werbeblocker und andere Erweiterungen für den Test abschalten. Google nennt beides als häufigen Grund, warum Tag Assistant keine Verbindung bekommt [2].
2. Verbinden und zustimmen: Tag Assistant oder GTM-Vorschau starten, im Cookie-Banner alles akzeptieren, dann zurück in den Tag-Assistant-Tab und „Continue“ klicken. Diesen Ablauf beschreibt WooCommerce in seiner Anleitung genau so [10].
3. Den Kaufweg durchklicken: Produkt ansehen, in den Warenkorb legen, Kasse starten. Prüfe nach jedem Schritt, ob view_item, add_to_cart und begin_checkout erscheinen.
4. Testkauf abschließen: In Shopify über das Test-Zahlungsgateway oder den Testmodus von Shopify Payments. Solche Bestellungen kosten nichts und erscheinen nicht in Auszahlungen und Shopify-Berichten [9]. Während der Testmodus aktiv ist, kann niemand echt bestellen [9]. Mach das also nicht am Aktionswochenende. In WooCommerce kommt das Kauf-Ereignis nur an, wenn das Zahlungsgateway nach der Zahlung auf die Danke-Seite zurückleitet [10].
5. Das purchase-Ereignis öffnen: In der DebugView auf purchase klicken und die Parameter prüfen: transaction_id, value, currency und die Artikel [3]. Was dort stehen muss, steht im nächsten Abschnitt.
6. Danke-Seite neu laden: Lade die Bestellbestätigung einmal neu und schau, ob ein zweites purchase mit derselben Bestellnummer gesendet wird. Das ist der einfachste Test auf doppelte Käufe (Einschätzung).

Deine Testbesuche landen mit aktivem Debug-Modus auch in den Daten. Google rät deshalb, Entwickler-Traffic per Filter auszuschließen, damit er die Berichte nicht verfälscht [3].

04 / Typische Fehler

Doppelte Käufe, fehlender Wert, falsche Bestellnummer.

Beim Prüfen des Kauf-Ereignisses tauchen immer wieder dieselben Muster auf. Google legt die Regeln in der Ereignis-Referenz und in der Hilfe zu Transaktions-IDs fest.

Fehlender value oder fehlende currency

Laut Googles Referenz ist value für sinnvolle Berichte in der Regel erforderlich. Er soll die Summe aus Preis mal Menge aller Artikel sein, ohne Versand und Steuern [5]. Sobald du value setzt, ist currency Pflicht, im dreistelligen ISO-Format, also EUR [5]. Fehlt die Währung, berechnet GA4 den Umsatz nicht korrekt [5]. In der DebugView erkennst du das sofort: Der Parameter fehlt in der Liste oder hat einen leeren Wert.

Leere oder feste transaction_id

Die Transaktions-ID ist bei Käufen und Erstattungen Pflicht [5]. GA4 nutzt sie, um doppelte Käufe derselben Bestellnummer herauszufiltern, allerdings nur bei Web-Datenstreams [6]. Zwei Fehler sind dabei teuer:

• Leere ID: Wird transaction_id="" gesendet, behandelt GA4 alle diese Käufe als Duplikate [6]. Am Ende siehst du nur einen einzigen Kauf.
• Feste ID: Steht im Tag ein fester Wert statt einer dynamischen Bestellnummer, warnt Google vor deutlich zu wenig gezählten Conversions [6]. Typisch ist ein Platzhalter aus einer Anleitung, der nie ersetzt wurde (Einschätzung).

Die ID darf außerdem keine Daten enthalten, mit denen sich Kunden identifizieren lassen, etwa eine E-Mail-Adresse [6]. Die Bestellnummer des Shops ist die naheliegende Wahl [6].

Doppeltes purchase-Ereignis

Siehst du in Tag Assistant oder DebugView zwei purchase-Ereignisse für einen Kauf, sendet meist mehr als eine Quelle. WooCommerce weist ausdrücklich darauf hin, dass mehrere Tracking-Code-Instanzen auf derselben Seite Probleme verursachen, und empfiehlt dann einen Konflikttest [10]. In Shopify-Shops sehe ich das oft, wenn GA4 über den Google-&-YouTube-Kanal eingebunden ist und zusätzlich ein eigenes Pixel mit GTM einen Kauf sendet (Einschätzung). Bei gleicher, korrekter Transaktions-ID filtert GA4 die Dublette bei Web-Streams heraus [6]. Auf andere Ziele, etwa Google-Ads-Conversions aus demselben Container, solltest du dich dabei nicht verlassen (Einschätzung). Besser ist: eine Quelle pro Ziel.

05 / Shopify-Grenzen

Warum Tag Assistant bei Shopify Custom Pixels wenig sieht.

Viele Shopify-Shops laden den Tag Manager als Custom Pixel unter Einstellungen › Kundenereignisse. Custom Pixels laufen in einer abgeschirmten Sandbox. Shopify schreibt selbst, dass dort nicht jede Pixel-Funktion arbeitet [7]. Für das Testen hat das eine direkte Folge: Die Funktion „Troubleshoot tag“ von Tag Assistant ist laut Shopify nicht mit Custom Pixels kompatibel. Sie erkennt keine Google-Tags im Custom Pixel und auch keine anderen Pixel, die GTM dort lädt [7].

Shopify empfiehlt stattdessen den eigenen Shopify Pixel Helper. Du öffnest ihn im Admin unter Einstellungen › Kundenereignisse, wählst das Pixel und klickst auf „Test“ [8]. Der Helper zeigt in Echtzeit, welche Ereignisse das Pixel empfängt und mit welchen Daten [8]. Ein paar Einschränkungen nennt Shopify:

• Es lässt sich immer nur ein Custom Pixel gleichzeitig testen [8].
• Das Protokoll wird bei jedem Seitenwechsel geleert [8]. Das checkout_completed-Ereignis musst du also auf der Bestätigungsseite ablesen.
• Ist der Shop im privaten Modus oder headless, funktioniert der Helper nicht [8].

Ob danach wirklich ein purchase in GA4 ankommt, prüfst du zusätzlich in der DebugView [3]. In Shopifys GTM-Anleitung wird checkout_completed per Data-Layer-Ereignis an GTM übergeben und dort als GA4-Kauf ausgelöst [7]. Fehlen dabei Wert oder Währung, liegt der Fehler meist in dieser Übergabe (Einschätzung). Außerdem gilt: Läuft GA4 in der Sandbox, enthalten Seiten-URLs teils Sandbox-Angaben, und Ereignisse der erweiterten Messung wie ausgehende Klicks werden nicht automatisch erfasst [7].

Wenn du Tracking-Skripte gleichzeitig über einen eigenen Pfad ausliefern willst, lies vorher Google Tag Gateway und erweiterte Conversions. Für Shopify gibt es dafür keine offizielle Anleitung.

Den restlichen Fahrplan bis zum 27. November findest du in Black Friday 2026 im Shopify-Shop. Und wenn deine Social-Besuche sauber zugeordnet werden sollen, hilft das UTM-Schema aus Link in Bio aufs Produkt statt auf die Startseite.

FAQ

Häufige Fragen zu Tag Assistant und DebugView.

Funktioniert der Google Analytics Debugger noch?

Die Erweiterung ist im Chrome Web Store weiter zu finden, aber als „[Deprecated]“ markiert [1]. Für GA4 nennt Google Tag Assistant und den Vorschaumodus als Weg in die DebugView [3].

Warum sehe ich in der DebugView keine Ereignisse?

Häufige Gründe: Du hast im Cookie-Banner nicht zugestimmt [3], ein Werbeblocker verhindert das Google-Tag [2] oder unter „Debug Device“ ist ein anderes Gerät ausgewählt [3].

Sehen meine Kunden den Debug-Modus?

Nein. Die Debug-Ansicht von Tag Assistant und GTM-Vorschau erscheint nur in deinem Browser und bei Personen, mit denen du sie teilst [2][4].

Wie schalte ich debug_mode wieder aus?

Hast du debug_mode fest im Google-Tag oder im GTM-Tag gesetzt, musst du den Parameter entfernen. Ihn auf false zu setzen, schaltet den Debug-Modus laut Google nicht ab [3].

Quellen

Quellen

1. Chrome Web Store: „[Deprecated] Google Analytics Debugger“, Version 3.2, aktualisiert am 28. Oktober 2026 – chromewebstore.google.com · abgerufen 01.11.2026.
2. Tag Assistant-Hilfe: „Troubleshoot with Tag Assistant“ – support.google.com · abgerufen 01.11.2026.
3. Google Analytics-Hilfe: „Monitor events in DebugView“ – support.google.com · abgerufen 01.11.2026.
4. Tag Manager-Hilfe: „Preview and debug containers“ – support.google.com · abgerufen 01.11.2026.
5. Google for Developers: „Recommended events“ (GA4-Ereignis-Referenz, Abschnitt purchase) – developers.google.com · abgerufen 01.11.2026.
6. Google Analytics-Hilfe: „Minimize duplicate key events with transaction IDs“ – support.google.com · abgerufen 01.11.2026.
7. Shopify Help Center: „Create a Google Tag Manager custom pixel“ – help.shopify.com · abgerufen 01.11.2026.
8. Shopify Help Center: „Testing custom pixels“ – help.shopify.com · abgerufen 01.11.2026.
9. Shopify Help Center: „Placing a test order“ – help.shopify.com · abgerufen 01.11.2026.
10. WooCommerce-Dokumentation: „Google Analytics for WooCommerce“ – woocommerce.com · abgerufen 01.11.2026.

Alle Quellen am 1. November 2026 abgerufen. Aussagen ohne belastbare Quelle sind im Text als Einschätzung gekennzeichnet; die Ziffern in eckigen Klammern verweisen auf die Nummern dieser Liste.