Core Web Vitals

Google nenumaldomai ieško būdų, kaip suteikti žiniatinklio administratoriams įrankius, reikalingus puslapio įkėlimo laikui optimizuoti. Ne tik dėl to, kad tai sumažina neoptimizuotų išteklių skenavimo ir talpinimo kaštus, bet ir tam, kad pagerintų naudotojo patirtį naršant internete.
Būtent į pastarąjį aspektą Google ir sutelkia dėmesį, o jau kelerius metus žiniatinklio administratoriams siūlo įvairius įrankius puslapio įkėlimo greičiui optimizuoti. Dabar ji vėl ištraukė iš rankovės 3 metrikas, apibendrinančias dažniausiai pasitaikančias problemas, su kuriomis susiduriama atvaizduojant HTML. Nežinome, ar Core Web Vitals išliks ilgam, tačiau kol kas turime jas išmanyti ir gilintis į jų optimizavimą. Juk visi norime pasirodyti iš geriausios pusės, kai atvyksta „viršininkas".
Šio straipsnio tikslas – paaiškinti, kas yra Core Web Vitals, kaip jos veikia ir kokią reikšmę turi svetainės greičiui bei įkėlimo laikams. Nagi, pradėkime!
SVARBU (atnaujinta 2020 m. lapkričio 10 d.): Google ką tik paskelbė, kad nuo 2021 m. gegužės Core Web Vitals kartu su naudotojo patirtimi taps labai svarbiu reitingavimo veiksniu. Straipsnis Google tinklaraštyje
Kas yra Core Web Vitals?
Core Web Vitals yra Google sukurtos metrikos, skirtos pagerinti naudotojų patirtį svetainėse. Įkėlimo greičiui analizuoti skirtų įrankių gausa buvo vienas iš veiksnių, dėl kurių Google nusprendė suvienyti visas šias metrikas, siekdama šiek tiek supaprastinti įkėlimo laikų optimizavimo sudėtingumą. Šia iniciatyva siekiama priversti mus sutelkti dėmesį į šiuos „kokybės signalus", kurie yra tokie svarbūs siekiant optimalios naudotojo patirties.
Google keliais žodžiais apibendrina, į ką orientuojasi Core Web Vitals:
-
Įkėlimo patirtis
-
Interaktyvumas
-
Puslapio turinio vizualinis stabilumas
Largest Contentful Paint arba LCP
LCP arba Largest Contentful Paint yra metrika, kuri parodo, per kiek laiko įsikelia „didžiausias" naudotojui matomas turinio elementas, kad jis taptų prieinamas ir naudingas. Kitaip tariant, Google teigia, kad elementai, esantys vadinamojoje „Above the Fold" srityje, turi įsikelti greitai ir būti įskaitomi, taip tapdami prieinami naudotojui, kad šis galėtų su jais sąveikauti.
Reikėtų patikslinti, kad elementai, atsirandantys naudotojui spustelėjus ekraną ar slenkant, LCP neturi įtakos. Didžiausias turinys gali būti teksto blokas, vaizdo įrašas, paveikslėlis ir pan.

LCP būsenos klasifikacija pagal laikus. Nuotrauka © web.dev
Kokį laiką Google laiko optimaliu?
Kaip matome diagramoje, Google mano, kad maksimalus laikas LCP įkelti ir užtikrinti gerą naudotojo patirtį yra mažiau nei 2,5 sekundės. Svarbu pažymėti, kad įkėlimo metu LCP elementas gali keistis.

Kaip sužinoti URL adreso LCP?
Pačioje Chrome naršyklėje, atlikdami Lighthouse auditą, turime galimybę sužinoti, ką Google laiko didžiausiu įkeliamu turiniu. Štai kaip:

Kokie veiksniai gali turėti įtakos LCP įkėlimui?
Keletas veiksmų daro įtaką tam, kad LCP įkėlimo laikas viršija numatytą. Šie elementai ar veiksmai yra:
-
Serverio atsakas
-
Duomenų bazės užklausos
-
API atsakymai, kuriuos ilgai užtrunkama išspręsti
-
Atvaizdavimą blokuojantis CSS ar JS
-
Lėtas kitų išteklių įkėlimas
-
Neoptimizuoti paveikslėliai
-
Ir kt.
First Input Delay arba FID
FID arba First Input Delay yra metrika, nurodanti, kiek laiko puslapiui prireikia sureaguoti, kai naudotojas sąveikauja su bet kuriuo iš elementų.

Metrikos, paimtos iš Pagespeed
Pagespeed įrankyje, kurį Google prieš kurį laiką padarė prieinamą visiems, galime pamatyti nuorodą į šią metriką. Geromis laikomos reikšmės turėtų būti mažesnės nei 100 ms.

