Wordpress

PageSpeed-en Core Web Vitals-en sarrera

Barış Ünver Optimocha-ren sortzailea da, neurrira egindako WordPress abiadura optimizatzeko zerbitzu bat eta Speed ​​Booster Pack pluginaren jabea.

2021eko ekainean algoritmoa eguneratu zutenetik, Google-k modu eraginkorrean ikusten du orrialdearen esperientzia faktore garrantzitsu gisa SEOri dagokionez. Eta "Page Experience Update" honen zatirik kritikoenetako bat Google-k deitzen duena da Core Web Vitals.

Post honetan, zer den aztertuko dugu eta metrika bakoitzak zergatik duen garrantzia ulertuko dugu.

Zer da "Core Web Vitals"?

Core Web Vitals
Irudiaren kreditua: web.dev

Hona hemen Google-k Core Web Vitals nola deskribatzen dituen, beraz, hobe dela uste dut haien aipu batekin hastea:

(…) Core Web Vitals bakoitzak erabiltzailearen esperientziaren alderdi ezberdin bat adierazten du, eremuan neurgarria da eta mundu errealeko esperientzia islatzen du erabiltzailean oinarritutako emaitza kritiko baten.

Core Web Vitals osatzen duten neurketak denboran zehar eboluzionatuko dira. 2020rako egungo multzoa erabiltzailearen esperientziaren hiru alderditan zentratzen da:loading, interaktibitatea, eta ikusmen egonkortasuna—eta neurgailu hauek (eta dagozkien atalaseak) barne hartzen ditu:

  • Pintura edukirik handiena (LCP): karga-errendimendua neurtzen du. (...)
  • Lehen sarrerako atzerapena (FID): interaktibitatea neurtzen du. (...)
  • Diseinu-aldaketa metatua (CLS): ikusmen egonkortasuna neurtzen du. (...)

Konbinatu informazio hau Google-ren iragarpenarekin CWV SERPen sailkapen-faktorea izateari buruz, eta ondorioztatu dezakezu LCP, FID* eta CLS SEOrako UX metrika garrantzitsuenak direla, Google-ren arabera.

* FID-ari buruzko ohar bat, Google-k: "FIDek benetako erabiltzaile bat behar du eta, beraz, ezin da laborategian neurtu. Hala ere, Blokeo Denbora Guztira (TBT) neurketa laborategian neur daiteke, eremuan FIDrekin ondo erlazionatzen da eta interaktibotasuna eragiten duten arazoak ere jasotzen ditu. Laborategian TBT hobetzen duten optimizazioek zure erabiltzaileentzako FID ere hobetu beharko lukete.

Murgil ditzagun metrika bakoitzean pixka bat gehiago.

Pintura eduki handiena (LCP)

LCP
Irudiaren kreditua: web.dev

Bere izenak dioen bezala, metrika honek elementurik handienaren karga-abiadura (pixeletan) neurtzen du bistaratuko edukia duen. Google-k erabakitzen du hori dela orrialde baten hautematen den abiaduraren adierazlerik handiena, eta gehienetan arrazoi dute: elementu handiena kargatzen denean, paragrafo bat edo heroi irudi bat bezala, gure garunak hautematen du orria kargatuta eta eskuragarri dagoela guretzat.

LCP hobetzea, batez ere, errendatze-blokeoak ezabatzea eta aktiboen (CSS, JS, irudiak, letra-tipoak, etab.) deskargak atzeratzea da. Horregatik, aktiboak murriztea eta CSS kritikoa eta karga alferra eta JavaScript atzeratzea bezalako metodoak erabiltzea funtsezkoa da metrika honetarako.

Lehen sarrerako atzerapena (FID) eta guztizko blokeo-denbora (TBT)

IN
Irudiaren kreditua: web.dev

