PageSpeed Insights lasīšana: Core Web Vitals vienkāršā valodā
Jūs esat testējis savu tīmekļa vietni rīkā PageSpeed Insights un redzat sarkanu skaitli, piemēram, 45. Ko tas nozīmē un cik slikti tas ir? Šajā rakstā Jūs uzzināsiet, kā lasīt pārskatu, ko mēra trīs Core Web Vitals rādītāji un ko Jūs pats varat uzlabot.
Trīs mērījumi
| Mērījums | Ko tas mēra | Labi | Nepieciešams uzlabojums | Slikti |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Cik ātri lielākā satura daļa parādās ekrānā, bieži vien liels attēls augšpusē | līdz 2,5 s | 2,5 līdz 4 s | virs 4 s |
| INP (Interaction to Next Paint) | Cik ātri lapa reaģē, kad Jūs noklikšķināt, pieskaraties vai rakstāt | līdz 200 ms | 200 līdz 500 ms | virs 500 ms |
| CLS (Cumulative Layout Shift) | Cik ļoti lapa pārvietojas ielādes laikā (rādītājs, nevis laiks) | līdz 0,1 | 0,1 līdz 0,25 | virs 0,25 |
Lapa atbilst Core Web Vitals prasībām, ja vismaz 75 procenti apmeklējumu uzrāda labu rezultātu visos trīs rādītājos, atsevišķi mobilajām ierīcēm un datoriem. Tātad nozīme nav Jūsu ātrajam datoram, bet gan lielākās daļas apmeklētāju pieredzei, arī uz vecāka tālruņa. 2024. gada martā INP aizstāja vecāko mērījumu FID. Ja Jūs vēl saskaraties ar FID, tad tā informācija ir novecojusi.
Lauka dati un laboratorijas dati
PageSpeed Insights parāda divu veidu mērījumus, un tie bieži uzrāda atšķirīgus skaitļus:
- Lauka dati (augšpusē): mērījumi, kas iegūti no reāliem apmeklētājiem ar Chrome pārlūkprogrammu pēdējo 28 dienu laikā. Tieši šie dati nosaka, vai Jūs atbilstat Core Web Vitals prasībām. Ja Jūsu lapai ir pārāk maz apmeklētāju, Jūs redzēsiet visas vietnes rādītājus vai vispār neredzēsiet lauka datus.
- Laboratorijas dati (zemāk): tests ar Lighthouse, kas ielādē lapu vienu reizi simulētā vidēja līmeņa tālrunī un savienojumā. No šejienes rodas skaitlis no 0 līdz 100. Lighthouse nevar mērīt INP, jo neviens neklikšķina.
Izmantojiet laboratorijas datus, lai atrastu cēloņus un pēc uzlabojuma uzreiz redzētu, vai tas palīdz. Sāciet ar cilni Mobilais: tur parasti rezultāti ir sliktāki, un Google galvenokārt skatās uz Jūsu vietnes mobilo versiju.
Cik liela ir tā nozīme Google meklētājā?
Google raksta, ka Core Web Vitals tiek ņemti vērā, nosakot ranžējumu. Taču Google vienmēr rāda atbilstošāko saturu, pat ja tā lapa nav visātrākā. Skaitlis no 0 līdz 100 nāk no laboratorijas testa un nav Google vērtējums: šis vērtējums nāk no lauka datiem. Pēc Google paša teiktā, perfekta rezultāta sasniegšana tikai Google dēļ nav Jūsu laika labākais ieguldījums. Nodrošiniet, lai Jūs atrastos zaļajā vai vismaz oranžajā zonā, īpaši tāpēc, ka apmeklētāji pamet lēnu vai nestabilu lapu.
Ko Jūs varat uzlabot pašā lapā
- Mazāki attēli. Tūkstošiem pikseļu plats fotoattēls 800 pikseļu platam blokam ir visbiežākais lēnas LCP cēlonis. Samaziniet attēlus pirms augšupielādes un izmantojiet mūsdienīgu formātu, piemēram, WebP vai AVIF.
- Platums un augstums katram attēlam. Bez
widthunheightpārlūkprogramma nezina, cik daudz vietas attēlam vajadzīgs, un teksts pārvietojas, kad attēls ielādējas. Tas palielina CLS rādītāju:<img src="bloemstuk.webp" width="800" height="600" alt="Bruidsboeket met witte rozen">
- Nelietojiet atlikto ielādi svarīgākajam attēlam.
loading="lazy"ir noderīgs attēliem tālāk lapā, bet ne attēlam, kas jau redzams, atverot lapu. Pretējā gadījumā pārlūkprogramma gaida tieši ar to attēlu, kas nosaka Jūsu LCP. - Neievietojiet neko vēlāk virs satura. Sīkdatņu josla, reklāma vai sīkrīks, kas nobīda lapu uz leju, liek visam pārvietoties. Šādu joslu labāk novietojiet pāri lapai.
- Mazāk trešo pušu skriptu. Slikts INP gandrīz vienmēr rodas no pārāk daudz JavaScript koda: smagiem tematiem, slaideriem, tērzēšanas logiem un izsekotājiem. Kritiski izvērtējiet katru spraudni vai iegulto pakalpojumu.
Ko dara serveris
Viss sākas ar servera pirmo reakciju, Time to First Byte (TTFB). Tas pats nav Core Web Vital rādītājs, bet ar lēnu pirmo reakciju laba LCP ir gandrīz neiespējama. Kā orientējošā vērtība 0,8 sekundes vai mazāk ir laba. Cēloņi bieži ir vietne bez kešatmiņas, nepietiekama skaitļošanas jauda vai pāradresācijas. Serverim arī teksta failus vajadzētu nosūtīt saspiestā veidā (kompresija ar gzip vai Brotli). Par to, kā risināt servera pusi, Jūs varat lasīt rakstā Mana tīmekļa vietne ir lēna vai izmanto pārāk daudz CPU: šādi padarīt to ātrāku un DirectAdmin rokasgrāmatā, Mana tīmekļa vietne ir lēna.
MI Bouwer un WordPress
MI Bouwer veidota vietne iestata platumu un augstumu attēliem, kuru izmērs ir zināms, ielādē lapas pirmo attēlu tūlīt un ar prioritāti, pārējos attēlus ielādē tikai tad, kad tie parādās skatā, un publicējot izveido mazāku versiju lieliem attēliem. WordPress vidē visvairāk palīdz kešatmiņas spraudnis un attēlu samazināšana. Par to Jūs varat lasīt bezmaksas WordPress kursā, nodarbībās Kas padara vietni lēnu un kā to izmērīt? un Attēli, PHP un citi ātruma ieguvumi.
Papildu lasāmviela
- web.dev: Web Vitals (angļu valodā)
- Par PageSpeed Insights (angļu valodā)
- Google: lapas pieredze un Google meklēšana (angļu valodā)
- Google: pārskats par vietnes vitalitāti