„PageSpeed Insights“ rezultatų skaitymas: „Core Web Vitals“ paprasta kalba
Jūs išbandėte savo svetainę naudodami PageSpeed Insights ir matote raudoną skaičių, pavyzdžiui, 45. Ką tai reiškia ir kiek tai rimta? Šiame straipsnyje sužinosite, kaip skaityti ataskaitą, ką matuoja trys Core Web Vitals rodikliai ir ką galite patys pagerinti.
Trys matavimai
| Matavimas | Ką matuoja | Gerai | Reikia patobulinti | Blogai |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Kaip greitai parodomas didžiausias turinio elementas, dažnai didelė nuotrauka viršuje | iki 2,5 s | 2,5 iki 4 s | virš 4 s |
| INP (Interaction to Next Paint) | Kaip greitai puslapis reaguoja, kai spaudžiate, bakstelite ar rašote | iki 200 ms | 200 iki 500 ms | virš 500 ms |
| CLS (Cumulative Layout Shift) | Kiek puslapis pasislenka kraunantis (tai balas, ne laikas) | iki 0,1 | 0,1 iki 0,25 | virš 0,25 |
Puslapis atitinka Core Web Vitals reikalavimus, jei bent 75 procentai apsilankymų gauna gerą įvertinimą visuose trijuose rodikliuose, atskirai mobiliesiems įrenginiams ir kompiuteriams. Taigi svarbu ne Jūsų greitas kompiuteris, o daugumos lankytojų patirtis, įskaitant ir senesnį telefoną. 2024 m. kovo mėnesį INP pakeitė senesnį matavimą FID. Jei dar aptinkate FID, ta informacija yra pasenusi.
Lauko duomenys ir laboratoriniai duomenys
PageSpeed Insights rodo dviejų rūšių matavimus, kurie dažnai pateikia skirtingus skaičius:
- Lauko duomenys (viršuje): matavimai, atlikti pas tikrus lankytojus, naudojančius Chrome, per pastarąsias 28 dienas. Tai nulemia, ar atitinkate Core Web Vitals reikalavimus. Jei Jūsų puslapis turi per mažai lankytojų, matysite visos svetainės rodiklius arba apskritai nematysite lauko duomenų.
- Laboratoriniai duomenys (žemiau): Lighthouse atliktas testas, kuris puslapį užkrauna vieną kartą imituotame vidutiniškame telefone ir ryšyje. Iš čia atsiranda skaičius nuo 0 iki 100. Lighthouse negali matuoti INP, nes niekas nespaudžia mygtukų.
Naudokite laboratorinius duomenis, kad rastumėte priežastis ir iš karto po patobulinimo pamatytumėte, ar tai padėjo. Pradėkite nuo skirtuko Mobile: ten dažniausiai rodikliai prastesni, o Google daugiausia dėmesio skiria mobiliajai Jūsų svetainės versijai.
Kokią reikšmę tai turi Google paieškoje?
Google teigia, kad Core Web Vitals rodikliai įtraukiami į reitingavimą. Tačiau Google visada rodo aktualiausią turinį, net jei tas puslapis nėra greičiausias. Skaičius nuo 0 iki 100 gaunamas iš laboratorinio testo ir nėra Google vertinimas; tas vertinimas gaunamas iš lauko duomenų. Google pats pažymi, kad siekti tobulo įvertinimo vien dėl Google nėra geriausias laiko panaudojimas. Pasirūpinkite, kad būtumėte žaliojoje arba bent oranžinėje zonoje, ypač todėl, kad lankytojai pasitraukia iš lėto ar pasislenkančio puslapio.
Ką galite patobulinti pačiame puslapyje
- Mažesnės nuotraukos. Nuotrauka, kurios plotis siekia tūkstančius pikselių, rodoma 800 pikselių dydžio laukelyje, yra dažniausia lėto LCP priežastis. Sumažinkite nuotraukas prieš jas įkeliant ir naudokite modernų formatą, pavyzdžiui, WebP arba AVIF.
- Plotis ir aukštis kiekvienai nuotraukai. Be
widthirheightnaršyklė nežino, kiek vietos reikia nuotraukai, todėl tekstas pasislenka, kai ji užsikrauna. Tai padidina CLS rodiklį:<img src="bloemstuk.webp" width="800" height="600" alt="Nuotaka su baltomis rožėmis">
- Svarbiausios nuotraukos nekraukite tingiai.
loading="lazy"tinka vėliau rodomoms nuotraukoms, bet ne tai nuotraukai, kuri matoma iš karto atidarius puslapį. Priešingu atveju naršyklė atideda nuotraukos, kuri lemia Jūsų LCP, kraunimą. - Nieko vėliau neįterpkite virš turinio. Slapukų juosta, reklama ar valdiklis, kuris nustumia puslapį žemyn, sukelia viso turinio pasislinkimą. Tokią juostą verčiau rodykite virš puslapio, o ne jame.
- Mažiau trečiųjų šalių scenarijų. Prastas INP beveik visada atsiranda dėl per didelio JavaScript kiekio: sunkių temų, slankiklių, pokalbių langų ir stebėjimo įrankių. Kritiškai įvertinkite kiekvieną papildinį ar įterptą paslaugą.
Ką daro serveris
Viskas prasideda nuo pirmosios serverio reakcijos, Time to First Byte (TTFB). Pats savaime tai nėra Core Web Vital rodiklis, tačiau esant lėtai pirmajai reakcijai, geras LCP yra beveik neįmanomas. Orientacinė gera reikšmė yra 0,8 sekundės ar mažiau. Dažniausios priežastys yra svetainė be talpyklos (cache), per mažai skaičiavimo galios arba nukreipimai. Serveris taip pat turėtų siųsti tekstinius failus suspaustus (gzip arba Brotli suspaudimas). Apie tai, kaip pritaikyti serverio dalį, skaitykite Mano svetainė lėta arba naudoja per daug CPU: kaip ją pagreitinti ir DirectAdmin instrukcijose, Mano svetainė yra lėta.
DI Kūrėjuje ir WordPress
DI Kūrėjo sukurta svetainė nustato plotį ir aukštį nuotraukoms, kurių matmenys žinomi, pirmąją puslapio nuotrauką užkrauna iš karto ir su pirmenybe, o likusias tik tada, kai jos patenka į matomą sritį, ir skelbiant sukuria mažesnę didelių nuotraukų versiją. WordPress sistemoje labiausiai padeda talpyklos (cache) papildinys ir nuotraukų mažinimas. Apie tai skaitykite nemokamame WordPress kurse, pamokose Kas lemia svetainės lėtumą ir kaip tai išmatuoti? ir Nuotraukos, PHP ir kiti greičio patobulinimai.
Skaitykite daugiau
- web.dev: Web Vitals (anglų kalba)
- Apie PageSpeed Insights (anglų kalba)
- Google: puslapio patirtis ir Google paieška (anglų kalba)
- Google: ataskaita Svetainės gyvybingumas