Zum Inhalt springen

Glossar Scrolltiefe

Was ist die Scrolltiefe?

Definition

Die Scrolltiefe ist das Maß dafür, bis zu welchem senkrechten Punkt einer Seite ein Nutzer hinunterkommt, üblicherweise ausgedrückt als Prozentsatz der Gesamthöhe des Dokuments, der auf dem Bildschirm sichtbar wurde.

Auf dieser Seite 5
  1. Was die Scrolltiefe bedeutet
  2. Wie sie gemessen wird
  3. Warum sie wichtig ist
  4. Gute Praxis
  5. Häufige Fehler
Kurz gefasst

Die Scrolltiefe zeigt, bis zu welcher Höhe der Seite ein Nutzer gekommen ist. Google Analytics 4 erfasst das standardmäßig an einer einzigen Schwelle, und die Zahl sagt weniger über die Qualität des Inhalts aus, als gemeinhin angenommen wird.

Was die Scrolltiefe bedeutet

Sie ist ein Maß für den zurückgelegten Blickweg, nicht für Verständnis. Erfasst wird, dass ein Teil des Dokuments über den Bildschirm gelaufen ist, mehr nicht. Der Browser weiß nicht, ob der Nutzer diesen Abschnitt gelesen, ihn auf der Suche nach etwas anderem überflogen oder den Finger liegen gelassen hat, während er aufs Telefon schaute.

Daher rührt das verbreitetste Missverständnis, nämlich die Zahl als Qualitätsnote zu behandeln. Ein langer Weg kann anhaltendes Interesse bedeuten, und er kann genau das Gegenteil bedeuten: jemand findet die Antwort nicht und scrollt auf der Suche danach weiter. Eine Hilfeseite, deren Lösung im zweiten Absatz steht, sollte kurze Wege erzeugen, und das wäre eine gute Nachricht.

Der Prozentsatz hängt außerdem davon ab, wie die Seite gebaut ist. Dieselbe Textmenge ergibt andere Werte, wenn darunter ein umfangreicher Fußbereich, eine Liste verwandter Beiträge oder ein Kommentarblock folgt, denn all das verlängert das Dokument und schiebt die Schwelle nach unten. Auf dem Smartphone ist die Gesamthöhe für denselben Inhalt zudem weit größer als am Desktop, die Werte zwischen Geräten sind also nicht direkt vergleichbar.

Sinn ergibt die Kennzahl erst zusammen mit etwas anderem: welches Element auf dieser Höhe stand und was der Nutzer danach getan hat.

Wie sie gemessen wird

Google Analytics 4 erfasst sie standardmäßig über die optimierte Analyse, und man sollte die genaue Ausgestaltung kennen, denn sie ist begrenzter als sie wirkt. Das Ereignis heißt scroll und wird das erste Mal ausgelöst, wenn der Nutzer das Ende der Seite erreicht, also wenn 90 % der senkrechten Tiefe sichtbar werden. Es wird einmal pro Seitenaufruf gesendet, und in der Anfrage reist der Parameter percent_scrolled mit dem Wert 90 mit, was sich in der DebugView prüfen lässt. Die Parametertabelle der offiziellen Hilfe führt nur engagement_time_msec auf, der Parametername lässt sich also besser im Debug-Werkzeug selbst nachweisen.

Praktisch bedeutet das: Es gibt keine Zwischenstufen. GA4 erfasst von sich aus weder 25 % noch 50 % noch 75 %, wer den Bericht ansieht, weiß also nur, wie oft der Seitenfuß erreicht wurde und wie oft nicht.

Für feinere Stufen muss man die optimierte Analyse verlassen und es mit dem Google Tag Manager bauen. Der übliche Weg ist, die Scroll-Option in der optimierten Analyse abzuschalten, damit sich das Ereignis bei 90 % nicht verdoppelt, einen Trigger vom Typ Scrolltiefe mit den gewünschten Prozentwerten anzulegen und ein GA4-Ereignis mit dem Parameter percent_scrolled zu senden, verknüpft mit der Schwellenwert-Variable, die der Trigger selbst füllt. Ein Schritt wird dabei oft vergessen: percent_scrolled in der Verwaltung der Property als benutzerdefinierte Dimension auf Ereignisebene registrieren, denn ohne diese Registrierung kommt der Parameter zwar an, lässt sich in den Berichten aber nicht aufschlüsseln.

Warum sie wichtig ist

Die Entscheidung, die von diesem Wert abhängt, betrifft die Platzierung. Stehen das Formular, die Kontaktschaltfläche oder das entscheidende Argument unterhalb des Punktes, den die Mehrheit erreicht, existiert dieses Element für die Mehrheit nicht. Es nach oben zu ziehen kostet wenig und lässt sich mit derselben Messung anschließend überprüfen.

Die zweite Entscheidung betrifft Länge und Aufbau. Zeigt eine lange Seite immer im selben Abschnitt einen deutlichen Abfall, steckt dort meist ein konkretes Hindernis: ein Werbeblock, der unterbricht, eine Tabelle, die auf dem Smartphone überläuft, ein Themenwechsel, der die von der Überschrift geweckte Erwartung bricht. Diesen Bereich zu kürzen oder umzustellen ist ein billiger Eingriff verglichen mit dem Neubau der ganzen Seite.

Die dritte betrifft redaktionelle Prioritäten, und hier muss man bei der Deutung ehrlich bleiben. Zwingt ein Inhalt, der eine konkrete Frage klären soll, zu weitem Hinunterscrollen, bevor die Antwort kommt, lautet der richtige Schluss nicht, den langen Weg zu feiern, sondern die Antwort nach vorn zu holen. Die Tiefe beschreibt den Aufwand des Nutzers, und Aufwand ist nicht immer ein Zeichen von Interesse.

