Core/Dash-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 joukkoon: 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, skriptit ja kuvat levyltä. Uusi kävijä hakee jokaisen tavun verkosta.

Tällä on merkitystä, koska koottu LCP-pisteesi on molempien painotettu keskiarvo. Jos 40 % istunnoistasi on uusia kävijöitä, heidän kylmän välimuistin latausaikansa vetävät p75-arvoasi ylöspäin. Ilman tätä ulottuvuutta et voi sanoa, onko LCP-regressio todellinen infrastruktuuriongelma vai väliaikainen piikki uusien käyttäjien hankinnassa.

Miksi suorituskykyero on suurempi kuin osaat odottaa

Selaimen välimuisti poistaa 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ä se kestäisi 200–800 millisekuntia verkon yli. Se ei ole marginaalinen parannus: se on rakenteellinen ero siinä, miten sivu latautuu.

Seurattujen sivustojen CoreDash-datassa palaavien kävijöiden LCP-pisteet ovat tyypillisesti 35–60 % matalampia kuin uusilla kävijöillä 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 renderöinti ja teksti LCP-elementtinä, ero kaventuu, koska tekstin latausviive on lähellä nollaa molemmille ryhmille.

INP-erot näiden kahden ryhmän välillä ovat pienempiä, mutta silti olemassa. Uudet kävijät laukaisevat usein enemmän JavaScript-jäsentämistä ensimmäisellä latauksella, kun moduulipaketit arvioidaan ensimmäistä kertaa. Palaavat kävijät hyötyvät V8:n koodivälimuistista, joka tallentaa käännetyn tavukoodin ja ohittaa jäsennys- ja käännösvaiheen kokonaan. Raskaasti JavaScriptiä sisältävillä sivuilla tämä voi nipistää prosessointiajasta 50–150 millisekuntia.

Kolmen arvon lukeminen

0: Palaava kävijä

Selain raportoi, että tämä ei ole käyttäjän ensimmäinen istunto originillasi. Välimuistissa olevia resursseja on saatavilla. Useimmilla CoreDashissa seuratuilla 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-arvosi on huono täällä, ongelma ei ole välimuisti. Katso sen sijaan renderöinnin estäviä resursseja, palvelimen vastausaikaa tai render delayta.

1: Uusi kävijä

Ei välimuistia. Selain hakee 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-pisteensä ovat kuvapohjaisilla sivuilla 300–700 millisekuntia korkeammat kuin palaavilla kävijöillä. Jos uuden kävijän LCP epäonnistuu 2,5 sekunnin kynnyksellä, mutta palaavan kävijän 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

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ä selaimen määritys estää tarkistuksen. Useimmilla sivustoilla tämä ryhmä on alle 5 % istunnoista. Käsittele sitä pikemminkin kohinana kuin segmenttinä, jolle pitäisi optimoida.

Vianmäärityksen työnkulku

1. Määritä lähtötason jakautuminen: Avaa Palaava kävijä -ulottuvuus CoreDashissa ja pane merkille uusien ja palaavien istuntojen prosenttiosuus. Jos uusien kävijöiden osuus on yli 50 % liikenteestä, kylmän välimuistin suorituskyky on hallitseva user experience ja sen on oltava ensisijainen optimointikohde.
2. Vertaile LCP-arvoa 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 ms:n ero viittaa siihen, että resurssin koko tai verkon hakuaika on pullonkaula. Alle 200 ms:n ero viittaa renderöintipuolen 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, palvele se CDN-reunasolmusta läheltä käyttäjiäsi ja käytä määritettä fetchpriority="high". Nämä hyödyt pysyvät välimuistin tilasta riippumatta. Älä luota välimuistiin kompensoidaksesi ylimitoitettua tai hitaasti palveltua LCP-resurssia.
4. Vahvista Navigation Type -ulottuvuudella: Tee ristiintaulukointi Navigation Type -ulottuvuutta vastaan. Uudelleenlataus- ja eteen/taakse-navigoinnit vääristävät tuloksia palaavien kävijöiden suuntaan. Jos palaavien kävijöidesi LCP näyttää odottamattoman hitaalta, syynä saattaa olla uudelleenlatausnavigointien suuri osuus (jolloin välimuistissa olevat resurssit validoidaan uudelleen sen sijaan, että ne tarjoiltaisiin suoraan).

Tekninen nyrkkisääntö

• Uuden kävijän LCP-tavoite: Alle 2,5 s (p75). Tähän on vaikeampi päästä kuin palaavan kävijän LCP-arvoon, ja se vaatii todellista infrastruktuurityötä: CDN, kuvien optimointi ja oikea fetch priority.
• Hyväksyttävä ero uuden ja palaavan kävijän LCP:n välillä: Enintään 400 ms. Suurempi ero osoittaa, että sivustosi on riippuvainen selaimen välimuistista läpäistäkseen Core Web Vitals -mittarit, mikä tarkoittaa, että ensivaikutelmat epäonnistuvat.
• Ei mitattu -osuus alle 5 %: Jos tämä ryhmä kasvaa yli 10 %:iin, tutki, estääkö evästesuostumuksen toteutus tai tallennustilan käyttöoikeuden muutos käyntityypin havaitsemisen.

Palaava kävijä -ulottuvuus on yksi ensimmäisistä suodattimista, joita käytän, kun sivusto on LCP:n rajatapauksessa. Koostettu kenttädata piilottaa todellisen tarinan. Käyntityypin mukaan jakaminen näyttää välittömästi, onko optimointityö vankalla pohjalla, vai ratsastaako sivusto uskollisten palaavien kävijöiden välimuistiosumilla, samalla kun se epäonnistuu jokaisen hausta saapuvan uuden käyttäjän kohdalla.