Einem Datensatz unserer Analyse zufolge hatte ein Besucher 619.637.320 Sekunden auf einer Seite verbracht. Das sind etwa 19,6 Jahre. Der Wert stammte von einem automatisierten Scanner, nicht von einem außergewöhnlich geduldigen Leser.
Diese vom Scanner erzeugte Dauer war kein Beleg für einen Besuch, konnte aber eine Anzeige der durchschnittlichen Verweildauer verzerren. Sie zeigt, warum ein Wert als Eingabe gültig sein kann, ohne eine brauchbare Messung zu sein.
Ein Browser-Timer ist eine definierte Messung, kein direkter Maßstab für menschliche Aufmerksamkeit.
Der Ausreißer war ein Datenpunkt, kein Beweis für Aufmerksamkeit
Ein Tracker muss Informationen vom Browser eines Besuchers akzeptieren. Dieser Browser liegt außerhalb der Kontrolle des Analyseservers. Ein normales Seitenskript kann eine Dauer melden, aber ein Testclient kann eine Zahl senden, die kein echter Besuch hätte ergeben können.
Die Scanneranfrage meldete den Wert von 19,6 Jahren im Feld time_on_page. Bevor eine vom Browser gemeldete Dauer in einen Durchschnitt eingeht, braucht sie eine Plausibilitätsgrenze und Regeln für Ausreißer. Andernfalls beschreibt der Durchschnitt die empfangenen Daten, nicht die Zeit, die Menschen mit dem Lesen verbracht haben.
Die Größe der Zahl machte diesen Fall offensichtlich. Kleinere Fehler sind schwerer zu bemerken. Ein fünfstündiger „Besuch“ könnte in einem Bericht plausibel erscheinen, selbst wenn er von einem verlassenen Tab, einer veralteten Uhr oder einem fehlerhaften Client stammt. Deshalb ist die Grenze wichtig, auch wenn niemand jemals einen anderen in Jahren gemessenen Wert sieht.
Ein geöffneter Tab ist keine aktive Sitzung
Die Berechnung der verstrichenen Zeit ist einfach: Subtrahieren Sie den Startzeitstempel vom aktuellen Zeitstempel. Es ist nicht dasselbe wie die Zeit, die man mit dem Betrachten einer Seite verbringt. Jemand kann einen Tab öffnen, zu einer anderen App wechseln, zu Mittag essen und zurückkehren. Eine einfache Stoppuhr würde all das mitzählen.
Der aktuelle Browser-Tracker von Zenovay behandelt diese Lücke anders. Sein Heartbeat prüft, ob das Dokument sichtbar ist und das Fenster den Fokus hat. Solange die Seite verborgen oder das Fenster nicht im Fokus ist, zählt er keine Zeit. Auch bei sichtbarer Seite hält er nach fünf Minuten ohne Eingabe an. Wenn eine ausgeblendete Registerkarte wieder sichtbar wird, wird die Zeitreferenz zurückgesetzt, sodass die Abwesenheitszeit nicht in einem Sprung hinzugefügt wird.
Dabei handelt es sich um Implementierungsentscheidungen und nicht um den Anspruch, dass wir die Aufmerksamkeit perfekt messen können. Eine Person könnte einen langen Artikel lesen, ohne die Maus zu berühren. Ein anderer interagiert möglicherweise mit einer Seite, ohne etwas aufzunehmen. Der Tracker kann einige Browserzustände unterscheiden; Absicht oder Verständnis erkennt er nicht.
Auch der Name des Messwerts kann täuschen. Bei Zenovay kann time_on_page derzeit die aufsummierte aktive Sitzungszeit darstellen und nicht die Zeit auf einer einzelnen Seite. Der Feldname allein definiert die Kennzahl nicht.
Browserdaten schon beim Eingang begrenzen
Zenovay begrenzt jetzt vom Client gemeldete Zeitwerte beim Eingang. Werte über vier Stunden werden auf diese Grenze gesetzt; ein Signal für die Überschreitung bleibt zur gesonderten Prüfung erhalten. So wird keine mehrjährige Dauer als solche gespeichert. Die Grenze allein macht aber noch keinen Durchschnitt aussagekräftig.
Ein ansonsten gültiger Seitenaufruf wird nicht allein wegen einer unplausiblen Zeitangabe verworfen. Der Zeitwert muss dennoch sorgfältig eingeordnet werden: Eine Obergrenze ist eine Schutzmaßnahme, kein Beleg für echte Aufmerksamkeit.
Vier Stunden sind eine Schutzgrenze, nicht unsere Definition eines normalen Besuchs. Auch ein begrenzter Ausreißer kann einen Durchschnitt verzerren, und eine neue Grenze ändert frühere Berichte nicht. Jede Auswertung von Zeitwerten braucht eine klare Definition und eine Prüfung auf Ausreißer.
Fragen Sie, wozu die Metrik dient
Die durchschnittliche Zeit kann ein nützlicher Anhaltspunkt sein. Wenn sich der Wert einer Seite stark ändert, lohnt es sich, die zugrunde liegenden Ereignisse, Ausreißer, Verkehrsquellen und die genaue Definition des Timers zu überprüfen. Aber ein höherer Durchschnitt ist nicht automatisch besser. Dies kann auf längeres Lesen, einen verwirrenden Arbeitsablauf oder einfach auf ein Messproblem zurückzuführen sein.
Bei einer Produktseite könnte die bessere Frage sein, ob Besucher den nächsten Schritt erreicht haben. Zur Dokumentation kann es sein, ob sie eine Antwort gefunden haben. Bei einem Analyse-Setup-Ablauf kann es darauf ankommen, ob ein echtes Ereignis von der beabsichtigten Website eingetroffen ist. Die Dauer kann diesen Ergebnissen Kontext verleihen; es kann sie nicht ersetzen.
Die praktische Lehre: Festlegen, was der Browser misst, gemeldete Werte begrenzen und ungewöhnliche Angaben prüfen, bevor ein Durchschnitt als Aussage über Menschen gilt.