Hau da, ziurrenik, hiruretatik ulertzen zailena eta hobetzen zailena. (Badirudi Googlek ere zaila izan zuela hori neurtzeko moduak aurkitzea, beraz, neurtzeko zailena dela ere esan dezakegu).

Eskarmentu handieneko errendimenduaren optimizazioko adituek ere zaila izan dezakete hori azaltzeko, beraz, barka iezadazu txalokeriaz ari banaiz.

Bisitari batek orrialdearekin elkarreragiteko, arakatzailearen "hari nagusiak" (funtsean web orri osoa analizatzen ari dena) 50 milisegundo baino gehiago irauten badu, Google-k hari nagusia "blokeatuta" hartzen du eta prozesua "Zeregin luzea" gisa etiketatzen du. ”.

Hari nagusiaren atazaren iraupena neurtzen du (zeregin bakoitzeko 50 ms gutxiago) eta laburbiltzen du "blokeo-denbora osoa" deitzeko. Neurri hau hobetzea erabakigarria da erabiltzaileak orrialdearekin lehenbailehen elkarreragiteko, eta horixe da "lehen sarrerako atzerapena".

Konplikatua? Erabat. Zaila hobetzea? Apustu egiten duzu. Baina egin daiteke? N-bai. Hala ere, JavaScript erabilera gupidagabea ezabatzea eskatzen du, beraz, analisirako tresnek, pixelen jarraipena, cookieen baimen-barrak, zuzeneko txataren widget-ak eta bestelakoek izugarri kaltetzen dituzte bi metrika hauei.

Diseinu metaketaren aldaketa

CLS
Irudiaren kreditua: web.dev

Inoiz menuko botoi bat sakatu nahi izan duzu, sakatu eta sakatu erabaki zenuen segundo zatian ezerezetik agertu zen iragarki bat sakatu duzula konturatzeko? Hori da diseinu-aldaketa bat; eta "diseinu-aldaketa metatua" orri-karga horretako diseinu-aldaketa guztien batura da (jakina).

CLS hobetzea tolestearen gaineko elementuen errendimendua hobetzea da. Irudiak eta letra-tipoak aldez aurretik kargatzeak, iragarkietarako espazio hutsa esleitzeak, CSS kritikoak eta horrelako gauzak guztiak CLS neurketa hobea lortzen laguntzen dute.

(Pertsonalki, ez dut uste hori orriaren errendimendua optimizatzearekin batere erlazionatuta dagoenik; esan nahi dut ez dela denboran oinarritutako neurketa bat ere! Beraz, ez nago ados Googlerekin "Orrialde" bat izatearekin.Speed” metrika, baina, zalantzarik gabe, metrika garrantzitsua da erabiltzailearen esperientzia hobetzeko.)

Ondorioa: Nola hurbildu PageSpeed ​​eta Core Web Vitals

Oraintxe bertan, Lighthouse 8. bertsioan, hiru neurketa hauek orrialde horren PageSpeed ​​puntuazioaren (iturria) % 70 osatzen dute. Hala ere, Google-k dioen bezala (goiko aipuan), PageSpeed ​​etengabe eboluzionatzen ari da; beraz, etorkizunean hau aldatzea espero dezakezu.

Eta kontuan izan PageSpeed-en puntuazioak gero eta zentzugabeagoak direla! Gogoratu behar duzu zure webgunea optimizatzen saiatzen ari bazara zure SERP sailkapena hobetzeko, Core Web Vitals kontuan izan behar duzun neurketa multzo bakarra dela. Zure orri guztietan % 100 PageSpeed ​​puntuazioak izatearekin obsesionatzea zentzugabea izateaz gain, kaltegarria da!

Zure webgunea nola optimizatu jakiteko, zoaz Optimocha.com-era eta ez izan zalantzarik eta jarri harremanetan Barış Ünver LinkedIn-en.

Gaiarekin lotutako artikuluak

0 Comments
Lineako erantzunak
Ikusi iruzkin guztiak
Itzuli gora botoia