First Input Delay (FID) būsenos klasifikacija pagal laikus. Nuotrauka © web.dev
Pagrindinės šios metrikos (FID) problemų priežastys kyla dėl JavaScript vykdymo, todėl reikėtų nustatyti, kuri kodo dalis lemia, kad puslapiui prireikia laiko sureaguoti į sąveiką. Su šia problema pats esu susidūręs kraunant reklaminį JS.
Cumulative Layout Shift arba CLS
Cumulative Layout Shift yra metrika, kuri nustato ribas įkeliant elementus, kurie įsikeldami keičia rodinį. Kalbame apie ekrane esančių elementų stabilumo užtikrinimą, kad rodinys nepasislinktų, kol kraunami kiti ištekliai.
Google mano (na, Google ir kiekvienas naudotojas), kad labai erzina, kai jau pradėjus sąveikauti su puslapiu (skaitant, slenkant ir pan.), vėliau įsikeliantis elementas pastumia naudotojo poziciją turinio atžvilgiu, verčdamas jį taisytis slenkant.

Šis pavyzdys padeda geriau paaiškinti, kaip veikia ši metrika. Iš pradžių matome turinį, įkeltą kairėje pusėje. Kai Google kalba apie stabilumą, ji turi omenyje, kad trečio elemento įkėlimas nepastumia anksčiau įkeltų elementų. Kaip matome paveikslėlyje dešinėje, YouTube vaizdo įrašo įkėlimas pastūmė du iš pradžių įkeltus blokus.
Kodėl Core Web Vitals yra svarbios?
Nuo tada, kai sugyvename su paieškos sistemomis, o konkrečiai su Google, ji vis įveda įpareigojimus kiekvienam, kuris turi svetainę ir nori, kad ji būtų viena iš pasirinkimo galimybių paieškos rezultatuose.
Prieinamumo iš visų įrenginių gerinimas, saugaus naršymo pagal saugumo protokolą skatinimas ar svetainių, naudojusių įkyrią reklamą (interstitials), baudimas – tai kai kurios technologijų giganto vestos kovos.
Šios metrikos yra rodikliai, kuriuos Google mums pateikia norėdama nurodyti, kurios svetainės dalys gali kelti problemų naudotojui, bet... ar tai reiškia, kad jos svarbios?
Nesvarbu, ar svetaines suprantame iš „robotų", ar iš „naudotojų" perspektyvos, šios metrikos yra rodikliai, kad mūsų svetainės veikia ne taip gerai, kaip turėtų. Jau ne viename tyrime matėme, koks reikšmingas įkėlimo laikas yra konversijai ir naudotojo kantrybei. Šiuo metu jos reitingams įtakos neturi, bet ar ketiname šias metrikas ignoruoti?
Mes tikrai į jas atsižvelgsime.
Ar Core Web Vitals turi įtakos reitingams?
Kol kas viskas, ką žinome, yra tai, kad naudotojo patirties gerinimo metrikos tampa vis svarbesnės, o į kai kurias iš jų jau atsižvelgiama paieškos rezultatuose. Gegužės 28 d. straipsnyje Google tinklaraštyje buvo paskelbta, kad 2021 m. ji tikisi išleisti naują atnaujinimą, apjungiantį kelias su naudotojo patirtimi susijusias metrikas.
Tereikia prisiminti, kaip ji tvarkėsi su Mobile First Index ir išankstiniais įspėjimais. Šiuo atveju, vėl remiantis gegužės straipsniu, ji įspėja, kad bus pateiktas išankstinis pranešimas mažiausiai prieš 6 mėnesius, tad... ar atnaujinimas pasirodys iki kitų metų pabaigos?
Įrankiai Core Web Vitals optimizuoti
Dabar, kai jau aptarėme, kas yra Core Web Vitals ir kokią reikšmę jos turės ateinančiais mėnesiais, metas pradėti dirbti prie šių metrikų optimizavimo. Naudodamiesi įvairiais įrankiais galėsime spręsti aptiktas problemas ir pasiekti našumo pagerinimą.

Lighthouse
Lighthouse yra galingas atvirojo kodo įrankis, kurį randame Chrome naršyklėje. Naudodamiesi Lighthouse galime atlikti svetainės auditą, vykdydami įvairius testus, kad gautume rezultatus apie trūkumus ar puslapio dalis, kurias reikia optimizuoti. Tarp šių dalių yra ir Core Web Vitals metrikos.

Nuotrauka paimta iš Lighthouse audito rezultatų
Page Speed Insights
Page Speed Insights yra dar viena Google mums teikiama galimybė gauti mūsų svetainės našumo duomenis. Šis įrankis netgi parodo svarbiausių metrikų grafikus ir jų būseną. Page Speed Insights remiasi naudotojo patirties ataskaita, kurios tikslas – gauti duomenis palyginant su kitomis svetainėmis.

