Warum Yandex Metrica den Traffic auf der Website nicht anzeigt

Fehlende Daten bedeuten nicht immer fehlenden Traffic

Ein leerer Graph in Yandex Metrica beweist nicht, dass niemand die Website besucht. Metrica erfasst einen Besuch nur dann, wenn der Browser des Besuchers den Zählercode geladen und ausgeführt und anschließend eine Anfrage an den Analysedienst gesendet hat. Ein Nutzer kann eine Seite öffnen, eine Anfrage hinterlassen oder über eine Anzeige kommen, aber aufgrund einer Skriptblockierung, eines Browserfehlers oder eines Filters in den Einstellungen nicht im Bericht erscheinen.

Unterscheiden Sie zunächst fehlende echte Übergänge von einer Störung der Datenerfassung. Verglichen werden sollte nicht der allgemeine Graph, sondern derselbe Zeitraum, eine konkrete URL und eine Quelle. Zum Beispiel ein Link aus einer Anzeige, einer Stream-Beschreibung, einem Newsletter oder einem Beitrag in einem sozialen Netzwerk.

Wie man fehlenden Traffic von fehlenden Daten unterscheidet

Das Werbekonto zeigt in der Regel Klicks auf die Anzeige, das Server-Log die Zugriffe auf die Website. Öffnen Sie zur Prüfung das Zugriffsprotokoll des Servers und suchen Sie die Zielseite im gewünschten Zeitraum. In Nginx-Logs kann das eine Anfrage wie diese sein: grep "GET /promo" /var/log/nginx/access.log. Wenn sich der Pfad wegen UTM-Parametern ändert, suchen Sie die URL selbst ohne Parameter oder verwenden Sie einen Teil der Landingpage-Adresse.

Ein Klick im Werbekonto ist nicht gleich dem Laden einer Seite: Der Nutzer kann den Tab geschlossen haben, die Verbindung kann abgebrochen sein, und der Link kann auf eine nicht erreichbare URL führen. Auch das Server-Log ist nicht gleich einem echten Besuch, weil auch Bots, Link-Vorschauen und technische Prüfungen darin landen. Wenn es aber Übergänge in den Logs gibt und nicht in Metrica, liegt das Problem wahrscheinlich am Zähler oder seinen Einstellungen.

Was Abweichungen zwischen Werbung, Logs und Metrica bedeuten

Wenn es im Werbekonto Klicks gibt, aber in den Logs keine Zugriffe auf die Landingpage, prüfen Sie die endgültige URL, Weiterleitungen, die Erreichbarkeit der Domain und die Einstellungen des Trackers. Wenn es Einträge in access.log gibt, aber der Browser keine Anfragen an mc.yandex.ru sendet, startet der Zähler nicht oder ist blockiert. Wenn Anfragen an mc.yandex.ru gesendet werden, der Bericht aber leer ist, prüfen Sie die Zählernummer, die Filter, den Zeitraum und die Domain-Einstellungen.

Für einen genauen Abgleich nehmen Sie ein kurzes Intervall und eine Quelle. Vergleichen Sie Zeit, Seitenpfad, Antwortstatus, IP-Adresse und User-Agent nur im Rahmen der Datenverarbeitungsregeln, die im Projekt gelten. Ein manueller Abgleich ist bei großem Volumen unpraktisch: Er hilft, eine Störung zu finden, ersetzt aber kein kontinuierliches Monitoring.

Der Zählercode fehlt auf einem Teil der Seiten

Der Zähler kann auf der Startseite vorhanden sein, aber auf einer Landingpage, im Blog, im Katalog, im Kundenbereich, im mobilen Template oder auf einer Subdomain fehlen. Dieser Fehler tritt häufig nach einem Website-Umzug, der Erstellung einer separaten Promo-Seite oder der Aktualisierung eines CMS-Themes auf. Der Besucher öffnet die Website, aber auf der konkreten URL gibt es für Metrica einfach nichts auszuführen.

