Veebisaidi kiirus: Core Web Vitals juhile

Ühel päeval jõuab Teie lauale kiirusaruanne, punase skoori ja ingliskeelsete lühenditega: LCP, INP, CLS. On ahvatlev see teenusepakkujale edasi saata ja teemaga lõpetada. See oleks kahju: nende lühendite taga on kolm aistingut, mida kogeb iga Teie külastaja, ja mõned otsused, mis pole tehnika, vaid Teie pädevuses. See artikkel tõlgib need. Tehnilise tausta jaoks (miks staatiline veebisait alustab eelisega) vaadake meie juhendit Astrole üleminekuks.

Lühidalt

• Kolm mõõdikut: põhisisu kuvamise aeg, klikile reageerimise aeg, lehe stabiilsus.
• Google mõõdab neid Teie tegelike külastajate juures ja hindab külastuste aeglaseima kolme neljandiku põhjal, mobiilis ja arvutis.
• Need loevad järjestuses, kuid vähem kui asjakohasus: nende esimene mõju on saabuvatele päringutele.
• Põhjused on sageli otsused: liiga rasked pildid, ükshaaval lisatud turundusskriptid, iga külastuse ajal loodav leht.

Kolm mõõdikut, kolm aistingut

Iga mõõdik kirjeldab seda, mida külastaja tunneb, ja Google avaldab igaühe jaoks läve:

Kaks täpsustust muudavad lugemist. Esiteks soovitab Google hinnata 75. protsentiili põhjal: ei piisa, et külastuste keskmine on kiire, kiired peavad olema kolm külastust neljast, mobiil ja arvuti eraldi. Teiseks asendas klikkidele reageerimine (INP) 2024. aastal varasema mõõdiku, mis vaatas ainult esimest interaktsiooni: sait, mis oli kolm aastat tagasi „roheline“, ei pruugi seda enam olla, ilma et see oleks muutunud.

Mida Google nendega teeb

Google ütleb seda oma Core Web Vitalsi dokumentatsioonis: head tulemused ühtivad sellega, mida tema järjestussüsteemid püüavad premeerida. Kuid sama maja tasakaalustab:

Google lisab, et hea skoor tema aruannetes ei taga kohta tulemuste tipus. Teisisõnu: aeglane sait, mis ainsana küsimusele vastab, jääb nähtavaks, ja kiire sait ilma kasuliku sisuta ei tõuse. Kiirus otsustab võrreldavate lehtede vahel; see ei asenda sisu ega mainet.

Mida aeglus tegelikult maksab

Kiiruse kõige otsesem mõju pole järjestuses, vaid selles, mida külastajad pärast saabumist teevad. Teema enimtsiteeritud uuring, mille Deloitte viis Google’i tellimusel läbi 37 Euroopa ja Ameerika brändi mobiilisaitidel, mõõtis, mida muudab sekundi kümnendiku võrra kiirem leht:

Need arvud pärinevad suurtelt brändidelt ja Google’i tellitud uuringust: need näitavad suunda, mitte lubadust Teie saidile. Suund aga kinnitub kõikjal, kus mõõdetakse. Meie artikkel maandumislehtedest näitab, mida see maksab, kui iga kliki eest makstakse.

Kus on saidid, mida me tunneme

Siin on põhisisu kuvamise aeg, mõõdetud Lighthouse’iga mobiilisimulatsioonis, kolmel saidil, mida me lähedalt tunneme:

Pehmete mänguasjade poe mobiilne Lighthouse’i skoor oli lisaks 65 ja leht 4,2 MB. Sellel saidil annab sama mõõtmine skoori 99 ja 233 KiB edastatud andmeid. Erinevus ei tulene meeskondade andekusest: see tuleneb sellest, mida brauser peab alla laadima ja käivitama, enne kui midagi kuvab.

Laborimõõtmine, välimõõtmine

Ringleb kaks arvude perekonda ja need ei ütle sama:

• Labor (Lighthouse, PageSpeed Insightsi „diagnostika“ osa) simuleerib keskmist telefoni keskmises võrgus. See on õige mõõdik, et võrrelda enne ja pärast muudatust identsetes tingimustes.
• Väli pärineb tegelikest külastustest. Search Console’i Core Web Vitalsi aruanne toetub neile tegelikele kasutusandmetele, mis pärinevad Chrome’i kasutajakogemuse aruandest, ja liigitab Teie lehegrupid kategooriatesse „Hea“, „Vajab parandamist“ või „Kehv“.

Google’i jaoks loeb väli, ja Teie klientide jaoks samuti. Sait võib kontori valguskaablil tunduda kiire ja rongis aeglane: väliaruanne ütleb seda, Teie tunne mitte.

Mis saiti aeglustab ja kes selle üle otsustab

Tehnilised põhjused taanduvad sageli otsustele, mida tehti ilma neid kiirusega sidumata:

• Pildid. Täislahutusega eksporditud foto kaalub kümme korda rohkem kui vaja. Palmora Property’s teisendas piltide töötlemise ahel 3 892 originaali 7 784 failiks õigetes vormingutes ja üks pisipilt kahanes 353 KB-lt 17 KB-le.
• Ükshaaval lisatud skriptid. Vestlus, klientide arvustused, reklaami jälgimine, kaart: igaüks on kasulik ja igaüks laaditakse. Pehmete mänguasjade poes laaditi neli kuni viis arvustussüsteemi, kuigi ühtegi arvustust ei kuvatud.
• Iga külastuse ajal loodav leht. Sait, mis paneb oma lehed kokku serveris, ootab seda serverit; staatiline sait serveerib juba valmis faili külastajale lähimast punktist (vt meie majutuse võrdlust).
• Laiendused. Sisuhaldussüsteemis võib iga laiendus lisada oma skriptid ja stiilid kõikidele lehtedele, lisaks selle uuendused, mida tuleb jälgida (vt miks WordPressi sait häkitakse).

Kolm otsust jäävad seega juhile. Nõudke kuupäevaga mõõtmist enne iga projekti, et teada, mida see muutis. Kirjutage läved lähteülesandesse saidi uuendamisel, samaväärselt lehtede ja keeltega (vt ettevõtte veebisaidi maksumus ja lehtede sorteerimine enne uuendamist). Otsustage kolmanda osapoole skriptide üle: iga lisatud turundustööriist peab olema väärt aega, mille see igal külastusel kaotab.

Kiirus ühtib ka ligipääsetavusega: leht, mis sõrme all ei liigu ja reageerib kiiresti, teenib eelkõige neid, kes navigeerivad klaviatuuri või abitehnoloogiaga (vt mida Euroopa ligipääsetavuse kohustus muudab). Saidid, mille sisu pärineb headless CMS-ist, säilitavad need eelised külastaja poolel, nagu selgitab meie artikkel Astrost ja Sanityst; samuti vormid ja otsing, kui need on ühendatud lehekaupa. Ja kui tekste toodetakse kiiruse huvides tehisintellektiga, tõuseb küsimus, kas seda tuleb öelda, eraldi.

Meie tarnitud ettevõtte veebisait on ehitatud olema mobiilis kiire kohe avaldamisest alates; üleminek staatilisele saidile mõõdab kiirust enne ja pärast samades tingimustes.

Korduma kippuvad küsimused

Allikad

1. Web.dev (Google), Core Web Vitals (uus vahekaart)web.dev
2. Google Search Central, Core Web Vitals (uus vahekaart)developers.google.com
3. Search Console’i abi, Core Web Vitalsi aruanne (uus vahekaart)support.google.com