CoreDash-ulottuvuus: Palaava kävijä

Ulottuvuus: Käyttäjän käyttäytyminen: Palaava kävijä (fv)

Palaava kävijä (Repeat Visitor) -ulottuvuus jakaa suorituskykydatasi kahteen ryhmään: käyttäjiin, jotka ovat vierailleet sivustollasi aiemmin, ja niihin, jotka eivät ole. Tekninen ero näiden ryhmien välillä on selaimen välimuisti. Palaava kävijä lataa fontit, komentosarjat ja kuvat levyltä. Uusi kävijä noutaa jokaisen tavun verkosta.

Tällä on merkitystä, koska koottu LCP-tuloksesi on näiden molempien painotettu keskiarvo. Jos 40 % istunnoistasi on uusia kävijöitä, heidän kylmän välimuistin latausaikansa nostavat p75-arvoasi. Ilman tätä ulottuvuutta et voi tietää, onko LCP-taantuma todellinen infrastruktuuriongelma vai väliaikainen piikki uusien käyttäjien hankinnassa.

Miksi suorituskykykuilu on oletettua suurempi

Selaimen välimuisti eliminoi kokonaisia pyyntöketjuja palaavilta kävijöiltä. Tyypillisellä sisältösivustolla palaava kävijä ohittaa DNS-haun, TCP-kättelyn, TLS-neuvottelun ja palvelimen vastauksen jokaisen välimuistiin tallennetun resurssin osalta. Itse LCP-resurssi tarjoillaan usein muistin välimuistista alle 5 millisekunnissa sen sijaan, että sen lataaminen verkon yli kestäisi 200–800 millisekuntia. Tämä ei ole marginaalinen parannus, vaan rakenteellinen ero siinä, miten sivu latautuu.

CoreDash-datassa valvottujen sivustojen osalta palaavat kävijät näyttävät tyypillisesti 35–60 % alhaisempia LCP-tuloksia kuin uudet kävijät samoilla sivuilla. Ero on suurin kuvapainotteisilla sivuilla, joissa hero-kuva on suuri ja alkuperäpalvelin on maantieteellisesti kaukana käyttäjästä. Sivuilla, joilla on palvelinpuolen hahmonnus (SSR) ja tekstipohjainen LCP-elementti, ero kaventuu, koska tekstin latausviive on lähes nolla molemmille ryhmille.

INP-erot näiden kahden ryhmän välillä ovat pienempiä, mutta silti olemassa. Uudet kävijät käynnistävät usein enemmän JavaScript-jäsennystä ensimmäisellä latauskerralla, kun moduulipaketit evaluoidaan ensimmäistä kertaa. Palaavat kävijät hyötyvät V8-moottorin koodivälimuistista, joka tallentaa käännetyn tavukoodin ja ohittaa jäsennys- ja käännösvaiheen kokonaan. Raskaasti JavaScriptiä käyttävillä sivuilla tämä voi leikata käsittelyajasta 50–150 millisekuntia.

Kolmen arvon tulkinta

0: Palaava kävijä (Repeat Visitor)

Selain ilmoitti, että tämä ei ole käyttäjän ensimmäinen istunto origin-osoitteessasi. Välimuistissa olevat resurssit ovat saatavilla. Useimmilla CoreDashin seuraamilla markkinointi- ja toimituksellisilla sivustoilla palaavat kävijät muodostavat 55–70 % kaikista istunnoista. Heidän suorituskykydatansa on lämpimän välimuistin peruslinjasi: paras mahdollinen skenaario todellisille käyttäjille, jotka tuntevat sivustosi. Jos LCP on täällä heikko, ongelma ei ole välimuistissa. Tarkastele sen sijaan hahmonnuksen estäviä resursseja, palvelimen vasteaikaa tai hahmonnusviivettä.

1: Uusi kävijä (New Visitor)

Ei välimuistia. Selain noutaa jokaisen resurssin verkosta. Tämä on kylmän välimuistin pahin skenaariosi, ja se edustaa ensivaikutelmaa jokaiselle käyttäjälle, joka löytää sinut orgaanisen haun, maksetun mainoksen tai sosiaalisen median jaon kautta. Uudet kävijät edustavat tyypillisesti 30–45 % istunnoista. Heidän LCP-tuloksensa ovat kuvapohjaisilla sivuilla 300–700 millisekuntia korkeammat kuin palaavilla kävijöillä. Jos uusien kävijöiden LCP epäonnistuu 2,5 sekunnin kynnyksessä, mutta palaavien kävijöiden LCP läpäisee sen, optimointikohteesi on selvä: pienennä itse LCP-resurssin kokoa ja viivettä, koska et voi luottaa välimuistiin tämän yleisön kohdalla.

