Website-Analysedaten korrekt prüfen

So prüfen Sie, ob Ihre Website-Analysedaten korrekt sind

Analyseberichte können präzise wirken und trotzdem das Falsche erfassen. Ein Seitenaufruf wird möglicherweise doppelt gezählt, eine Formularübermittlung gar nicht registriert oder eine Bestellung der falschen Quelle zugeordnet. Es geht nicht darum, dass jeder Bericht exakt mit jedem anderen System übereinstimmt. Entscheidend ist, ob die Daten die Aktionen abbilden, für deren Erfassung Ihr Tracking eingerichtet ist. Mit einer gezielten Prüfung einiger weniger Ereignisse lässt sich erkennen, wo die Zahlen voneinander abweichen.

Wenn Sie herausfinden möchten, ob Ihre Website-Analysedaten korrekt sind, beginnen Sie mit einem wiederholbaren Test, statt sämtliche Dashboards umfassend zu prüfen. Wählen Sie eine kleine Stichprobe, verfolgen Sie jedes Ereignis durch den gesamten Erfassungsprozess und vergleichen Sie es mit einer Quelle, die die zugrunde liegende Aktion festhält. So können Sie Website-Analysedaten überprüfen, ohne sich allein auf einen einzelnen Bericht zu verlassen. Notieren Sie die jeweiligen Bedingungen, denn ein Test in einem angemeldeten Browser kann sich anders verhalten als in einer frischen Sitzung.

1. Wählen Sie eine kleine Anzahl von Ereignissen für die Prüfung aus

Wählen Sie zwei oder drei Ereignisse aus, die für den Zweck der Website wichtig sind. Bei einem Dienstleistungsunternehmen könnten das ein Seitenaufruf, eine Kontaktformularübermittlung und ein Klick auf eine Telefonnummer sein. Für einen Onlineshop eignen sich ein Produktaufruf, das Hinzufügen zum Warenkorb und ein abgeschlossener Kauf. Mit einer kurzen Liste bleibt die Prüfung überschaubar und Sie können jedes Ereignis genauer untersuchen.

Notieren Sie für jedes Ereignis, wodurch es ausgelöst werden soll und welcher Nachweis bestätigt, dass es stattgefunden hat. Eine erfolgreiche Formularübermittlung sollte beispielsweise eine Bestätigungsmeldung und einen neuen Eintrag im Posteingang des Formulars erzeugen. Bei einem Kauf sollte eine abgeschlossene Bestellung im Shopsystem vorliegen. Definieren Sie einen Kauf nicht als Klick auf eine Schaltfläche, wenn die Zahlung anschließend noch scheitern kann.

• Seitenaufruf: Ein Seitenaufruf sollte genau ein Seitenaufruf-Ereignis auslösen.
• Formularübermittlung: Eine gültige Übermittlung sollte genau ein Ereignis und einen gespeicherten Eintrag erzeugen.
• Kauf: Für eine abgeschlossene Bestellung sollte eine Transaktions-ID und ein erfasster Bestellwert vorliegen.

Halten Sie auch die erwarteten Bedingungen fest. Wenn das Formularereignis erst nach erfolgreicher Validierung ausgelöst werden soll, darf ein fehlgeschlagener Versuch nicht gezählt werden. Das ist wichtig, wenn jemand auf „Senden“ klickt, obwohl ein Pflichtfeld leer ist: Die Schaltfläche wurde angeklickt, aber das Formular wurde nicht übermittelt.

2. Verfolgen Sie jedes Ereignis von der Aktion bis zum Bericht

Verfolgen Sie eine Testaktion durch alle Schritte, die daran beteiligt sind: die Datenschicht oder den Tracking-Code der Website, die ausgehende Anfrage, das Analytics-Erfassungssystem und schließlich den Bericht. Mit den Entwicklertools des Browsers können Sie prüfen, ob eine Anfrage gesendet wurde und welchen Ereignisnamen oder welche Parameter sie enthält. So können Sie Tracking-Ereignisse auf der Website testen und feststellen, an welcher Stelle ein Ereignis fehlt oder verändert wird. Wird die Anfrage gar nicht angezeigt, liegt das Problem wahrscheinlich auf der Website oder im Browser. Ist sie vorhanden, fehlt sie aber im Bericht, sollten Sie die Verarbeitungs- und Berichtseinstellungen prüfen.

Füllen Sie zum Beispiel ein Testformular aus und notieren Sie Ereignisname, Seiten-URL und Zeitstempel. Prüfen Sie, ob die Analytics-Anfrage das vorgesehene Ereignis enthält, und suchen Sie es anschließend in der Echtzeit- oder Debugging-Ansicht der Plattform, bevor Sie einen Standardbericht prüfen. Berichte werden möglicherweise verzögert verarbeitet. Ein leerer Bericht wenige Sekunden nach dem Test beweist daher nicht, dass das Tracking fehlerhaft ist. Informieren Sie sich über die Berichtslaufzeit der Plattform, bevor Sie die Verzögerung als Fehler einstufen.