Keine dieser Entscheidungen braucht einen externen Richtwert. Alle fallen im Vergleich der Seite mit sich selbst vor und nach der Änderung.

Gute Praxis

  • Lege die Schwellen vor der Umsetzung fest und halte sie stabil. Ein Wechsel von drei auf fünf Stufen mitten im Quartal zerstört die Vergleichbarkeit mit den bisherigen Daten.
  • Schalte den Scroll der optimierten Analyse ab, wenn du dein eigenes Ereignis bei 90 % sendest, oder verwende unterschiedliche Ereignisnamen, damit dieselbe Bewegung nicht doppelt gezählt wird.
  • Registriere den Schwellenwert-Parameter als benutzerdefinierte Dimension auf Ereignisebene, sobald du ihn sendest, und prüfe in der DebugView, dass er mit dem erwarteten Wert ankommt, bevor du die Umsetzung abnimmst.
  • Werte immer nach Template-Typ und nach Gerät aus. Produktseiten mit langen Beiträgen zu mischen ergibt Mittelwerte, die keines von beidem beschreiben.
  • Verknüpfe jede Schwelle mit dem, was auf dieser Höhe steht. Die Zahl wird erst handhabbar, wenn du weißt, welches Element ober- und welches unterhalb des Abbruchpunkts liegt.
  • Halte den Abfall gegen eine Sitzungsaufzeichnung oder eine Heatmap, bevor du umbaust. Die Kennzahl sagt, wo etwas passiert, nicht was.

Häufige Fehler

  • Die Tiefe als Qualitätsnote lesen. Ein langer Weg kann heißen, dass die Antwort versteckt war, ein kurzer, dass sie sofort gefunden wurde.
  • Annehmen, GA4 messe 25 %, 50 % und 75 % ab Werk. Standardmäßig gibt es nur eine Schwelle, die bei 90 %, und wer das nicht weiß, deutet Lücken, wo schlicht nicht gemessen wird.
  • Prozentwerte zwischen Seiten sehr unterschiedlicher Länge vergleichen. 50 % einer kurzen Produktseite und 50 % eines umfangreichen Ratgebers beschreiben weder denselben Aufwand noch denselben Inhalt.
  • Den Schwellenwert-Parameter senden, ohne ihn als benutzerdefinierte Dimension zu registrieren. Die Daten laufen in die Property ein, erscheinen aber in keinem Bericht aufgeschlüsselt.
  • Die Wirkung von Fußbereich und Blöcken mit verwandten Inhalten ignorieren, die das Dokument verlängern und den Auslösepunkt des Ereignisses nach unten verschieben.
Manuel Riveiro Rodriguez CEO & Digital Strategist

Eine technische Prüfung sieht sich das und alles Weitere in einem Durchgang an.

Audit anfragen

Häufige Fragen

Was misst Google Analytics 4 standardmäßig?

Ein einziges Ereignis namens scroll, das beim ersten Sichtbarwerden von 90 % der senkrechten Seitentiefe auslöst und einmal pro Aufruf gesendet wird. Zwischenschwellen gibt es ab Werk nicht, der Bericht unterscheidet also nur zwischen denen, die den Seitenfuß erreicht haben, und denen, die es nicht taten.

Wie misst man 25 %, 50 % und 75 %?

Mit dem Google Tag Manager. Man legt einen Trigger vom Typ Scrolltiefe mit den gewünschten Prozentwerten an und sendet ein GA4-Ereignis, das die Schwelle als Parameter enthält. Danach muss dieser Parameter als benutzerdefinierte Dimension auf Ereignisebene registriert werden, damit er sich in den Berichten aufschlüsseln lässt.

Bedeutet eine hohe Scrolltiefe, dass der Inhalt gefällt?

Nicht zwingend. Sie kann anhaltendes Interesse abbilden oder die frustrierte Suche nach einer Antwort, die zu weit unten stand. Die Zahl beschreibt den Weg, nicht die Zufriedenheit. Zur Deutung braucht man das Wissen, was auf dieser Höhe stand und was der Nutzer direkt danach getan hat.

Lassen sich Daten von Smartphone und Desktop vergleichen?

Direkt nicht. Derselbe Inhalt ergibt auf dem Smartphone ein deutlich höheres Dokument, ein gleicher Prozentwert entspricht dort also einer anderen Textmenge als am Desktop. Sinnvoll ist der Vergleich innerhalb eines einzelnen Geräts über die Zeit, nicht zwischen zwei Geräten zum selben Zeitpunkt.

Warum verdoppeln sich die Ereignisse bei eigenen Schwellen?

Weil die optimierte Analyse ihr Ereignis bei 90 % weiter sendet, während der Container sein eigenes schickt. Die Lösung ist, die Scroll-Option in der optimierten Analyse abzuschalten oder den eigenen Ereignissen einen anderen Namen zu geben, um sie in der Auswertung klar trennen zu können.

Quellen

  1. Offizielle Dokumentation zur optimierten Analyse, die das Scroll-Ereignis beschreibt und seine Auslösung auf den Moment festlegt, in dem 90 % der senkrechten Seitentiefe sichtbar werden.
  2. Offizielle Referenz der automatisch erfassten Ereignisse, nützlich zur Prüfung, welche Parameter Google für das Scroll-Ereignis dokumentiert und welche in dieser Tabelle nicht auftauchen.
  3. Technische Umsetzungsanleitung mit dem Google Tag Manager, die den Trigger vom Typ Scrolltiefe, das Senden der Schwelle als Parameter und die Registrierung der benutzerdefinierten Dimension im Detail zeigt.