Öffnen Sie den Quellcode der Seite über die Codeansicht des Browsers und suchen Sie den Abschnitt mc.yandex.ru oder die Zählernummer. Prüfen Sie die Adressen, auf die die Links aus Werbung und sozialen Netzwerken tatsächlich führen, nicht nur die Startseite. Der Nachteil dieser Prüfung ist, dass man seltene Seiten und Szenarien leicht übersieht, zum Beispiel den Bildschirm nach der Zahlung oder ein Formular in der mobilen Version.

Auf der Website ist eine andere Zählernummer installiert

Der Code kann einwandfrei funktionieren, aber Daten an einen alten, Test- oder fremden Zähler senden. Das passiert nach dem Kopieren eines Templates, einem Dienstleisterwechsel, der Migration auf eine neue Domain oder dem gleichzeitigen Betrieb mehrerer Website-Versionen. Im Browser sind die Anfragen sichtbar, aber der Kanal- oder Website-Inhaber betrachtet den Bericht eines anderen Zählers.

Suchen Sie die Kennung im Code der Seite und vergleichen Sie sie mit der Nummer im Metrica-Konto. In der Browser-Konsole können Sie folgende Anfrage ausführen: document.documentElement.innerHTML.includes("mc.yandex.ru"). Sie zeigt, ob die Metrica-Adresse im HTML vorkommt, bestätigt aber nicht, dass das Skript ausgeführt wurde. Dafür ist eine Prüfung der Netzwerkanfragen erforderlich.

Wie man das Laden von Metrica im Browser prüft

Öffnen Sie die Seite in einem Browser ohne Blocker, drücken Sie F12, wechseln Sie zum Tab Network und aktualisieren Sie die Seite. Geben Sie im Filterfeld mc.yandex.ru ein. Bei normalem Betrieb sollten Anfragen an die Adresse zum Laden des Skripts und Anfragen zur Datenerfassung erscheinen, die üblicherweise den Pfad metrika/tag.js oder watch mit der Zählernummer enthalten.

Öffnen Sie dann den Tab Console und prüfen Sie auf Fehler. Nützliche Anzeichen für ein Problem: Meldungen wie „Refused to load the script“, „blocked by client“, „Content Security Policy“ oder JavaScript-Fehler, die vor dem Start des Zählers auftreten. Die Prüfung in einem einzigen Browser hat einen Nachteil: Eine Erweiterung, Browserversion oder Netzwerkeinstellung eines bestimmten Nutzers kann ein anderes Ergebnis liefern.

Werblocker verbergen einen Teil der Besuche

Erweiterungen zum Blockieren von Werbung, private DNS-Dienste, integrierte Browserschutzfunktionen und Antivirenprogramme können Anfragen an die Analyse stoppen. In Network ist das oft als blocked by client sichtbar. Die Seite öffnet sich dabei normal, der Server erfasst den Zugriff, aber Metrica erhält keine Informationen über den Besuch.

Vergleichen Sie die Seite in einem normalen Browserfenster ohne Erweiterungen und in einem Profil mit Blocker. Dieser Test zeigt die Tatsache der Blockierung, erlaubt aber keine genaue Schätzung des Anteils verlorener Besuche: Die Schutz-Einstellungen der Zielgruppe unterscheiden sich. Versuche, Analyseanfragen zu verschleiern, erschweren die Wartung und können mit den Sicherheitsrichtlinien der Website kollidieren.

Content Security Policy blockiert Anfragen an Metrica

Der Header Content Security Policy beschränkt die Quellen, von denen die Seite Skripte und Bilder laden und Netzwerkanfragen ausführen darf. Nach dem Anbinden eines CDN, Proxys oder einer verstärkten Website-Absicherung kann die Website beginnen, Anfragen an Metrica zu verbieten. In der Browser-Konsole erscheint eine Meldung über eine CSP-Verletzung mit Angabe der blockierten Adresse mc.yandex.ru.

