Analytics-Tag prüfen: läuft überhaupt eine Messung

Der Check sucht zwölf Mess-Tools im ausführbaren Teil des HTML, von GA4 bis Plausible. Kein Treffer ist kritisch, außer ein Server-Side-Endpunkt übernimmt.

Was wird geprüft

Im HTML: Der Scan liest nur die ausführbaren Teile der Seite, also Script-Quellen, Inline-Skripte und Pixel-URLs, und sucht darin die Signaturen von zwölf Mess-Tools: GA4 (gtag.js mit G-ID), Google Tag Manager (Container-ID), Plausible, Matomo, Piwik PRO, Fathom, Pirsch, Simple Analytics, Cloudflare Web Analytics, Mixpanel, PostHog und Adobe Analytics. Ein Treffer heißt „ok“ mit der Liste. Kein Treffer ist kritisch: keine Messung aktiv.

Zwei Ausnahmen mildern das Urteil. Erkennt der Scan einen First-Party-Endpunkt (Befund Server-Side Tagging), wird aus dem Kritisch ein Hinweis, denn dann läuft die Messung serverseitig. Und wer den Scan im Kontext „Server-Side / Custom“ startet, bekommt dieselbe Herabstufung.

Was der Scan nicht sieht: Skripte, die das CMP bis zur Einwilligung als Text ausliefert, eigene Loader ohne die bekannten Hostnamen und alles, was erst nach einem Klick nachlädt. Code in Beispielen und Dokumentation zählt nicht; bis September 2026 hielt der Scan g-recaptcha für eine GA4-Property, seitdem sind die IDs case-sensitiv.

Warum ist das wichtig

Ohne Tag keine Daten: kein Reporting, keine Conversion für Google Ads, keine Zielgruppe für Remarketing. Das klingt banal, passiert aber nach fast jedem Relaunch. Das Snippet lag im alten Theme, das neue Theme hat keins, und weil niemand das Dashboard in der ersten Woche aufmacht, fällt es erst mit dem Monatsreport auf. Vier Wochen Lücke, unwiederbringlich. Welche Tools der Scan erkennt, sagt zugleich etwas über den Stack: Plausible oder Fathom heißt cookieless, GA4 mit GTM heißt Consent-Pflicht, beides zusammen heißt Klärungsbedarf.

Häufige Ursachen

Die Site trackt bewusst server-side oder cookielos, dann ist der Befund erwartbar und kein Fehler.
Das Tag liegt hinter dem CMP-Blocking und erscheint erst nach Einwilligung, der statische Scan sieht es nicht.
Nach einem Relaunch wurde das Tracking-Snippet schlicht nicht mit umgezogen.
Ein Werbe- oder Tracking-Blocker auf CDN-Ebene filtert die bekannten Skript-Hosts schon beim Ausliefern.

So beheben

Läuft die Messung bewusst über Plausible, Matomo oder einen Server-Side-Container, den Befund ignorieren und den Scan mit dem passenden Kontext wiederholen. Sonst GA4 einbinden, am besten über einen Tag Manager, und das Snippet in das Basis-Template legen, das jede Seite lädt. Danach im Tiefenscan prüfen, ob nach „Akzeptieren“ auch Pings rausgehen. Was ein sauberes Event-Schema dafür braucht, steht im Measurement Blueprint.

Passende Vorlage

GA4- und Google-Ads-Consent-Mapping

Dokumentiert, welche Daten von GA4 zu Google Ads fließen und welches Signal jeden Fluss steuert.

Worksheet holen →

Erst selbst prüfen

Der Tracking-Check testet diesen Punkt zusammen mit allen anderen in Sekunden.

Tracking-Check starten →

Verwandte Checks

dataLayer →Tag Manager →Server-Side Tracking →Tracking-Architektur →Doppelte Google-IDs →

Häufige Fragen

Wir tracken über einen Server-Side-Container. Warum meldet der Check „kein Tag“?

Weil im HTML kein Client-Tag steht, das ist bei reinem Server-Side-Tracking normal. Erkennt der Scan den First-Party-Endpunkt, stuft er die Zeile auf einen Hinweis herab und schreibt dazu, dass die Messung serverseitig läuft. Wer den Scan als „Server-Side / Custom“ startet, bekommt die Herabstufung ohnehin. Ob wirklich Pings über den Endpunkt gehen, zeigt der Befund Tracking-Architektur im Tiefenscan.

Das Tag lädt bei uns erst nach der Einwilligung. Sieht der Scan das?

Der statische Scan nicht, wenn das CMP das Skript bis zur Einwilligung als reinen Text ausliefert. Der Tiefenscan klickt „Akzeptieren“ und sieht dann die Pings; der Befund Consent aktiviert Messung bestätigt, dass nach dem Opt-in gemessen wird. Ein „kritisch“ aus dem statischen Scan ist damit widerlegt, die Zeile bleibt trotzdem stehen.

Der Scan findet ein Tag, das wir gar nicht mehr nutzen. Woher kommt das?

Aus dem Template. Alte GA4-Properties, ein zweiter Container aus der Agenturzeit oder das Universal-Analytics-Snippet von 2019 stehen oft noch im Quelltext und laden brav weiter. Der Befund Doppelte Google-IDs listet, welche IDs nebeneinander laufen.

Behebung

Verdrahtet in Tagen, nicht in Sprints.

Befunde aus dem Tracking-Check gehen im Audit Sprint in eine Reihenfolge mit Aufwand, jeder Baustein mit Abnahmekriterium.

Zur Leistung Audit Sprint anfragen