Wordpress

Eng Aféierung zu Core Web Vitals vun PageSpeed

Barış Ünver ass de Grënner vun Optimocha, e personaliséierte WordPress Geschwindegkeetsoptimiséierungsservice a Besëtzer vum Speed ​​Booster Pack Plugin.

Zënter hirem Algorithmus Update am Juni 2021, gesäit Google effektiv Säiterfahrung als e wichtege Faktor a punkto SEO. An ee vun de kriteschsten Deeler vun dësem "Page Experience Update" ass wat Google nennt Kär Web Vitaler.

An dësem Post wäerte mir duerchgoen wat et ass, a verstoen firwat all Metrik wichteg ass.

Wat ass "Core Web Vitals"?

Kär Web Vitaler
Bildkreditt: web.dev

Hei ass wéi Google Core Web Vitals beschreift, also ech mengen et ass am beschten mat engem Zitat vun hinnen unzefänken:

(...) Jiddereen vun de Core Web Vitals representéiert eng ënnerscheedlech Facet vun der Benotzererfarung, ass moossbar am Feld, a reflektéiert d'real Welterfahrung vun engem kriteschen User-centric Resultat.

D'Metriken, déi Core Web Vitals ausmaachen, wäerten sech mat der Zäit entwéckelen. Den aktuelle Set fir 2020 konzentréiert sech op dräi Aspekter vun der Benotzererfarung -Luede, Interaktivitéit, an visuell Stabilitéit-an enthält déi folgend Metriken (an hir jeeweileg Schwellen):

  • Gréissten Inhaltlech Paint (LCP): Mooss Luede Leeschtung. (…)
  • Éischt Input Delay (FID): Mooss Interaktivitéit. (…)
  • Kumulative Layout Shift (CLS): moosst visuell Stabilitéit. (…)

Kombinéiert dës Informatioun mat der Ukënnegung vu Google iwwer CWV als Rankingfaktor bei SERPs, an Dir kënnt ofschléissen datt LCP, FID* an CLS déi wichtegst UX Metriken fir SEO sinn, laut Google.

* Eng Notiz iwwer FID, vu Google: "FID erfuerdert e richtege Benotzer a kann also net am Labo gemooss ginn. Wéi och ëmmer, d'Total Blocking Time (TBT) Metrik ass labber moossbar, korreléiert gutt mat FID am Feld, an erfaasst och Themen déi d'Interaktivitéit beaflossen. Optimisatiounen, déi TBT am Labo verbesseren, sollten och FID fir Är Benotzer verbesseren.

Loosst eis an all Metrik e bësse méi wäit tauchen.

Gréissten zefridde Faarf (LCP)

LCP
Bildkreditt: web.dev

Wéi säin Numm et scho seet, moosst dës Metrik d'Laaschtgeschwindegkeet vum gréissten Element (a Pixel) mat Inhalt am Viewport. Google entscheet datt dëst de gréissten Indikator vun der erkannter Geschwindegkeet vun enger Säit ass, a si si meeschtens richteg: Wann dat gréissten Element lued, wéi e Paragraphe oder en Heldenbild, gesinn eis Gehirn datt d'Säit gelueden ass a fir eis verfügbar ass.

D'Verbesserung vun der LCP ass meeschtens d'Eliminatioun vun Renderblockaden an d'Verzögerung vum Verméigen (CSS, JS, Biller, Schrëften, etc.) Downloads. Dofir ass d'Minifizéierung vun Verméigen an d'Benotzung vu Methoden wéi kritesch CSS a faul Luede a JavaScript Ausschlag entscheedend fir dës Metrik.

Éischt Input Delay (FID) a Total Blocking Time (TBT)

FID
Bildkreditt: web.dev

Dëst ass wahrscheinlech déi schwieregst ze verstoen an déi schwéierst ze verbesseren Metrik vun den dräi. (Et schéngt datt souguer Google et schwéier hat Weeër ze fannen fir dëst ze moossen, sou datt mir och kënne soen datt et am schwieregst ze moossen ass.)

