Core/Dash Dimension: Wiederkehrender Besucher

Dimension: Nutzerverhalten: Wiederkehrender Besucher (fv)

Die Dimension Wiederkehrender Besucher unterteilt Ihre Performance-Daten in zwei Gruppen: Nutzer, die Ihre Website bereits besucht haben, und solche, die neu sind. Der technische Unterschied zwischen diesen Gruppen ist der Browser-Cache. Ein wiederkehrender Besucher lädt Ihre Schriften, Skripte und Bilder von der Festplatte. Ein neuer Besucher ruft jedes Byte über das Netzwerk ab.

Das ist wichtig, da Ihr aggregierter LCP-Wert ein gewichteter Durchschnitt von beidem ist. Wenn 40 % Ihrer Sitzungen neue Besucher sind, ziehen deren Cold-Cache-Ladezeiten Ihr p75 nach oben. Ohne diese Dimension können Sie nicht sagen, ob eine LCP-Verschlechterung ein echtes Infrastrukturproblem oder ein vorübergehender Anstieg der Neukundengewinnung ist.

Warum der Performance-Unterschied größer ist, als Sie erwarten

Der Browser-Cache eliminiert ganze Request-Ketten für wiederkehrende Besucher. Auf einer typischen Content-Website überspringt ein wiederkehrender Besucher den DNS-Lookup, den TCP-Handshake, die TLS-Verhandlung und die Serverantwort für jedes gecachte Asset. Die LCP-Ressource selbst wird oft in unter 5 ms aus dem Memory-Cache bereitgestellt, anstatt 200 ms bis 800 ms über das Netzwerk zu benötigen. Das ist keine marginale Verbesserung: Es ist ein struktureller Unterschied darin, wie die Seite lädt.

In den CoreDash-Daten über alle überwachten Websites hinweg weisen wiederkehrende Besucher bei denselben Seiten in der Regel 35 % bis 60 % niedrigere LCP-Werte auf als neue Besucher. Der Abstand ist auf bildlastigen Seiten am größten, wo das Hero-Bild groß ist und der Ursprungsserver geografisch weit vom Nutzer entfernt liegt. Bei Seiten mit Server-Side-Rendering und einem reinen Text-LCP-Element verringert sich der Abstand, da die Text-Ladeverzögerung für beide Gruppen nahezu null ist.

INP-Unterschiede zwischen den beiden Gruppen sind geringer, aber dennoch vorhanden. Neue Besucher lösen beim ersten Laden oft mehr JavaScript-Parsing aus, wenn Modul-Bundles zum ersten Mal ausgewertet werden. Wiederkehrende Besucher profitieren vom Code-Cache der V8-Engine, der den kompilierten Bytecode speichert und den Parse-und-Kompilier-Schritt komplett überspringt. Auf JavaScript-lastigen Seiten kann dies die Verarbeitungszeit um 50 ms bis 150 ms verkürzen.

Die drei Werte interpretieren

0: Wiederkehrender Besucher

Der Browser hat gemeldet, dass dies nicht die erste Sitzung des Nutzers auf Ihrem Origin ist. Gecachte Ressourcen sind verfügbar. Auf den meisten von CoreDash getrackten Marketing- und Redaktionsseiten machen wiederkehrende Besucher 55 % bis 70 % aller Sitzungen aus. Deren Performance-Daten bilden Ihre Warm-Cache-Baseline: das Best-Case-Szenario für echte Nutzer, die Ihre Website kennen. Wenn Ihr LCP hier schlecht ist, liegt das Problem nicht am Cache. Überprüfen Sie stattdessen Render-Blocking-Ressourcen, die Serverantwortzeit oder die Render-Verzögerung.

1: Neuer Besucher

Kein Cache. Der Browser ruft jede Ressource aus dem Netzwerk ab. Dies ist Ihr Cold-Cache-Worst-Case und repräsentiert den ersten Eindruck für jeden Nutzer, der Sie über die organische Suche, eine bezahlte Anzeige oder einen Social Share findet. Neue Besucher machen typischerweise 30 % bis 45 % der Sitzungen aus. Ihre LCP-Werte liegen auf bildbasierten Seiten 300 ms bis 700 ms höher als die von wiederkehrenden Besuchern. Wenn das LCP Ihrer neuen Besucher den Schwellenwert von 2,5 s verfehlt, das LCP der wiederkehrenden Besucher ihn aber erreicht, ist Ihr Optimierungsziel klar: Reduzieren Sie die Größe und Verzögerung der LCP-Ressource selbst, da Sie sich bei dieser Zielgruppe nicht auf den Cache verlassen können.

