Probleme comune de bază vitale web în WordPress și cum să le remediați
Publicat: 2023-09-06Te chinui să treci Core Web Vitals?
Potrivit Google:
55,4% din toate site-urile web cu date CrUX sunt insuficiente atunci când vine vorba de atingerea pragului bun pentru toate cele trei valori – LCP, FID și CLS.
Cu toate acestea, trecerea evaluării CWV nu este în niciun caz o misiune imposibilă.
De fapt, este un proces în 3 pași:
- Rulați teste de performanță
- Identificați problemele Core Web Vitals
- Optimizați-le
Și până la sfârșitul citirii acestui articol, vei fi echipat cu toate cunoștințele necesare pentru a efectua fiecare pas cu succes.
Așa că citește mai departe!
Recapitulare rapidă a Core Web Vitals
S-ar putea să fi dat peste această declarație Google:
Dar, după cum spune celebrul proverb, nu poți îmbunătăți ceea ce nu măsori.
Sau cel puțin aceasta a fost situația cu măsurarea experienței utilizatorului înainte de CWV.
În 2020, Google a introdus Core Web Vitals pentru a oferi proprietarilor de site-uri web un set definitiv de repere care influențează direct și semnifică experiența utilizatorului. Acestea au fost anunțate ca parte a inițiativei mai ample a Google de a sublinia valorile centrate pe utilizator în evaluarea sănătății generale a web-ului.
În esențial lor (pune de cuvinte), CWV sunt un set de metrici de performanță care aruncă lumină asupra calității experienței utilizatorului pe o pagină web. Ele cuprind trei elemente principale:
- Performanță de încărcare (LCP)
- Interactivitate (FID)
- Stabilitate vizuală (CLS)
LCP, sau Largest Contentful Paint, măsoară performanța de încărcare a unei pagini. Măsoară timpul necesar pentru încărcarea conținutului principal al paginii. Un LCP optim este considerat a fi sub 2,5 secunde.
FID, sau First Input Delay, evaluează interactivitatea și capacitatea de răspuns a unui site. Măsoară timpul de la momentul în care un utilizator interacționează pentru prima dată cu pagina dvs. (cum ar fi făcând clic pe un buton) până la momentul în care browserul începe să proceseze acea interacțiune. Un scor FID bun este orice sub 100 de milisecunde.
CLS, sau Cumulative Layout Shift, evaluează stabilitatea vizuală a unei pagini. Se uită la schimbările neașteptate ale aspectului care apar fără intrarea utilizatorului. Un scor CLS lăudabil ar fi mai mic de 0,1.
Există, de asemenea, o a patra măsurătoare care va înlocui FID în martie 2024 – Interacțiune cu Next Paint (INP).
INP înregistrează latența tuturor interacțiunilor de-a lungul întregului ciclu de viață al paginii. Apoi, cea mai mare întârziere de la toate interacțiunile este înregistrată ca INP al paginii.
Motivul pentru care INP va înlocui FID este căprimul introduce o modalitate mai cuprinzătoare de a evalua capacitatea de răspuns a paginii , măsurând toate interacțiunile.În schimb, FID ține cont doar de primul. Un scor bun INP este orice sub 200 de milisecunde.
Deși INP nu afectează direct evaluarea dvs. Core Web Vitals (deocamdată), Google a început deja să semnaleze problemele INP prin Search Console.
Aflați cele mai bune tehnici pentru a vă optimiza scorul INP chiar de la Google. Înregistrați-vă pentru webinarul nostru exclusiv →
Trecerea principalelor valori vitale web: a 75-a percentila
Când discutăm despre valorile Core Web Vitals, Google se referă adesea la percentila 75.
Aceasta înseamnă că un site ar trebui să urmărească valorile de performanță care îndeplinesc sau depășesc pragurile recomandate pentru cel puțin 75% din vizitele paginii sale.
Este o modalitate de a ne asigura că majoritatea interacțiunilor utilizatorilor cu site-ul sunt satisfăcătoare, mai degrabă decât să se concentreze doar pe valori medii sau mediane.
Instrumente pentru identificarea problemelor vitale de bază ale web
Primii doi pași din călătoria dvs. de optimizare Core Web Vitals vă cer să efectuați câteva teste și să identificați posibilii vinovați.
Există mai multe instrumente populare pe care le puteți utiliza pe parcurs:
1. PageSpeed Insights
PageSpeed Insights de la Google oferă atât date CWV specifice paginii, cât și la nivel de origine pentru ultimele 28 de zile. De asemenea, oferă sfaturi utile pentru creșterea performanței.
Este unul dintre cele mai utilizate instrumente de performanță datorită UX/UI prietenos. Pagina de raport include evaluarea dumneavoastră Core Web Vitals bazată pe datele de teren și scorul de performanță bazat pe datele de laborator.
Și în partea de jos, aveți widget-urile Opportunities & Diagnostics, care vă oferă o listă de probleme și valorile respective pe care le afectează.
2. Google Search Console
Raportul Core Web Vitals din Search Console include date de performanță pentru adrese URL individuale. Acest lucru îl face o opțiune excelentă pentru identificarea anumitor pagini care necesită îmbunătățiri. Spre deosebire de PageSpeed Insights, raportarea Search Console include date istorice de performanță.
Prin urmare, puteți urmări cât de impact sunt optimizările dvs. și dacă vă îndreptați sau nu în direcția corectă.
Raport despre experiența utilizatorului Chrome (CrUX)
CrUX adună date despre experiența utilizatorului din lumea reală de pe nenumărate site-uri web, oferind informații cheie despre Core Web Vitals bazate pe interacțiunile autentice ale utilizatorilor.
Puteți accesa setul de date CrUX în două moduri principale:
- API-ul Chrome UX Report - ideal pentru cei familiarizați cu JavaScript și JSON;
- BigQuery - potrivit pentru cei cu un proiect Google Cloud și cunoștințe de SQL.
Deși aceste metode necesită mai mult efort decât o verificare rapidă a PageSpeed Insights sau GSC, ele prezintă opțiuni versatile de analiză și vizualizare a datelor. De exemplu, BigQuery permite segmentarea datelor și integrarea cu alte seturi de date.
Vedeți rezultatele CWV înainte și după cu NitroPack. Testează-ți site-ul gratuit →
Cele mai frecvente probleme vitale de bază ale web în WordPress
Cele mai mari probleme de vopsea de conținut (LCP).
După cum știți deja, LCP măsoară durata necesară pentru ca elementul de conținut principal, cum ar fi o imagine sau un bloc de text, să devină vizibil pe o pagină web.
Orice întârziere în preluarea documentului HTML inițial de pe server poate împinge metrica LCP în intervalul nefavorabil.
Și aceștia sunt principalii vinovați:
1. Timpi de răspuns lent al serverului din cauza găzduirii bugetare
Timpii lenți de răspuns ale serverului, adesea observați în găzduirea partajată sau mediile de server supraaglomerate, pot influența în mod semnificativ scorul LCP.
Când timpul de răspuns al serverului întârzie, încărcarea elementelor LCP urmează exemplul, creând un efect în cascadă de redare întârziată a conținutului.
În plus, o caracteristică cheie a WordPress este natura sa dinamică, necesitând frecvent preluarea conținutului dintr-o bază de date. În scenariile în care această bază de date este găzduită pe un server lent, recuperarea și afișarea conținutului pot fi afectate, afectând și mai mult timpul de încărcare a celui mai mare element de pe pagina dvs.
În sfârșit, bazarea pe găzduirea bugetară poate afecta negativ timpul până la primul octet. TTFB măsoară intervalul pentru care primul octet de informații trebuie trimis de la server la browserul utilizatorului. Un TTFB prelungit este adesea un precursor al unui LCP întârziat.
Și, deoarece resurse precum CPU și RAM sunt împărțite între mai multe site-uri web pe găzduire partajată, este posibil ca site-ul dvs. WordPress să nu obțină întotdeauna resursele de care are nevoie pentru o încărcare eficientă.
2. JavaScript și CSS care blochează randarea introduse de anumite teme și pluginuri
Resursele de blocare a randării sunt acele scripturi și foi de stil care acționează ca blocaje, oprind redarea unei pagini web până când sunt procesate complet.
Atunci când o temă sau un plugin WordPress introduce elemente care împiedică redarea, întârzie în mod inerent vizibilitatea conținutului de bază, ceea ce duce la eșecul site-urilor web în evaluarea LCP.
Deci, când vine vorba de site-ul tău WordPress, mai puțin înseamnă mai mult.
Cu alte cuvinte, atingerea echilibrului corect între funcționalitatea și viteza unui site este esențială pentru atingerea acelor elemente vitale de bază ale web.
3. Imagini neoptimizate
Conform Almanahului Web:
Imaginile de înaltă rezoluție au dimensiuni substanțiale ale fișierelor. Fără optimizare, aceste fișiere voluminoase necesită mai multă lățime de bandă, prelungindu-le timpii de descărcare și randare.
În plus, imaginile neoptimizate pot introduce provocări de randare. Atunci când browserele întâlnesc formate de imagine care nu sunt acceptate nativ sau care au nevoie de procesare suplimentară, decodificarea ulterioară poate crește timpul total de randare.
Probleme cumulative privind schimbarea aspectului (CLS).
Un scor CLS slab indică faptul că elementele de pe pagină se schimbă în mod neașteptat pe durata de viață a unei pagini, ceea ce poate duce la o experiență frustrantă a utilizatorului, clicuri furioase și rate de respingere mai mari.
Iată care sunt lucrurile care fac să sară în sus și în jos conținutul paginii dvs.:
1. Imaginile introduse fără dimensiune setată
Un detaliu adesea trecut cu vederea în dezvoltarea web este specificarea dimensiunilor imaginii.
Definirea atributelor delățime și înălțimepentru imagini nu se referă doar la precizie estetică; este o măsură practică pentru a menține stabilitatea aspectului.
Fără aceste atribute, unui browser îi lipsește prevederea de a aloca spațiul necesar pentru imagine în timpul randării inițiale. Acest lucru poate părea lipsit de importanță până când imaginea se încarcă complet.
În acest moment, dacă dimensiunile sale reale sunt mai mari decât spațiul implicit sau presupus, imaginea împinge deoparte sau deplasează conținutul din apropiere, ceea ce duce la schimbări bruște și perturbatoare de aspect.
2. Destinații de plasare a anunțurilor fără spațiu rezervat
Încorporați elemente dinamice, cum ar fi reclame, videoclipuri sau alt conținut încorporat?
Ar trebui să știți că această integrare vine cu setul ei de provocări.
Una semnificativă este imprevizibilitatea dimensiunilor conținutului. Dacă nu rezervați în mod proactiv spațiu pentru aceste elemente, pagina se redă fără a lua în considerare spațiul pe care l-ar ocupa.
Acest lucru devine problematic atunci când aceste elemente, în special reclamele dinamice, se încarcă. Dacă dimensiunea lor reală depășește spațiul nealocat sau implicit, ei se amestecă în alt conținut, determinându-l să se schimbe.
3. Livrarea fonturilor neoptimizate
În căutarea coerenței brandului și a designului captivant, fonturile personalizate au devenit un element de bază în designul web.
Dar introduc provocări, și anume, FOIT (Flash of Invisible Text) și FOUT (Flash of Unstyled Text).
Cu fonturile personalizate, în special cele grele sau cele preluate din surse externe, există un interval temporal înainte ca acestea să fie complet încărcate și afișate. În acest interval, o pagină poate afișa FOIT, unde textul rămâne invizibil, sau FOUT, unde se completează un font de sistem alternativ.
Când fontul personalizat încărcat variază semnificativ față de omologul său alternativ, acesta remaniază aspectul textului. Această schimbare bruscă poate fi atât dezorientatoare, cât și frustrantă pentru utilizatorii absorbiți în citirea sau interacțiunea cu elementele textului.
Probleme cu întârzierea primei intrări (FID).
Un fir principal blocat este principalul vinovat pentru scorurile FID slabe. Când există multă muncă în coadă pe firul principal, interacțiunile utilizatorilor trebuie să aștepte la coadă, ceea ce duce la întârzieri perceptibile.
Și acestea sunt resursele care blochează cel mai frecvent firul principal:
1. Execuție JavaScript grea
Execuția JavaScript grea poate afecta în mod substanțial FID pe site-uri web, în primul rând datorită naturii JavaScript cu un singur thread.
Când un browser procesează JavaScript extins, monopolizează firul principal, care este responsabil pentru diverse sarcini critice, inclusiv gestionarea intrărilor utilizatorilor. Ca rezultat, dacă un utilizator interacționează cu o pagină în timpul acestei execuții grele, răspunsul este întârziat.
2. Prioritizarea slabă a resurselor
Nu toate resursele încărcate pe un site web au o semnificație egală pentru redarea inițială sau interacțiunile utilizatorului.
Dacă resursele neesențiale sunt prioritizate față de cele cruciale sau dacă nu există o prioritizare adecvată, acest lucru poate determina ca firul principal să fie ocupat cu sarcini care încetinesc capacitatea de răspuns a paginii.
Cu alte cuvinte, prioritizarea eficientă a resurselor asigură că browserul rămâne receptiv la utilizatori, concentrându-se mai întâi pe ceea ce este esențial, optimizând experiența utilizatorului și menținând scorurile FID la un nivel scăzut.
3. Rularea cantității excesive de scripturi terță parte
Pluginurile de la terți pot avea un impact semnificativ asupra capacității de răspuns a paginilor dvs. web. Aceste plugin-uri, care vin adesea sub formă de scripturi, instrumente de analiză, rețele de publicitate sau diverse widget-uri, pot introduce sarcini de procesare suplimentare.
În plus, multe pluginuri terță parte, cum ar fi analiza, gestionarea anunțurilor și formularele, nu sunt optimizate pentru performanță, ceea ce înseamnă că ar putea să nu adere la cele mai bune practici pentru execuția de script care nu blochează sau încărcarea eficientă a resurselor. Unele pot provoca chiar execuția JavaScript extinsă sau pot veni cu încărcături utile mari.
În plus, rețineți că scripturile terțe se bazează adesea pe servere externe. Orice întârziere în timpul de răspuns al serverului poate introduce, de asemenea, latență.
Probleme de interacțiune cu Next Paint (INP).
Având în vedere că INP va înlocui FID anul viitor, nu este surprinzător faptul că lucrurile care au un impact negativ asupra metricii actuale de răspuns o vor afecta și pe cea viitoare.
Cu alte cuvinte, blocarea firului principal cu sarcini lungi din cauza executării fișierelor JavaScript neoptimizate va duce, de asemenea, la un scor INP scăzut.
Dar mai este un lucru:
1. Având o dimensiune DOM mare
Document Object Model (DOM) este coloana vertebrală pentru fiecare pagină web, prezentând un document HTML ca un arbore structurat. Fiecare ramură a acestui arbore culminează într-un nod, care adăpostește diverse obiecte. Aceste noduri pot descrie diferite segmente ale documentului, cum ar fi elemente, conținut textual sau comentariu.
În timp ce DOM-ul este fundamental pentru funcția unei pagini web, dimensiunea sa poate duce la probleme de receptivitate deoarece:
Cu cât DOM este mai mare, cu atât este mai mare cererea pentru un browser pentru a reda rapid și eficient o pagină.
În termeni mai simpli:
Pentru o reacție promptă la acțiunile utilizatorului, este esențial să vă simplificați DOM-ul doar la elementele esențiale.
S-ar putea să vă gândiți la definiția „esențial”. Conform criteriilor Lighthouse, o dimensiune DOM este considerată împovărătoare dacă depășește1.400 de noduri.
Alăturați-vă celor 45% dintre site-urile web care își trec Core Web Vitals. Instalați NitroPack astăzi →
Cum să remediați problemele principale ale Vitals Web în WordPress (listă de verificare)
Optimizarea LCP
LCP este valoarea cu care proprietarii de site-uri web se luptă cel mai mult. De aceea, există mai multe optimizări pe care trebuie să le aplicați:
- Actualizați-vă găzduirea : luați în considerare renunțarea la găzduirea partajată.Deși este rentabil, poate fi mai lent decât opțiunile mai scumpe - soluții dedicate sau de găzduire în cloud. Opțiunile de găzduire premium tind să ofere timpi de răspuns mai rapid.
- Utilizați orețea de difuzare a conținutului (CDN): CDN-urile stochează versiuni stocate în cache ale site-ului dvs. pe mai multe servere situate la nivel global. Acest lucru asigură utilizatorilor să primească date de la cel mai apropiat server, reducând timpul necesar pentru preluarea datelor.
- Optimizarea bazelor de date : aceasta include eliminarea datelor învechite, optimizarea interogărilor și utilizarea eficientă a indecșilor. Pentru site-urile web cu WordPress, pluginuri precum WP-Optimize pot ajuta la întreținerea bazei de date.
- Alegeți formatul de imagine potrivit : selectați cel mai eficient format pentru imaginile dvs. În timp ce JPEG este ideal pentru fotografii, PNG este mai bun pentru imaginile cu transparență. Formatele moderne precum WebP pot oferi imagini de înaltă calitate, cu dimensiuni mai mici ale fișierelor.
- Aplicați compresie : utilizați compresia cu pierderi pentru a reduce dimensiunile fișierelor fără o degradare vizuală semnificativă. Utilizați compresia fără pierderi pentru a păstra fiecare detaliu pentru imaginile în care calitatea este primordială.
- Redimensionați imagini: furnizați imagini adaptate dispozitivului și ferestrei de vizualizare. Evitați să utilizați imagini mari care sunt apoi redimensionate cu CSS sau în browser. Generați diferite dimensiuni de imagine pentru diferite rezoluții de ecran și serviți-le folosind atributul „srcset”. Sau încercați un plugin precum NitroPack, care vă redimensionează automat imaginile.
- Reduceți fișierele JS și CSS : reduceți dimensiunea scripturilor și a foilor de stil eliminând caracterele inutile, spațiile albe și codul. Instrumente precum Terser (pentru JS) și CSSNano (pentru CSS) pot ajuta în acest sens.
- Utilizați amânare sau asincron: utilizați atributul amânare pentru scripturile care nu sunt necesare pentru redarea paginii inițiale. Acest lucru asigură că fișierele JS sunt executate în ordine după ce HTML-ul a fost analizat. Utilizați atributul asincron pentru scripturile care nu se bazează pe alte scripturi și nu sunt critice pentru randarea inițială. Acest lucru permite browserului să continue analizarea paginii în timp ce scriptul este descărcat.
- CSS criticinline: identificați CSS minim necesar pentru randarea paginii inițiale și introduceți-l direct în HTML. Acest lucru asigură că stilurile esențiale pentru conținutul de deasupra pliului sunt disponibile imediat.
Îmbunătățirea FID
Pentru a garanta o capacitate de răspuns fluidă și rapidă a paginii, implementați următoarele optimizări:
- Utilizați lucrători web : descărcați calcule complexe către lucrătorii web. Ei rulează JavaScript în fundal pe un fir separat, asigurându-se că firul principal rămâne receptiv.
- Prioritizează JS critic : prioritizează încărcarea și executarea celui mai esențial cod JS. Utilizați rel="preload" pentru a informa browserul despre scripturile cu prioritate ridicată.
- Reduceți CSS neutilizat : în timp ce JavaScript este de obicei răufăcător principal, CSS blochează și firul principal. Prin reducerea CSS neutilizați, reduceți numărul total de octeți care trebuie descărcați. Mai important, vă asigurați că browserele pot începe să redea pagina mai rapid, deoarece au mai puține operațiuni de efectuat.
- Împărțiți sarcinile lungi: împărțiți sarcinile lungi în bucăți mai mici, asincrone, folosind tehnici precum requestIdleCallback(). Acest lucru asigură că firul principal rămâne liber pentru intrările utilizatorilor mai des.
- Optimizați ascultătorii de evenimente: dacă aveți mulți ascultători de evenimente pe mai multe elemente, luați în considerare delegarea evenimentului. Această metodă atașează un singur ascultător de eveniment la un părinte comun, reducând numărul de ascultători și îmbunătățind performanța.
Reducerea CLS
Pentru a elimina posibilitatea ca utilizatorii să se confrunte cu schimbări neașteptate, asigurați-vă că:
- Definiți dimensiunile pentru imagini, anunțuri și încorporare: includeți întotdeauna atributele de lățime și înălțime pentru imaginile dvs. Acest lucru ajută browserul să aloce spațiul corect pentru imagine înainte ca aceasta să fie încărcată.
- Folosirea font-display: optional: Folosirea font-display: optional in combinatie cu link-ul rel=preload pentru cele mai esentiale fonturi este considerata cea mai buna strategie generala de font pentru un CLS bun. Valoarea opțională nu va provoca o redispunere atunci când fontul web este gata. În același timp, fontul preîncărcat va întâlni probabil prima vopsea, asigurându-se că nu apar schimbări de aspect.
- Rezervați spațiu pentru conținut dinamic : alocați întotdeauna spațiu adecvat în prealabil pentru conținutul încărcat dinamic, cum ar fi anunțuri sau cadre iframe. Acest lucru va împiedica conținutul să împingă alte elemente atunci când se încarcă.
Trecând INP
Toate tehnicile de optimizare menționate în secțiunea FID vă vor îmbunătăți în mod inevitabil scorul INP. În plus, ar trebui să implementați următoarele:
- Reduceți dimensiunea DOM: pentru a reduce adâncimea DOM a site-ului dvs., evitați pluginurile și temele prost codificate, nu ascundeți elementele nedorite utilizând display:none, îndepărtați-vă de constructorii de pagini care umfla codul dvs. și minimizați nodurile DOM bazate pe JavaScript.
- Evitați temporizatoarele recurente: setTimeout și setInterval sunt funcții de temporizare JavaScript utilizate în mod obișnuit, care pot contribui la întârzierea introducerii. Dacă aveți control asupra temporizatoarelor din codul dvs., evaluați necesitatea acestora și reduceți-le cât mai mult posibil.
Învelire
Parcurgerea listei lungi de optimizări ar putea fi atât de copleșitoare încât s-ar putea gândi:
Chiar trebuie să trec evaluarea Core Web Vitals? Sunt atât de impactante?
Și adevărul este că nu este vorba despre valorile în sine.
Da, să rulezi un test PSI și să vezi totul în verde este întotdeauna plăcut. Și da, fac parte din factorii de clasare ai Google, astfel încât s-ar putea să vedeți o creștere a poziției dvs. SERP.
Dar valoarea reală provine din faptul că trecerea CWV se traduce direct în faptul că oferiți o experiență de utilizator de top.
Și acest lucru duce la rezultate din lumea reală precum:
- Rate de conversie crescute
- Reduceți ratele de respingere
- A avea un site web pe care utilizatorii le place să îl viziteze
Așadar, revenind la întrebări, am spune că este esențial să-ți promovezi Core Web Vitals.
Dar am fi de asemenea de acord că nu este ușor să faceți față tuturor optimizărilor.
De aceea am creat NitroPack.
NitroPack este o soluție ușoară de performanță web care alimenteazămai mult de 180.000 de site-uri web la nivel global , permițându-le să atingă valori vitale web excelente, scoruri de performanță și experiență de utilizator.
Datorită celor peste 35 de funcții încorporate de optimizare a vitezei paginii , NitroPack este lider în optimizarea Core Web Vitals:
Și cea mai bună parte este că poți configura NitroPack în 3 minute. Nu sunt necesare abilități tehnice sau codare. Pur și simplu instalați pluginul, conectați-l la site-ul dvs. și vedeți cum se remediază problemele de performanță.