Die Regel muss gezielt ergänzt und nicht die CSP vollständig deaktiviert werden. Beispiel für eine Direktive in einer Zeile: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

Diese Zeile darf nicht unbedacht im vorhandenen Header ersetzt werden: Sie muss mit den bereits benötigten Quellen der Website zusammengeführt werden. Wenn der Zählercode direkt in das HTML eingefügt ist, kann auch ein Inline-Skript eine separate Freigabe über nonce oder hash erfordern. Das Hinzufügen von unsafe-inline ist einfacher, hat aber den Nachteil eines schwächeren Schutzes vor der Einschleusung von fremdem JavaScript.

Die Cookie-Einwilligung erlaubt nicht den Start des Zählers

Auf Websites mit Einwilligungsbanner startet Metrica manchmal erst nach dem Klick auf eine Schaltfläche. Ein Fehler in der Logik des Banners kann den Zähler nach der Einwilligung ausgeschaltet lassen, ihn nur auf der ersten Seite einschalten oder die Auswahl des Nutzers nicht speichern. Dadurch gehen einige Besuche verloren, besonders bei kurzen Besuchen von Landingpages.

Prüfen Sie die Szenarien des ersten Aufrufs, der Einwilligung, der Ablehnung, des erneuten Besuchs, des mobilen Browsers und des privaten Modus. Der Start der Analyse vor der Auswahl des Nutzers kann das Datenvolumen erhöhen, aber diese Variante hat einen rechtlichen und reputationsbezogenen Nachteil: Die Art der Datenverarbeitung muss den Anforderungen entsprechen, die für Ihr Projekt gelten.

Zählerfilter schließen benötigte Besuche aus

In den Metrica-Einstellungen können Filter nach IP-Adressen, Domains, URLs, Parametern oder technischem Traffic aktiv sein. Normalerweise werden sie hinzugefügt, um Besuche des Teams und Testübergänge zu entfernen. Nach einem Bürowechsel, VPN, Unternehmensnetzwerk oder einer Änderung der URL-Struktur kann ein solcher Filter bereits nicht nur interne Besuche ausschließen.

Sehen Sie sich die aktiven Filter an und prüfen Sie den Zweck jeder Regel. Zur Diagnose können Sie vorübergehend einen Filter ändern und den Testübergang wiederholen. Der Nachteil des Deaktivierens eines Filters besteht darin, dass Besuche von Mitarbeitern, Entwicklern und Autotests in die Statistik gelangen, daher sollten Änderungen besser separat dokumentiert werden.

Falscher Zeitraum, Bericht oder falsche Zeitzone geöffnet

Manchmal sind die Daten bereits vorhanden, aber im Konto ist ein anderer Zähler, ein zu enger Zeitraum, der Datumsvergleichsmodus oder eine unpassende Zeitzone ausgewählt. Bei einer geringen Anzahl von Besuchen kann eine Differenz von einigen Stunden das Bild für einen bestimmten Tag vollständig verändern. Man sollte die Funktion des Zählers nicht nur anhand weniger Minuten nach dem Übergang bewerten.

Entfernen Sie den Zeitraumvergleich, öffnen Sie einen breiteren Bereich und prüfen Sie das Datum des Testbesuchs. Wechseln Sie dann zum Bericht nach Seiten und suchen Sie den genauen Pfad der Landingpage. Ein breiter Zeitraum ist praktisch für die Suche nach Daten, hat aber den Nachteil, dass im allgemeinen Graph der Moment schwerer zu erkennen ist, in dem der Zähler nach einer Website-Aktualisierung nicht mehr funktionierte.

Weiterleitungen und Domains verändern den Pfad des Besuchers

Ein Übergang kann über einen Link-Verkürzer, einen Tracker, die HTTP-Version der Website, die www-Domain, eine mobile Subdomain verlaufen und erst dann auf der endgültigen Landingpage landen. Wenn die Weiterleitung fehlerhaft konfiguriert ist, die Seite lange antwortet oder der Besucher auf eine andere Domain geleitet wird, kann der Zähler der benötigten Website nicht geladen werden. Das ist besonders wichtig für Links aus Stream-Beschreibungen und Werbekampagnen.