2: Ei mitattu (Not Measured)

CoreDash ei pystynyt määrittämään käyntityyppiä tälle istunnolle. Tämä tapahtuu tyypillisesti, kun selain estää tallennustilan käytön, jota tarvitaan uusien ja palaavien kävijöiden erottamiseen, tai kun yksityisyyteen keskittyvä selainmääritys estää tarkistuksen. Useimmilla sivustoilla tämä ryhmä on alle 5 % istunnoista. Käsittele sitä pikemminkin kohinana kuin segmentoina, jolle optimoida.

Vianmäärityksen työnkulku

1. Määritä perusjakaumasi: Avaa Palaava kävijä -ulottuvuus CoreDashissa ja pane merkille uusien ja palaavien istuntojen prosenttiosuus. Jos uusia kävijöitä on yli 50 % liikenteestä, kylmän välimuistin suorituskyky on hallitseva käyttökokemuksesi ja sen on oltava ensisijainen optimointikohde.
2. Vertaile LCP-arvoja käyntityypin mukaan: Suodata vain uusiin kävijöihin ja kirjaa ylös p75 LCP. Suodata sitten palaaviin kävijöihin ja kirjaa ylös sama metriikka. Yli 500 millisekunnin ero viittaa resurssin kokoon tai verkon noutoaikaan pullonkaulana. Alle 200 millisekunnin ero viittaa hahmonnuspuolen ongelmiin, jotka vaikuttavat molempiin ryhmiin yhtäläisesti.
3. Kohdista suoraan LCP-resurssiin: Uusille kävijöille, joilla on hidas LCP, ratkaisu on resurssin latausajan lyhentäminen. Pakkaa LCP-kuva, tarjoile se CDN-reunasolmusta lähellä käyttäjiäsi ja käytä fetchpriority="high"-attribuuttia. Nämä hyödyt säilyvät välimuistin tilasta riippumatta. Älä luota välimuistiin kompensoidaksesi ylisuurta tai hitaasti tarjoiltua LCP-resurssia.
4. Vahvista Navigaatiotyyppi-ulottuvuudella: Ristiintaulukoi Navigaatiotyyppi-ulottuvuuden kanssa. Uudelleenlataukset (reload) ja edestakaiset navigoinnit (back-forward) painottuvat palaaviin kävijöihin. Jos palaavien kävijöidesi LCP näyttää odottamattoman hitaalta, syynä voi olla suuri osuus uudelleenlatausnavigointeja (joissa välimuistissa olevat resurssit validoidaan uudelleen sen sijaan, että ne tarjoiltaisiin suoraan).

Insinöörin nyrkkisääntö

• Uuden kävijän LCP-tavoite: Alle 2,5 sekuntia p75-arvolla. Tätä on vaikeampi saavuttaa kuin palaavan kävijän LCP:tä, ja se vaatii todellista infrastruktuuritasoista työtä: CDN:ää, kuvien optimointia ja oikeaa fetch-prioriteettia.
• Hyväksyttävä ero uuden ja palaavan kävijän LCP:n välillä: Enintään 400 ms. Suurempi kuilu osoittaa, että sivustosi on riippuvainen selaimen välimuistista läpäistäkseen Core Web Vitals -kriteerit, mikä tarkoittaa, että ensivaikutelmat epäonnistuvat.
• Ei mitattu alle 5 %: Jos tämä ryhmä kasvaa yli 10 %:iin, tutki, estääkö evästesuostumuksen toteutus tai tallennustilan käyttöoikeuksien muutos käyntityypin tunnistamisen.

Palaava kävijä -ulottuvuus on yksi ensimmäisistä suodattimista, joita käytän, kun sivusto näyttää vain hädin tuskin läpäisevän LCP:n. Koostettu kenttädata piilottaa todellisen tilanteen. Käyntityypin mukainen erottelu näyttää välittömästi, onko optimointityö vankalla pohjalla, vai ratsastaako sivusto vain uskollisen palaavan yleisön välimuistiosumilla, samalla kun se epäonnistuu jokaisen hausta saapuvan uuden käyttäjän kohdalla.