2: Nicht gemessen

CoreDash konnte die Besuchsart für diese Sitzung nicht ermitteln. Dies tritt typischerweise auf, wenn der Browser den Speicherzugriff blockiert, der zur Unterscheidung zwischen neuen und wiederkehrenden Besuchern erforderlich ist, oder wenn eine datenschutzorientierte Browser-Konfiguration die Überprüfung verhindert. Auf den meisten Websites liegt dieser Anteil unter 5 % der Sitzungen. Betrachten Sie dies eher als Grundrauschen und nicht als Segment, für das Sie optimieren müssen.

Debugging-Workflow

1. Bestimmen Sie Ihre Baseline-Verteilung: Öffnen Sie die Dimension "Wiederkehrender Besucher" in CoreDash und notieren Sie den prozentualen Anteil von neuen gegenüber wiederkehrenden Sitzungen. Wenn neue Besucher mehr als 50 % des Traffics ausmachen, ist die Cold-Cache-Performance Ihre dominierende User Experience und muss das primäre Optimierungsziel sein.
2. Vergleichen Sie LCP nach Besuchsart: Filtern Sie nur nach neuen Besuchern und notieren Sie das p75 LCP. Filtern Sie dann nach wiederkehrenden Besuchern und notieren Sie dieselbe Metrik. Ein Unterschied von mehr als 500 ms deutet auf Asset-Größe oder Netzwerk-Abrufzeit als Engpass hin. Ein Unterschied unter 200 ms deutet auf renderseitige Probleme hin, die beide Gruppen gleichermaßen betreffen.
3. Zielen Sie direkt auf die LCP-Ressource ab: Für neue Besucher mit langsamem LCP besteht die Lösung darin, die Ladezeit der Ressource zu reduzieren. Komprimieren Sie das LCP-Bild, stellen Sie es über einen CDN-Edge-Knoten in der Nähe Ihrer Nutzer bereit und wenden Sie fetchpriority="high" an. Diese Verbesserungen bleiben unabhängig vom Cache-Zustand bestehen. Verlassen Sie sich nicht auf das Caching, um ein überdimensioniertes oder langsam bereitgestelltes LCP-Asset zu kompensieren.
4. Validieren Sie mit der Dimension Navigation Type: Gleichen Sie dies mit der Dimension Navigation Type ab. Reload- und Back-Forward-Navigationen tendieren zu wiederkehrenden Besuchern. Wenn das LCP Ihrer wiederkehrenden Besucher unerwartet langsam erscheint, könnte ein hoher Anteil an Reload-Navigationen (bei denen gecachte Ressourcen revalidiert statt direkt bereitgestellt werden) der Grund dafür sein.

Technische Faustregeln

• LCP-Ziel für neue Besucher: Unter 2,5 s am p75. Dies ist schwerer zu erreichen als das LCP für wiederkehrende Besucher und erfordert echte Infrastrukturarbeit: CDN, Bildoptimierung und korrekte Fetch-Priorität.
• Akzeptabler Unterschied zwischen LCP bei neuen und wiederkehrenden Besuchern: Bis zu 400 ms. Ein größerer Abstand zeigt an, dass Ihre Website vom Browser-Cache abhängig ist, um die Core Web Vitals zu bestehen, was bedeutet, dass der erste Eindruck versagt.
• Nicht gemessen unter 5 %: Wenn dieser Anteil über 10 % ansteigt, untersuchen Sie, ob eine Cookie-Consent-Implementierung oder eine Änderung der Speicherberechtigungen die Erkennung der Besuchsart blockiert.

Die Dimension "Wiederkehrender Besucher" ist einer der ersten Filter, die ich anwende, wenn eine Website beim LCP ein grenzwertiges Bestehen anzeigt. Aggregierte Felddaten verbergen die wahre Geschichte. Die Aufschlüsselung nach Besuchsart zeigt sofort, ob die Optimierungsarbeit solide ist oder ob sich die Website auf Cache-Treffern einer loyalen, wiederkehrenden Zielgruppe ausruht, während sie bei jedem neuen Nutzer versagt, der über die Suche kommt.