Verwenden Sie in jeder Phase denselben Ereignisnamen. Eine Website sendet möglicherweise form_success, während ein Bericht so konfiguriert ist, dass er generate_lead anzeigt. Beide Bezeichnungen können sinnvoll sein, aber sie müssen über eine Zuordnung oder Berichtsregel miteinander verknüpft werden. Für Teams, die mehrere Properties betreuen, kann ein Überwachungstool wie eine Plattform für Website-Analysen und Monitoring dabei helfen, Änderungen sichtbar zu machen. Es ersetzt jedoch nicht die Prüfung des Ereignisses selbst.

3. Führen Sie kontrollierte Tests in einer frischen Browsersitzung durch

Verwenden Sie nach Möglichkeit ein neues Browserprofil oder ein privates Fenster, in dem Erweiterungen deaktiviert sind. So werden Beeinflussungen durch gespeicherte Cookies, frühere Besuche und Browser-Add-ons verringert. Notieren Sie die genauen Schritte und den Zeitpunkt: Rufen Sie die Landingpage um 10:04 Uhr auf, sehen Sie sich ein Produkt an, legen Sie es in den Warenkorb und beenden Sie den Test. Anhand der Zeitstempel lassen sich Browseraktivitäten leichter mit Analytics-Anfragen und Servereinträgen abgleichen.

Halten Sie den Test eng begrenzt. Öffnen Sie nicht mehrere Tabs, laden Sie die Seite nicht wiederholt neu und klicken Sie nicht nebenbei herum, während Sie das Ereignis prüfen. Solche Aktionen können zusätzliche Seitenaufrufe erzeugen und eine korrekte Implementierung fälschlich doppelt erscheinen lassen. Wenn Sie einen wiederkehrenden Besucher testen müssen, führen Sie diesen Test separat durch und kennzeichnen Sie ihn eindeutig.

Führen Sie einen Test mit erteilter und einen weiteren mit abgelehnter Analytics-Einwilligung durch, sofern die Website diese Auswahl anbietet. Notieren Sie, was sich verändert. Wird nach einer Ablehnung kein Analytics-Ereignis erfasst, kann das beabsichtigt sein. Fehlt es dagegen trotz erteilter Einwilligung, deutet das möglicherweise auf ein Konfigurationsproblem hin. Das Ergebnis lässt sich nur richtig einordnen, wenn der Einwilligungsstatus im Testprotokoll festgehalten wird.

4. Vergleichen Sie Analytics-Daten mit einer unabhängigen Aufzeichnung

Vergleichen Sie eine begrenzte Stichprobe mit einem separaten System, das die zugrunde liegende Aktion erfasst. Bei Formularübermittlungen eignen sich der Posteingang oder die Datenbank des Formulars, bei Bestellungen die abgeschlossenen Transaktionen im Shopsystem. Serverprotokolle können bestätigen, dass eine Seite oder ein Endpunkt angefragt wurde. Eine Anfrage im Protokoll bedeutet jedoch nicht immer, dass eine Person die Seite gesehen oder die Aktion abgeschlossen hat.

Legen Sie einen festen Zeitraum und eine kleine Anzahl von Testdatensätzen fest. Gleichen Sie diese, sofern möglich, anhand eines Zeitstempels, einer Bestell-ID oder einer anderen gemeinsamen Kennung ab. Vermeiden Sie den Vergleich von Gesamtzahlen aus unterschiedlichen Zeiträumen: Zeitzonen, verzögerte Verarbeitung, Filter und Aufbewahrungsregeln können die Zahlen verschieben. Wenn Analytics für denselben Testzeitraum 12 Käufe ausweist und das Shopsystem 12 abgeschlossene Bestellungen enthält, ist das ein hilfreicher Hinweis. Prüfen Sie aber zusätzlich, ob auch die einzelnen Transaktions-IDs übereinstimmen. So lässt sich besser Webanalyse-Daten auf Richtigkeit prüfen, statt nur Gesamtwerte gegenüberzustellen.

Rechnen Sie mit gewissen Abweichungen, denn die Systeme erfassen unterschiedliche Dinge. Serverprotokolle können automatisierte Anfragen und Seitenaktualisierungen enthalten. Eine Analytics-Plattform lässt möglicherweise Besuche aus, bei denen das Tracking blockiert oder die Einwilligung verweigert wurde. Wenn Sie sich eine Ursache für überhöhte Zahlen genauer ansehen möchten, lesen Sie internen traffic aus google analytics ausschließen. Der Vergleich sollte die Abweichung erklären, statt automatisch davon auszugehen, dass eines der Systeme korrekt ist.

