Elemente vitale web de bază pentru întreprinderile întreprinderi: Q/A cu Kathy Brown și Karl Kleinschmidt

Principalele elemente vitale web pentru întreprinderile întreprinderi: Q/A cu propriii noștri Kathy Brown și Karl Kleinschmidt

Pe 18 februarie, am găzduit sesiunea Core Web Vitals for Enterprise Businesses pentru a aborda noua actualizare a factorului de clasare privind experiența în pagină de la Google. Sesiunea s-a concentrat pe ceea ce au fost Core Web Vitals și de ce au contat. Experții noștri au studiat ce înseamnă fiecare dintre noile semnale de clasare și cum ar avea impact asupra SEO. Deși am oferit sfaturi utile și sfaturi, au existat încă multe întrebări despre FID, LCP, CLS și altele.

Mai jos sunt întrebările colectate de la publicul nostru și experții noștri Kathy și Karl le adresează.

Care este diferența dintre datele de teren și cele de laborator?

Kathy : Datele de laborator sunt datele de performanță pe care le vedeți într-un anumit mediu. Instrumente precum Chrome Dev Tools, precum și instrumente precum webpagetest.org vă oferă date de laborator. Datele de câmp sunt date colectate de la mulți utilizatori care folosesc Chrome pentru a răsfoi paginile site-ului dvs. Puteți vedea datele câmpului în Google Search Console și adesea în Google Page Speed ​​Insights (care va raporta atât datele de laborator, cât și datele de câmp pentru o pagină). Pentru nevoile de automatizare, datele de câmp sunt accesibile prin BigQuery. Rețineți că datele de laborator sunt pentru testare, datele de câmp sunt pentru clasare. Pe baza comentariilor lui John Mueller, anticipăm că, inițial, CWV va afecta doar clasamentele mobile și că va trebui să fiți „în verde” pentru ca toate cele trei valori să fie clasate mai sus.

Ce faci când nu sunt disponibile date Field?

Kathy : Dacă nu sunt disponibile date Field, aceasta înseamnă probabil că pagina nu primește mult trafic. Utilizați Google Page Speed ​​Insights pentru a verifica paginile dvs. cele mai populare pentru a vedea dacă sunt disponibile date Field pentru acele pagini. Puteți extrapola apoi rezultatele pentru toate paginile dvs. care aparțin acelui tip de pagină. Încercați să configurați un raport CrUX pentru a vedea dacă există unul pentru originea dvs. (domeniul dvs.). Puteți găsi un șablon Google Data Studio predefinit și acesta vă va oferi date de performanță pentru site-ul dvs. în general.

Dacă tot nu puteți găsi date Field, atunci determinați cele mai comune dispozitive și browsere care accesează site-ul dvs. și testați folosind acele medii. Nu uitați să setați comenzile de limitare și lățime de bandă pentru a simula cât mai aproape posibil mediile vizitatorilor dvs.

În timpul dezvoltării, site-urile noastre web rulează pe servere secundare care sunt mult mai lente decât serverele noastre de producție. Cum procedați pentru a testa viteza paginii în această situație?

Kathy: O cantitate semnificativă de scoruri Core Web Vital va depinde de client și de codul pe care îl rulează. Deci un scor CLS slab nu are nimic de-a face cu un server lent. Cu toate acestea, LCP ar putea fi afectat de un server lent din cauza strângerii de mână mai lente a conexiunii și a timpului necesar pentru a trimite resursele. O abordare de luat în considerare este să creați o comparație pentru serverele dvs. pentru valori precum TTFB (timpul până la primul octet) pentru o varietate de pagini, precum și să comparați timpul de livrare pentru fiecare 1 KB de date. În plus, dacă aveți operațiuni cu baze de date sau JS pe server, ar fi de asemenea util să cunoașteți diferențele dintre acești timpi de execuție pe fiecare server. Comparați diagramele cu cascadă între cele două și vedeți cât timp suplimentar de așteptare este în mediul de dezvoltare. Cunoașterea acestor diferențe ar ajuta la evaluarea mai ușor a performanței LCP pe serverul dvs. de dezvoltare.

Credeți că preîncărcarea link-urilor (pentru paginile ulterioare) va afecta LCP SAU credeți că LCP depinde doar de prima pagină pe care o încarcă utilizatorul?