Och déi erfuerene Leeschtungsoptimiséierungsexperten kënnen et schwéier hunn dëst z'erklären, also verzeien mech wann ech mat Iech gibberish schwätzen.

Fir e Besucher mat der Säit ze interagéieren, wann den "Haapt thread" vum Browser (deen am Fong d'ganz Websäit parséiert) méi laang wéi 50 Millisekonnen dauert, betruecht Google den Haaptthread "blockéiert" a markéiert de Prozess als "Long Task" ".

Et moosst d'Dauer vun der Haaptfaarf Task (minus 50ms fir all Aufgab) a summéiert et fir "total Blockéierungszäit" ze nennen. D'Verbesserung vun dëser Metrik ass entscheedend fir e Benotzer sou fréi wéi méiglech mat der Säit ze interagéieren, an dat ass wat "éischt Input Verzögerung" alles ass.

Komplizéiert? Absolut. Schwéier ze verbesseren? Dir wetten. Awer kann et gemaach ginn? N — jo. Wéi och ëmmer, et erfuerdert eng ruthlos Eliminatioun vu JavaScript Notzung, sou datt Tools fir Analyse, Tracking Pixel, Cookie Zoustëmmung Baren, Live Chat Widgets, a wat net dës zwou Metriken dramatesch verletzt.

Kumulative Layoutverschiebung

CLS
Bildkreditt: web.dev

Wëllt Dir jeemools op e Menü Knäppchen tippen, just fir ze realiséieren datt Dir eng Annonce getippt hutt déi aus néierens an der Split-Sekonn erauskoum, déi Dir decidéiert hutt ze tippen an ze tippen? Dat ass wat e Layoutwiessel ass; an "kumulative Layout Verréckelung" ass (natierlech) d'Zomm vun all Layout Verréckelung an där Säit Luet.

D'Verbesserung vun der CLS ass alles ëm d'Verbesserung vun der Leeschtung vun iwwer-de-klappt Elementer. Virluede Biller a Schrëften, eidel Plaz fir Annoncen allocéieren, kritesch CSS a Saachen wéi dës droen all zu enger besserer CLS Miessung bäi.

(Perséinlech, ech denken net datt dëst iwwerhaapt mat der Optimiséierung vun enger Säit seng Leeschtung verbonnen ass - ech mengen et ass net emol eng Zäitbaséiert Messung! Also, ech sinn net averstan mat Google datt dëst eng "Säit ass"Speed" Metrik, awer et ass definitiv eng wichteg Metrik fir d'Benotzererfarung ze verbesseren.)

Fazit: Wéi Approche PageSpeed ​​a Core Web Vitals

De Moment, an der Lighthouse Versioun 8, maachen dës dräi Metriken 70% vum PageSpeed ​​Score vun dëser Säit (Quell). Wéi och ëmmer, wéi Google seet (am Zitat uewen), ass PageSpeed ​​stänneg evoluéiert; also Dir kënnt erwaarden datt dëst an Zukunft geännert gëtt.

An notéiert datt PageSpeed ​​​​Scores ëmmer méi sënnlos ginn! Dir musst drun erënneren datt wann Dir probéiert Är Websäit ze optimiséieren fir Är SERP Rankings ze verbesseren, Core Web Vitals ass déi eenzeg Set vu Metriken déi Dir sollt en Aa behalen. Obsesséieren iwwer 100% PageSpeed ​​Scores fir all Är Säiten ze hunn ass net nëmmen sënnlos awer och schiedlech!

Fir méi ze léieren wéi Dir Är Websäit optiméiert, gitt op Optimocha.com an zéckt net fir a Kontakt mat Barış Ünver op LinkedIn ze kommen.

Verbonnen Artikelen

Hannerlooss eng Äntwert

Är E-Mail-Adress gëtt net publizéiert ginn.

Zréck erop zum Knäppchen