Core/Dash-dimensjon: Repeat Visitor

Dimensjon: Brukeratferd: Repeat Visitor (fv)

Dimensjonen Repeat Visitor deler ytelsesdataene dine inn i to grupper: brukere som har besøkt nettstedet ditt før, og brukere som ikke har det. Den tekniske forskjellen mellom disse gruppene er nettleserens cache. En tilbakevendende besøkende laster inn fonter, skript og bilder fra disk. En ny besøkende henter hver eneste byte over nettverket.

Dette er viktig fordi din aggregerte LCP-score er et vektet gjennomsnitt av begge. Hvis 40 % av øktene dine er nye besøkende, vil deres innlastingstider med kald cache trekke p75-verdien din opp. Uten denne dimensjonen kan du ikke avgjøre om en LCP-regresjon er et reelt infrastrukturproblem eller en midlertidig økning i anskaffelse av nye brukere.

Hvorfor ytelsesgapet er større enn du forventer

Nettleserens cache eliminerer hele forespørselskjeder for tilbakevendende besøkende. På et typisk innholdsnettsted hopper en tilbakevendende besøkende over DNS-oppslag, TCP-håndtrykk, TLS-forhandling og serverrespons for hver bufret ressurs. Selve LCP-ressursen serveres ofte fra minnebufferen på under 5 ms i stedet for å ta 200 ms til 800 ms over nettverket. Dette er ikke en marginal forbedring: det er en strukturell forskjell i hvordan siden lastes inn.

I CoreDash-data på tvers av overvåkede nettsteder viser tilbakevendende besøkende typisk LCP-scorer som er 35 % til 60 % lavere enn nye besøkende på de samme sidene. Gapet er størst på bildesentrerte sider der hovedbildet er stort og opprinnelsesserveren er geografisk langt unna brukeren. På sider med server-side rendering og et tekstbasert LCP-element reduseres gapet, fordi forsinkelsen på tekstinnlasting er nær null for begge grupper.

INP-forskjellene mellom de to gruppene er mindre, men likevel til stede. Nye besøkende utløser ofte mer JavaScript-parsning ved første innlasting ettersom modulbunter evalueres for første gang. Tilbakevendende besøkende drar nytte av V8 sin kode-cache, som lagrer kompilert bytekode og hopper helt over parse-og-kompilerings-trinnet. På sider med mye JavaScript kan dette barbere 50 ms til 150 ms av prosesseringstiden.

Slik leser du de tre verdiene

0: Repeat Visitor

Nettleseren rapporterte at dette ikke er brukerens første økt på opprinnelsen din. Bufrede ressurser er tilgjengelige. På de fleste markedsførings- og redaksjonelle nettsteder som spores i CoreDash, utgjør tilbakevendende besøkende 55 % til 70 % av alle økter. Ytelsesdataene deres er din baseline for varm cache: det beste scenarioet for reelle brukere som kjenner nettstedet ditt. Hvis din LCP er dårlig her, er ikke problemet cachen. Se heller på render-blokkerende ressurser, serverresponstid eller render delay.

1: New Visitor

Ingen cache. Nettleseren henter hver eneste ressurs fra nettverket. Dette er ditt verst tenkelige scenario for kald cache, og det representerer førsteinntrykket for alle brukere som finner deg via organisk søk, en betalt annonse eller en deling i sosiale medier. Nye besøkende utgjør vanligvis 30 % til 45 % av øktene. LCP-scorene deres ligger 300 ms til 700 ms høyere enn tilbakevendende besøkende på bildebaserte sider. Hvis din LCP for nye besøkende stryker på 2.5s-grensen, mens LCP for tilbakevendende besøkende består, er optimaliseringsmålet ditt klart: reduser størrelsen og forsinkelsen på selve LCP-ressursen, fordi du ikke kan stole på cachen for denne målgruppen.

2: Not Measured

CoreDash kunne ikke fastslå besøkstypen for denne økten. Dette skjer vanligvis når nettleseren blokkerer lagringstilgangen som kreves for å skille nye fra tilbakevendende besøkende, eller når en personvernsfokusert nettleserkonfigurasjon forhindrer sjekken. På de fleste nettsteder utgjør denne gruppen under 5 % av øktene. Behandle det som et støygulv i stedet for et segment du skal optimalisere for.

Arbeidsflyt for feilsøking

1. Etabler baseline for fordelingen din: Åpne Repeat Visitor-dimensjonen i CoreDash og noter prosentandelen av nye versus tilbakevendende økter. Hvis nye besøkende utgjør mer enn 50 % av trafikken, er ytelsen for kald cache din dominerende UX, og må være det primære optimaliseringsmålet.
2. Sammenlign LCP etter besøkstype: Filtrer på kun nye besøkende og noter p75 for LCP. Filtrer deretter på tilbakevendende besøkende og noter den samme metrikken. Et gap på over 500 ms peker på ressursstørrelse eller nettverksinnlastingstid som flaskehalsen. Et gap på under 200 ms antyder problemer på renderingssiden som påvirker begge grupper likt.
3. Målrett deg direkte mot LCP-ressursen: For nye besøkende med treg LCP er løsningen å redusere ressursens innlastingstid. Komprimer LCP-bildet, server det fra en CDN-kantenode nær brukerne dine, og bruk fetchpriority="high". Disse gevinstene vedvarer uavhengig av cache-status. Ikke stol på at caching skal kompensere for en overdimensjonert eller tregt levert LCP-ressurs.
4. Valider med Navigation Type-dimensjonen: Krysssjekk mot dimensjonen Navigation Type. Reload og back-forward navigasjoner har en tendens til å vris mot tilbakevendende besøkende. Hvis din LCP for tilbakevendende besøkende ser uventet treg ut, kan en høy andel reload-navigasjoner (der bufrede ressurser revalideres i stedet for å serveres direkte) være årsaken.

Tekniske tommelfingerregler

• LCP-mål for nye besøkende: Under 2.5s ved p75. Dette er vanskeligere å oppnå enn LCP for tilbakevendende besøkende, og krever faktisk infrastrukturarbeid: CDN, bildeoptimalisering og riktig fetch priority.
• Akseptabelt gap mellom LCP for nye og tilbakevendende besøkende: Opptil 400 ms. Et større gap indikerer at nettstedet ditt er avhengig av nettleserens cache for å bestå Core Web Vitals, noe som betyr at førsteinntrykket svikter.
• Not Measured under 5 %: Hvis denne gruppen vokser til over 10 %, bør du undersøke om en implementering av cookie-samtykke eller en endring i lagringstillatelser blokkerer gjenkjenningen av besøkstype.

Repeat Visitor-dimensjonen er et av de første filtrene jeg bruker når et nettsted viser en marginal bestått for LCP. Aggregerte feltdata skjuler den virkelige historien. Å dele opp etter besøkstype viser umiddelbart om optimaliseringsarbeidet er solid, eller om nettstedet flyter på cache-treff fra et lojalt, tilbakevendende publikum, mens det svikter enhver ny bruker som ankommer fra søk.