5. Prüfen Sie, ob Ereignisse doppelt oder gar nicht erfasst werden

Wiederholen Sie dieselbe Aktion mehrmals, halten Sie die einzelnen Durchläufe aber klar auseinander. Senden Sie das Testformular einmal ab, warten Sie auf die Bestätigung und prüfen Sie anschließend, ob genau ein Ereignis und ein Eintrag erstellt wurden. Wird das Ereignis doppelt angezeigt, untersuchen Sie, ob es sowohl durch den Klick auf die Schaltfläche als auch durch die Bestätigungsseite ausgelöst wird oder ob eine Seitenaktualisierung es erneut sendet.

Unterbrochene Abläufe machen eine andere Art von Fehler sichtbar. Starten Sie den Bezahlvorgang, brechen Sie ihn vor der Zahlung ab und prüfen Sie, ob kein Ereignis für einen abgeschlossenen Kauf ausgelöst wird. Schließen Sie anschließend eine Testbestellung ab und kontrollieren Sie, ob das Ereignis genau einmal mit der richtigen Transaktions-ID erfasst wird. Wird das Kaufereignis bereits beim Klick auf „Bestellung aufgeben“ ausgelöst, kann es zu einer Überzählung kommen, wenn die Zahlung fehlschlägt oder der Kunde zur Seite zurückkehrt.

Fehlende Ereignisse sind oft schwerer zu erkennen als doppelte. Testen Sie Validierungsfehler, eine langsame Verbindung und den Aufruf über die Zurück-Schaltfläche, sofern solche Fälle auf der Website vorkommen. Ein Formular kann eine Antwort erfolgreich speichern, obwohl ein Skript ausfällt, bevor es das Analytics-Ereignis sendet. Das ist ein Tracking-Problem und kein fehlender Lead.

6. Prüfen Sie Einwilligung, Blockierungen und domainübergreifende Abläufe

Führen Sie Tests unter den Bedingungen durch, die auch für echte Besucher gelten: mit erteilter und abgelehnter Einwilligung, mit aktiviertem Datenschutz im Browser und – falls relevant – mit einem Werbeblocker. Notieren Sie für jeden Durchlauf den Browser und die getroffene Auswahl. Eine blockierte Anfrage erreicht Analytics möglicherweise gar nicht, obwohl die Seite oder das Formular normal funktioniert. Daher ist ein exakter Abgleich mit serverseitigen Datensätzen nicht bei jedem Besuch möglich.

Domainübergreifende Abläufe müssen separat geprüft werden. Wechselt ein Kunde von einem Shop zu einem Zahlungsanbieter und wieder zurück, sollten Sie bestätigen, dass das Analytics-Setup diesen Übergang wie vorgesehen verarbeitet und die Rückkehrseite keine neue, unabhängige Sitzung erstellt. Testen Sie einen abgeschlossenen Ablauf und prüfen Sie die verweisende Domain, die Sitzungsdetails und die Transaktions-ID. Ist die Weiterleitung nicht korrekt eingerichtet, kann der Zahlungsanbieter als Verweisquelle erscheinen.

Einwilligungsregeln und Datenschutzfunktionen des Browsers können ebenfalls beeinflussen, welche Informationen verfügbar sind. Eine niedrigere Analytics-Zahl ist kein Beweis dafür, dass dieselbe Anzahl an Transaktionen auf der Website fehlt. Klären Sie zunächst, welche Aktionen die einzelnen Systeme erfassen dürfen und sollen. Hintergrund zu Änderungen in Browsern finden Sie unter Drittanbieter-Cookies in chrome 2025.

7. Dokumentieren Sie die Ergebnisse und testen Sie nach Änderungen erneut

Führen Sie ein kurzes Prüfprotokoll mit Datum, Browser, Einwilligungsstatus, ausgeführten Schritten, erwartetem Ereignis, beobachtetem Ereignis und gegebenenfalls der ID des passenden Datensatzes. Halten Sie fest, ob das Ergebnis aus einem Live-Bericht, einer Debugging-Ansicht oder einem Backend-System stammt. So wird verhindert, dass ein Teammitglied eine vorübergehende Verarbeitungsverzögerung fälschlich als bestätigten Tracking-Ausfall wertet.

Wiederholen Sie nach einer Fehlerbehebung denselben Test unter denselben Bedingungen. Wurde das Ereignis zuvor zweimal gesendet, bestätigen Sie, dass die korrigierte Version es nur einmal sendet und das Formular weiterhin den zugehörigen Eintrag erstellt. Testen Sie nach größeren Änderungen an der Website erneut, etwa nach einer Überarbeitung des Formulars oder einer Aktualisierung des Bezahlvorgangs. Solche Änderungen können den Auslöser beeinflussen, auch wenn sich das Analytics-Dashboard selbst nicht geändert hat.