Kathy: Când vine vorba de datele Field, performanța tuturor paginilor va conta. Memorarea în cache a materialelor statice (care ajută la vizitele și paginile ulterioare) vă va ajuta să obțineți scoruri Field. Preîncărcarea stilurilor CSS folosind linkul, preîncărcarea va ajuta probabil și performanța tuturor paginilor.

Ar putea un CDN cu o optimizare bună a memoriei cache să scadă semnificativ scorul LCP?

Kathy: Este cu siguranță posibil dacă LCP apare mai rapid pentru toți utilizatorii (atât cei noi, cât și cei care revin), atunci scorul tău LCP se va îmbunătăți.

Cum folosiți ferestrele pop-up fără ca acestea să afecteze Core Web Vitals?

Karl: Pentru problemele LCP, verificați dacă ferestrele pop-up nu ocupă un procent prea mare din fereastra de vizualizare, în special pe mobil.

Pentru problemele CLS, verificați că ferestrele pop-up nu fac restul elementelor dvs. să se miște, ci sunt în fața lor.

Cum ar trebui să ne gândim la CWV în contextul indexării mobile-first?

Karl: CWV va fi lansat pe mobil mai întâi și amânat pentru desktop (nu știm cu cât). CWV nu se referă cu adevărat la modul în care Google accesează cu crawlere site-ul dvs., ci mai degrabă despre modul în care vizitatorii interacționează cu site-ul dvs., astfel încât indexarea pe mobil nu ar trebui să facă o diferență.

Care este diferența dintre timpul total de blocare (TBT) și FID?

Karl: Timpul total de blocare este cantitatea totală de milisecunde în care sarcinile de blocare a firului principal blochează interacțiunea (se scad 100 ms per sarcină). FID este media cât durează site-ul dvs. web să răspundă la interacțiunile vizitatorilor. Timpul total de blocare este, prin urmare, cantitatea totală de milisecunde în încărcarea paginii în care ați putea avea un FID peste 0, în timp ce FID surprinde modul în care utilizatorii interacționează de fapt cu site-ul dvs.

Vedem modificări ale scorurilor în Google Search Console fără ca noi să facem modificări/îmbunătățiri din partea noastră.

Care ar fi motivul acestor fluctuații în consola de căutare?

Karl: Pentru Search Console sunt date de câmp, depind de modul în care utilizatorii interacționează cu site-ul tău. Schimbările în comportamentul utilizatorilor pot însemna scoruri CLS diferite, deoarece vizitatorii parcurg diferit sau scoruri LCP diferite, deoarece un procent mai mare de vizitatori sunt clienți care revin, astfel încât au anumite imagini stocate în cache. Există multe cauze posibile pentru fluctuațiile valorilor și rețineți că datele sunt întârziate cu aproximativ 28 de zile, așa că este posibil să fi lansat ceva în urmă cu 28 de zile și acum vedeți modificările datelor.

Dacă cineva obține rezultate diferite de la Search Console și PageSpeedTest, ar trebui să ne îngrijorăm doar de ceea ce este raportat pe Search Console?

Karl: În afara datelor Field vs. Lab, există două cauze principale pentru diferite date între consola de căutare și statisticile privind viteza paginii. Dacă una dintre paginile dvs. nu a primit suficient trafic, Google utilizează date similare ale paginii în statisticile privind viteza paginii, în timp ce în consola de căutare sunt grupate pagini similare care ar putea avea suficiente date. Prin urmare, este, de asemenea, posibil ca una dintre paginile dvs. să aibă suficient trafic, dar niciuna dintre paginile similare să nu aibă suficient trafic, ceea ce ar putea provoca și o diferență de scor. A existat și o actualizare a raportării din consola de căutare, care ar fi putut avea un impact.

Ai nevoie de resurse suplimentare?

Avem o mulțime de conținut grozav pe acest subiect. Consultați pagina noastră Core Web Vitals, unde am adunat o bibliotecă de resurse experți, cum ar fi podcasturi, seminarii web și bloguri. Puteți găsi tot ce aveți nevoie pentru a vă pregăti pentru actualizarea factorului de clasare de la Google Page Experience.