Page Speed Insights siūlomos metrikos
Chrome UX
Chrome User Experience Report yra duomenų rinkinys, kurį Google teikia apie naudotojų elgesį visame pasaulyje per Chrome. Norint pasiekti šiuos duomenis, reikia naudoti Big Query, taip pat turėti Google Cloud paskyrą.
Per Google Data Studio jie palengvino prieigą ir viską mums beveik paruošė šioje informacinėje suvestinėje
Chrome Dev Tools
Core Web Vitals metrikas galime analizuoti ne tik su Lighthouse; jei įsigilinsime į Chrome kūrėjų įrankius, galime prieiti prie tų pačių išvadų. Pavyzdžiui, skirtuke „Performance", jei atliksime įrašymą arba naują įkėlimą, galime gauti vertingos informacijos apie tai, kaip elgiasi mūsų URL adresas.

Ekrano nuotrauka, padaryta Chrome Dev Tools skiltyje „Performance"
Web.Dev
Visada yra paprastesnis būdas atlikti darbus, bent jau kai kalbame apie mūsų Core Web Vitals pažinimą. Oficialioje svetainėje turime puslapį, kuriame detaliai aprašoma kiekviena metrika ir pateikiamas paaiškinimas, kas tai yra, bei praktikos, kaip ją pagerinti.

Be to, Chrome parduotuvėje turime plėtinį, kuris pateikia mums šią informaciją įvedus kiekvieną URL adresą:

Raudona arba žalia žyma galime matyti mūsų URL adreso būseną šių metrikų atžvilgiu:

Web Vitals plėtinio pateikiamų rezultatų ekrano nuotrauka
Search Console
Search Console yra nepakeičiamas įrankis kiekvienam žiniatinklio administratoriui. Buvo pridėta funkcija, padedanti mums pamatyti, kurie URL adresai turi problemų su šiomis 3 metrikomis (LCP, FID ir CLS). Kairiajame meniu turime parinktį „Core Web Vitals". Pasirinkę šią parinktį, pamatysime du grafikus, rodančius URL adresų rezultatus pagal įrenginį. Pasirinkę įrenginį (kompiuterį ar mobilųjį), detaliai matysime, kurie URL adresai turi problemų.

Neišsigąskite, jei dešinėje matote didelį URL adresų skaičių; tai gana įprasta, nes problemos paprastai kyla pagal puslapių tipus (pavyzdžiui, tinklaraščio įrašus), o padirbėję prie vieno iš jų pasieksime pagerinimą visuose.
Išvados
Šia kelione po Core Web Vitals siekiama supažindinti mus su metrikomis, kurios vis labiau įsigalės, ir mums, ar būtume SEO specialistai, ar žiniatinklio administratoriai, teks su jomis sugyventi. Iš SEO Alive norime rekomenduoti pasinaudoti visais šiais įrankiais, kuriuos jums pateikėme ir kurie neabejotinai padės pagerinti jūsų svetainės WPO našumą.
*Ar priimate iššūkį pagerinti savo svetainės greitį? Atlikite testą su bet kuriuo iš mūsų paminėtų įrankių ir atsiųskite mums žinutę su ekrano nuotrauka. Visiškai nemokamai pateiksime patarimą, kaip jį pagerinti! *
Autorius: David Kaufmann

Pastaruosius 10+ metų praleidau visiškai apsėstas SEO — ir, tiesą sakant, nenorėčiau, kad būtų kitaip.
Mano karjera pakilo į naują lygį, kai dirbau vyresniuoju SEO specialistu Chess.com — vienoje iš 100 lankomiausių svetainių visame internete. Darbas tokiu mastu, apimant milijonus puslapių, dešimtis kalbų ir vieną konkurencingiausių SERPs, išmokė mane to, ko joks kursas ar sertifikatas niekada nebūtų galėjęs. Ta patirtis pakeitė mano supratimą apie tai, kaip iš tikrųjų atrodo puikus SEO — ir tapo pagrindu viskam, ką nuo tada sukūriau.
Iš tos patirties įkūriau SEO Alive — agentūrą prekės ženklams, kurie rimtai žiūri į organinį augimą. Mes čia ne tam, kad pardavinėtume dashboards ir mėnesines ataskaitas. Mes čia tam, kad kurtume strategijas, kurios iš tikrųjų daro poveikį, sujungdami tai, kas geriausia klasikiniame SEO, su jaudinančiu nauju Generative Engine Optimization (GEO) pasauliu — užtikrindami, kad jūsų prekės ženklas pasirodytų ne tik Google mėlynosiose nuorodose, bet ir AI sugeneruotuose atsakymuose, kuriuos ChatGPT, Perplexity ir Google AI Overviews kasdien pateikia milijonams žmonių.
Ir kadangi neradau įrankio, kuris tinkamai valdytų abu šiuos pasaulius, sukūriau jį pats — SEOcrawl, enterprise SEO intelligence platformą, kuri vienoje vietoje sujungia rankings, techninius auditus, backlinks stebėseną, crawl būklę ir AI prekės ženklo matomumo sekimą. Tai platforma, apie kurios egzistavimą visada svajojau.
Atraskite daugiau šio autoriaus turinio

