Tracking Check

Ein Tag, der existiert, ist noch kein Tag, der feuert.

Mateq prüft Ihr Tracking dort, wo es stattfindet: in einem echten Browser. Klicken, Auslösen beobachten, ausgehende Anfragen mitlesen — und jedes Event mit einem klaren Urteil versehen.

Demo buchen

Was ist ein Tracking Check?

Ein Tracking Check beantwortet, ob die Signale, die Google Ads und Meta für saubere Optimierungsentscheidungen brauchen, tatsächlich vorhanden und funktionsfähig sind. Er prüft drei Ebenen — ist die Konfiguration da, löst sie bei einer echten Interaktion aus, verlässt eine Anfrage den Browser — und dort, wo serverseitiges Tracking eingerichtet ist, zusätzlich, was von diesem Pfad beobachtbar ist.

Warum «sieht eingerichtet aus» nichts beweist

Im Tag Manager sieht ein Setup meist vollständig aus: Tags stehen da, Trigger sind verknüpft, Variablen existieren. Ob beim Klick auf den Button tatsächlich etwas passiert, steht dort nicht. Der häufigste Fehler ist deshalb nicht ein fehlender Tag, sondern ein vorhandener Tag, der nie auslöst — etwa weil ein Trigger auf eine CSS-Klasse zeigt, die beim letzten Relaunch verschwunden ist.

Der zweithäufigste ist das Gegenteil: Ein Event feuert doppelt, weil ein Plugin dasselbe Ereignis zusätzlich meldet. In den Berichten sieht das nach guter Performance aus — bis die Conversion-Zahlen mit dem Umsatz nicht mehr zusammenpassen.

Und dann gibt es den Alarm, der die ganze Prüfung rechtfertigt: eine Kampagne mit Klicks und exakt null Conversions über Tage. Das ist häufiger ein gerissenes Signal als eine schlechte Kampagne — und teuer, weil in der Zwischenzeit die Gebotsstrategie auf Datenmüll optimiert.

Die Ebenen, die geprüft werden

Jedes konfigurierte Event durchläuft dieselbe Kette. Erst wenn eine Ebene hält, ist die nächste überhaupt aussagekräftig.

1. Konfiguriert

Existiert die erwartete Konfiguration? Mateq liest dazu den live veröffentlichten GTM-Container aus, nicht einen Entwurf.

2. Ausgelöst

Feuert das Event bei einer echten Interaktion? Mateq klickt die Elemente im Browser tatsächlich an — zerstörerische Aktionen wie «Jetzt kaufen» bleiben ausgenommen.

3. Beobachtet

Verlässt eine Anfrage an GA4 oder Meta den Browser? Diese ausgehende Anfrage ist die letzte Ebene, die von aussen belegbar ist.

4. Serverseitiger Pfad

Wo serverseitiges Tracking eingerichtet ist, prüft Mateq, was beobachtbar ist: DNS und SSL Ihrer Tracking-Subdomain sowie den veröffentlichten Server-Container.

Consent-Kontext

Auf Seiten mit Consent-Banner feuern Events vor der Einwilligung berechtigterweise nicht. Mateq kennt die gängigen CMPs und bewertet entsprechend.

Gesundheitsübersicht

Sieben Dimensionen — GTM, GA4, Meta Pixel, Server-Side, Consent-Status, konfigurierte Events, Kontoverbindungen — mit klarem Status statt einer Punktzahl.

Wie ein Prüfergebnis aussieht

Auszug aus einem Prüflauf über die konfigurierten Events einer Website:

Illustratives Beispiel

form_submit: geprüft — dataLayer-Push und ausgehende GA4-Anfrage beobachtet
add_to_cart: braucht Aufmerksamkeit — GTM-Tag vorhanden, löste bei der Interaktion nicht aus
purchase: nicht testbar — liegt hinter Login und Zahlung
newsletter_signup: geprüft mit Hinweis — feuert zweimal je Interaktion

Der interessante Fall ist «add_to_cart»: Die Konfiguration ist vollständig, aber der Trigger verweist auf eine Klasse, die es nach dem Relaunch nicht mehr gibt.

Die Formulierungen sind bewusst gewählt: «beobachtet» heisst, die Anfrage hat den Browser verlassen — nicht, dass die Plattform sie verbucht hat.

Wo eine ehrliche Prüfung aufhört

Von aussen lässt sich belegen, dass eine Anfrage Richtung GA4 oder Meta abgeschickt wurde. Was innerhalb der Plattform damit geschieht — Verarbeitung, Attribution, Deduplizierung — ist nicht einsehbar. Deshalb sagt Mateq «beobachtet» und nicht «angekommen». Wer Ihnen «bestätigt in GA4» verspricht, verspricht mehr, als eine externe Prüfung liefern kann.

Zweitens: Ein Prüflauf ist eine Momentaufnahme. Tracking geht an einem beliebigen Dienstag kaputt — durch ein Release, ein Plugin-Update oder eine Änderung im Container. Deshalb wiederholt Mateq den Lauf je nach Plan wöchentlich oder täglich und meldet kritische Befunde per Alarm.

Und drittens gibt es Ereignisse, die von aussen nicht prüfbar sind: alles hinter Login, Zahlung oder Warenwirtschaft. Diese Fälle werden als «nicht testbar» ausgewiesen statt stillschweigend als bestanden.

Vom Befund zur Behebung

Findet die Prüfung Lücken, bleibt es nicht bei einer Liste: Für die typischen Fälle — fehlende oder falsch verknüpfte Tags, Trigger, Variablen — kann Mateq die Korrektur im Container vornehmen und veröffentlichen, mit Ihrer Freigabe. Für alles andere benennt der Bericht die betroffene Stelle so konkret, dass sie sich gezielt beheben lässt.

Der Diagnoselauf ist bewusst schreibfrei: Er verändert Ihre Website und Ihren Container nicht, sondern liest und beobachtet nur.

Häufige Fragen zum Tracking Check

Meine Kampagne hat Klicks, aber null Conversions — woran liegt das?

Das ist häufiger ein Tracking- als ein Kampagnenproblem. Mateq führt genau diesen Fall als kritischen Tracking-Befund und prüft, ob das Conversion-Event überhaupt konfiguriert ist, ob es auslöst und ob eine Anfrage den Browser verlässt. Erst wenn diese Kette hält, lohnt sich die Diskussion über Keywords oder Zielgruppen.

Wie prüft man, ob ein GA4-Event wirklich feuert?

Indem man die Interaktion tatsächlich ausführt und mitliest, was passiert. Mateq klickt die Elemente in einem echten Browser an, beobachtet die dataLayer-Pushes und die ausgehenden Anfragen an GA4 beziehungsweise Meta und gleicht das mit der Konfiguration im veröffentlichten Container ab.

Was, wenn die Website ein Consent-Banner hat?

Dann ist es korrekt, dass vor der Einwilligung nichts feuert — ein naiver Prüfer meldet hier fälschlich «kaputt». Mateq erkennt gängige Consent-Lösungen wie Usercentrics, OneTrust oder Cookiebot, geht damit im Prüflauf um und weist den Consent-Zustand separat aus.

Wie oft sollte man das Tracking prüfen?

Regelmässig, nicht einmalig. Jedes Release kann etwas verändern. Mateq wiederholt die Prüfung je nach Plan wöchentlich oder täglich und meldet kritische Abweichungen aktiv, statt auf den nächsten manuellen Blick zu warten.

Finden Sie heraus, ob Ihre Zahlen tragen

Website verbinden, Prüflauf starten, Urteil je Event erhalten — mit klarer Aussage, was beobachtet wurde.