Plausible erfasst keine Seitenaufrufe: Ursachen finden
1. Finden Sie heraus, bei welchen Seitenaufrufen Daten fehlen
Beginnen Sie mit einer URL, bei der das Problem auftritt. Notieren Sie die Adresse der Seite, den Zeitpunkt Ihres Tests und ob der Plausible-Bericht Besuche auf anderen Seiten derselben Website anzeigt. Ein konkretes Beispiel – etwa eine fehlende Produktseite, während die Startseite erfasst wird – ist hilfreicher als die pauschale Aussage „Die Analytics funktionieren nicht“. Wenn Sie vermuten, dass „Plausible Tracking funktioniert nicht“, grenzen Sie das Problem daher zunächst auf bestimmte Seiten und Tests ein.
Vergleichen Sie die betroffene Seite mit einer Seite, deren Aufrufe korrekt erfasst werden. Prüfen Sie, ob beide dasselbe Template verwenden, unter demselben Hostnamen geladen werden und derselben Plausible-Website zugeordnet sind. Unterschiede in diesen Punkten zeigen Ihnen, wo Sie ansetzen können, bevor Sie den Code ändern.
Unterscheiden Sie zwischen direkten Aufrufen und der Navigation innerhalb der Website. Öffnen Sie die betroffene URL in einem neuen Tab und rufen Sie sie anschließend über einen Link von einer anderen Seite auf. Werden direkte Aufrufe im Bericht angezeigt, Klicks aber nicht, könnte das Problem mit der Navigation der Website zusammenhängen. Wird keines von beiden erfasst, prüfen Sie zuerst den Tracking-Code oder die Browsereinstellungen. Wenn „Plausible erfasst keine Seitenaufrufe“, sollten Sie auch feststellen, ob das für alle Seiten oder nur für bestimmte URLs gilt.
Halten Sie die Tests kurz fest. Notieren Sie die genaue URL, den Weg zur Seite, den Browser und das beobachtete Ergebnis. So können Sie denselben Test nach einer Änderung wiederholen, statt sich auf Ihr Gedächtnis zu verlassen.
2. Prüfen Sie, ob der Browser ein Pageview-Ereignis sendet
Öffnen Sie die betroffene Seite und die Entwicklertools des Browsers. Laden Sie die Seite im Tab „Netzwerk“ neu und suchen Sie nach Anfragen an Plausible.
Wenn eine Anfrage angezeigt wird, prüfen Sie die Details, statt sich mit der Feststellung „Sie wurde geladen“ zufriedenzugeben. Kontrollieren Sie, ob die Anfrage die URL der betroffenen Seite enthält, ob sie erfolgreich abgeschlossen wurde und ob der Browser sie als blockiert oder fehlgeschlagen kennzeichnet. Wenn in der Anfrage statt einer Unterseite die Startseite steht, deutet das eher auf ein Problem mit der URL-Verarbeitung als auf ein fehlendes Skript hin.
Wird keine Anfrage angezeigt, prüfen Sie zunächst die Filter im Tab „Netzwerk“. Ein Textfilter kann die gesuchte Anfrage ausblenden, und ein beibehaltenes Protokoll kann Aktivitäten früherer Seitenaufrufe mit dem aktuellen Test vermischen. Entfernen Sie den Filter, laden Sie die Seite einmal neu und prüfen Sie die neuen Einträge.
Prüfen Sie zusätzlich den Tab „Konsole“. Ein Fehler beim Laden des Skripts, eine Meldung zur Content Security Policy oder eine JavaScript-Ausnahme kann erklären, warum die Anfrage gar nicht erst gesendet wird. Kopieren Sie die genaue Meldung und die URL der betroffenen Seite, bevor Sie etwas ändern. Diese Angaben helfen dabei, einen Websitefehler von einer Browserblockierung zu unterscheiden.
Um fehlende Pageviews in Plausible beheben zu können, müssen Sie zunächst feststellen, ob der Browser überhaupt eine Pageview-Anfrage sendet. Diese Beobachtung grenzt die nächsten Schritte ein: Gibt es keine Anfrage, untersuchen Sie die Skriptausführung. Gibt es eine, prüfen Sie die Anfrage und die Berichtseinstellungen.
3. Schließen Sie Browser- und Einwilligungsblocker als Ursache aus
Wiederholen Sie den Test in einem sauberen Browserprofil oder, wenn möglich, in einem privaten Fenster mit deaktivierten Erweiterungen. Werbeblocker, Tracking-Schutz und Datenschutz-Erweiterungen können das Senden einer Analytics-Anfrage verhindern. Ein einziges Browserergebnis reicht daher nicht aus, um festzustellen, ob alle Besucher dasselbe Problem haben.
Testen Sie den Einwilligungsablauf so, wie es ein Besucher tun würde. Laden Sie die Seite, bevor Sie eine Auswahl treffen, stimmen Sie dann gegebenenfalls der Analytics-Nutzung zu und laden Sie die betroffene Seite neu oder rufen Sie sie erneut auf. Erscheint die Anfrage erst nach der Einwilligung, prüfen Sie die Konfiguration des Einwilligungs-Tools und stellen Sie sicher, dass dessen Analytics-Kategorie mit dem Plausible-Skript verknüpft ist.
Eine Ablehnung der freiwilligen Analytics-Einwilligung ist nicht automatisch ein Fehler. Entscheidend ist, ob das Verhalten den vorgesehenen Einwilligungsregeln und der verwendeten Konfiguration entspricht. Hintergrund zu datenschutzorientierten Messmethoden finden Sie unter Was sich bei datenschutzorientierter Analytics geändert hat.
Prüfen Sie in der Konsole, ob nach dem Laden des Einwilligungsbanners Fehler auftreten. Wenn das Skript des Banners fehlschlägt, bevor es das Analytics-Skript freigibt, kann die Seite normal aussehen, obwohl die Tracking-Anfrage ausbleibt. Wenn das Banner die Ursache sein könnte, testen Sie, ob sich seine Steuerelemente per Tastatur bedienen lassen. In diesem Leitfaden erfahren Sie, wie Sie prüfen, ob eine Website eine Erklärung zur Barrierefreiheit veröffentlicht.
4. Vergleichen Sie den gerenderten Tracking-Code der betroffenen Seite
Untersuchen Sie die Seite so, wie sie im Browser ausgeliefert wird – nicht nur die Quelldatei oder die Einstellung im Content-Management-System. Bei einem Seitentyp lässt ein Template das Tracking-Snippet möglicherweise weg, oder ein Tag-Manager fügt es nur auf bestimmten Routen ein. Vergleichen Sie den gerenderten Code einer funktionierenden URL mit dem einer betroffenen URL.
Suchen Sie nach dem Plausible-Skript und dem dazugehörigen Website- oder Domainwert. Ein Tippfehler in der konfigurierten Domain oder ein Hostname, der von der für die Website registrierten Adresse abweicht, kann dazu führen, dass Sie im falschen Bericht suchen.
Prüfen Sie, ob das Skript mehr als einmal eingebunden ist. Eine doppelte Einbindung kann Tests erschweren und die Ergebnisse schwerer nachvollziehbar machen. Wenn sich die Seiten unterscheiden, finden Sie heraus, welches System den Code bereitstellt – etwa das Seitentemplate, der Tag-Manager oder ein Plugin – und korrigieren Sie ihn dort, statt ihn von Hand ein weiteres Mal einzufügen.
Berücksichtigen Sie beim Vergleich des gerenderten Codes auch den Zeitpunkt der Skriptausführung. Ein Einwilligungs-Tool oder Tag-Manager kann das Skript erst nach dem Laden des anfänglichen HTML einfügen. Ein kurzer Blick in den Seitenquelltext zeigt daher möglicherweise nicht den endgültigen Zustand. Prüfen Sie im Tab „Elemente“ und im Tab „Netzwerk“, ob das Skriptelement erscheint und ob der Browser es abruft.
5. Testen Sie direkte Aufrufe getrennt von der Navigation ohne Neuladen
Öffnen Sie die betroffene Route direkt in einem neuen Tab und navigieren Sie anschließend von einer anderen Seite dorthin, ohne die Seite vollständig neu zu laden. Halten Sie die Ergebnisse für beide Wege fest. Eine als Single-Page-Anwendung entwickelte Website kann die angezeigte Route ändern, ohne dass der Browser ein neues Dokument lädt. Prüfen Sie deshalb, ob bei dieser Navigation ein Pageview erfasst wird.
Werden direkte Aufrufe gezählt, Klicks innerhalb der Website aber nicht, prüfen Sie den Website-Router und die Plausible-Integration auf Unterstützung für clientseitige Navigation. Lesen Sie in der Dokumentation der Integration nach, wie sie mit Routenwechseln umgeht.
Wird die Navigation erfasst, ein direkter Aufruf aber nicht, prüfen Sie die erste Seitenantwort und das Template der Route. Möglicherweise liefert der Server ein anderes Dokument aus oder lässt den Tracking-Code für diese Route weg. Vergleichen Sie den gerenderten Code und die Anfragedetails beim ersten Laden mit denen nach einem Klick.
Testen Sie eine Route mit Abfrageparametern oder einem abschließenden Schrägstrich nur dann, wenn Besucher diese Varianten tatsächlich verwenden. Die vom Browser erfasste URL und die URL, die Sie im Bericht erwarten, können sich in diesen Fällen unterscheiden. Notieren Sie die genaue Adresse, statt davon auszugehen, dass zwei ähnlich aussehende URLs gleich behandelt werden.
6. Prüfen Sie den Umfang und die Filter des Plausible-Berichts
Bevor Sie eine fehlende Zeile als Erfassungsfehler werten, vergewissern Sie sich, dass im Dashboard die richtige Plausible-Website ausgewählt ist. Ein Bericht für eine Staging-Domain, einen alternativen Hostnamen oder ein ähnlich benanntes Projekt zeigt nicht, ob der Pageview der Produktivseite eingegangen ist.
Wählen Sie einen Datumsbereich, der den Test einschließt, und prüfen Sie, ob Filter oder Segmente auf den Bericht angewendet werden. Ein zu eng gewählter Zeitraum oder ein aktiver Filter kann eine erfasste Seite ausblenden. Wenn Sie den Test zu einer bekannten Uhrzeit durchgeführt haben, berücksichtigen Sie diese beim Prüfen des Berichts, damit der Bericht und der Browsertest übereinstimmen.
Suchen Sie im Seitenbericht nach demselben Pfad, den der Browser gesendet hat – einschließlich eines relevanten abschließenden Schrägstrichs oder einer Abfragezeichenfolge.
Unterscheiden Sie außerdem zwischen einem Pageview und einem benutzerdefinierten Ereignis. Wenn die Implementierung beim Laden einer Route ein benanntes Ereignis sendet, prüfen Sie die Anfrage und suchen Sie dieses Ereignis im passenden Bereich des Berichts, statt anzunehmen, es handle sich um einen gewöhnlichen Pageview.
7. Testen Sie die Korrektur in allen betroffenen Fällen erneut
Ändern Sie immer nur eine Sache auf einmal. Wenn Sie einen Domainwert korrigiert haben, testen Sie erneut, bevor Sie auch die Einwilligungsregeln oder den Router-Code ändern. So können Sie feststellen, ob die Anfrage nun funktioniert, und vermeiden, dass ein zweites Problem das erste verdeckt.
Wiederholen Sie die ursprüngliche Testreihe: Rufen Sie jede betroffene URL direkt auf, öffnen Sie sie über einen internen Link und vergleichen Sie beide Ergebnisse mit einer bekanntermaßen funktionierenden Seite. Verwenden Sie dieselben Browsereinstellungen und dieselbe Einwilligungsauswahl wie zuvor. Wenn die Website mehrere Templates verwendet, testen Sie aus jedem betroffenen Template mindestens ein Beispiel.
Prüfen Sie bei jedem Test zwei Punkte: Der Browser sendet die erwartete Pageview-Anfrage für die richtige URL, und der neue Pageview erscheint im Bericht der vorgesehenen Plausible-Website. Ist die Anfrage vorhanden, der Bericht aber weiterhin leer, prüfen Sie erneut die ausgewählte Website, den Datumsbereich und die Filter, bevor Sie den Website-Code noch einmal ändern.
Bewahren Sie das Testprotokoll zusammen mit der Codeänderung oder dem Support-Ticket auf. Fügen Sie die betroffenen URLs, die Browserergebnisse, relevante Konsolenfehler und den geprüften Berichtsbereich hinzu. So erhält die nächste Person einen nachvollziehbaren Test statt einer vagen Meldung über fehlende Pageviews.