Prüfen Sie die Kette mit dem Befehl curl -I -L "https://example.com/promo" und sehen Sie sich die Statuscodes mit den Weiterleitungsadressen an. Der Befehl zeigt serverseitige Weiterleitungen, ersetzt aber keinen Test im Browser: JavaScript-Weiterleitungen und Blockierungen durch Erweiterungen sieht curl nicht. Verkürzte Links sind in Veröffentlichungen praktisch, doch der zusätzliche Übergang erschwert die Diagnose.

SPA sendet bei internen Übergängen keine Aufrufe

Bei einer Single-Page-Website erfolgt der Übergang zwischen Bereichen oft ohne vollständiges Neuladen. Der Nutzer öffnet einen Tarif, eine Produktkarte, ein Formular oder eine Danke-Seite, und Metrica erfasst nur den ersten Bildschirm. Besuche können im Bericht vorhanden sein, aber Einstiegsseiten, Sitzungstiefe und Conversions wirken unvollständig.

Prüfen Sie in Network, ob nach dem Wechsel der Route innerhalb der Anwendung eine neue Anfrage an Metrica erscheint. Testen Sie Übergänge mit den Browserschaltflächen, modale Fenster, den Sprachwechsel und dynamische URLs. Das automatische Senden von Aufrufen über den Router ist praktisch, hat aber den Nachteil, dass bei einem Fehler in der Logik leicht doppelte Aufrufe und eine überhöhte Besuchstiefe entstehen.

Ziele werden bei vorhandenen Besuchen nicht ausgelöst

Ein leerer Bericht zu einem Ziel bedeutet nicht, dass es auf der Website keinen Traffic gibt. Besuche können normal erfasst werden, aber das Absenden eines Formulars, der Klick auf eine Schaltfläche, ein Kauf oder der Übergang auf eine Danke-Seite werden nicht erfasst. Ursachen sind ein geänderter CSS-Selektor, ein Ereignis vor der Initialisierung des Zählers, ein AJAX-Formular ohne Verarbeitung des Ergebnisses oder eine andere Metrica-Nummer auf der Seite.

Führen Sie die Aktion manuell aus und beobachten Sie gleichzeitig Network: Danach sollte eine Anfrage erscheinen, die mit der Übertragung des Ereignisses zusammenhängt. Ein Ziel per Klick auf eine Schaltfläche ist schnell eingerichtet, hat aber den Nachteil, dass es den Klick erfasst und nicht das erfolgreiche Absenden des Formulars. Für Anfragen ist es sinnvoller, den Beginn des Ausfüllens, einen Fehler und das bestätigte Ergebnis separat zu verfolgen.

Checkliste zur Diagnose in fünf Minuten

1. Öffnen Sie den Link, über den der Traffic kommen soll, in einem normalen Browser ohne Blocker.
2. Öffnen Sie in den DevTools Network, aktualisieren Sie die Seite und filtern Sie die Anfragen nach mc.yandex.ru.
3. Prüfen Sie im Tab Console auf JavaScript-Fehler, CSP und die Meldung blocked by client.
4. Vergleichen Sie die Zählernummer im Code der Seite mit der Nummer des Berichts im Metrica-Konto.
5. Prüfen Sie in access.log den Zugriff auf die benötigte URL während des Tests, zum Beispiel grep "GET /promo" /var/log/nginx/access.log.
6. Vergleichen Sie das Server-Log mit den Klicks im Werbekonto für einen Link und einen Zeitraum.
7. Sehen Sie sich die Filter, die ausgewählten Daten, die Zeitzone, die Subdomains und das Szenario der Cookie-Einwilligung an.
8. Führen Sie bei einer SPA einen internen Übergang aus und stellen Sie sicher, dass nach dem Routenwechsel eine neue Anfrage gesendet wird.