Vitali Web principali per le aziende aziendali: Q/A con Kathy Brown e Karl Kleinschmidt

Core Web Vitals per le aziende aziendali: Q/A con i nostri Kathy Brown e Karl Kleinschmidt

Il 18 febbraio abbiamo ospitato la nostra sessione Core Web Vitals for Enterprise Businesses per affrontare il nuovo aggiornamento del fattore di ranking di Page Experience di Google. La sessione si è concentrata su cosa fossero i Core Web Vitals e perché fossero importanti. I nostri esperti hanno approfondito il significato di ciascuno dei nuovi segnali di ranking e il loro impatto sulla SEO. Sebbene abbiamo fornito suggerimenti e consigli utili, c'erano ancora molte domande su FID, LCP, CLS e altro ancora.

Di seguito sono riportate le domande raccolte dal nostro pubblico e le nostre esperte Kathy e Karl le affrontano.

Qual è la differenza tra i dati Field e Lab?

Kathy : I dati di laboratorio sono i dati sulle prestazioni che vedi in un ambiente specifico. Strumenti come Chrome Dev Tools, nonché strumenti come webpagetest.org ti forniscono dati di laboratorio. I dati sul campo sono dati raccolti dai numerosi utenti che utilizzano Chrome per navigare nelle pagine del tuo sito. Puoi vedere i dati del campo in Google Search Console e spesso in Google Page Speed ​​Insights (che riporterà i dati del laboratorio e del campo per una pagina). Per esigenze di automazione, i dati sul campo sono accessibili tramite BigQuery. Ricorda che i dati di laboratorio sono per i test, i dati di campo sono per la classifica. Sulla base dei commenti di John Mueller, prevediamo che inizialmente CWV influirà solo sulle classifiche mobili e che dovrai essere "in verde" affinché tutte e tre le metriche si posizionino più in alto.

Cosa fare quando non ci sono dati sul campo disponibili?

Kathy : Se non ci sono dati disponibili sul campo, probabilmente significa che la pagina non riceve molto traffico. Usa Google Page Speed ​​Insights per controllare le tue pagine più popolari per vedere se i dati del campo sono disponibili per quelle pagine. Puoi quindi estrapolare i risultati per tutte le tue pagine che appartengono a quel tipo di pagina. Prova a impostare un rapporto CrUX per vedere se ce n'è uno per la tua origine (il tuo dominio). Puoi trovare un modello di Google Data Studio predefinito e questo ti fornirà dati sul rendimento per il tuo sito in generale.

Se ancora non riesci a trovare alcun dato Field, determina i principali dispositivi e browser più comuni che accedono al tuo sito e testali utilizzando tali ambienti. Ricorda di impostare i controlli di limitazione e larghezza di banda per simulare il più vicino possibile gli ambienti dei tuoi visitatori.

Durante lo sviluppo, i nostri siti Web vengono eseguiti su server secondari che sono molto più lenti dei nostri server di produzione. Come si fa a testare la velocità della pagina in questa situazione?

Kathy: Una quantità significativa del punteggio di Core Web Vital dipenderà dal client e dal codice in esecuzione. Quindi un punteggio CLS scadente non ha nulla a che fare con un server lento. Tuttavia, l'LCP potrebbe essere influenzato da un server lento a causa di handshake di connessione più lenti e del tempo necessario per inviare le risorse. Un approccio da considerare è creare un confronto per i tuoi server per metriche come TTFB (time to first byte) per una varietà di pagine, oltre a confrontare il tempo per fornire ogni 1 KB di dati. Inoltre, se si hanno operazioni di database o JS lato server, sarebbe utile anche conoscere le differenze tra i tempi di esecuzione in ciascun server. Confronta i grafici a cascata tra i due e guarda quanto tempo di attesa aggiuntivo c'è nell'ambiente di sviluppo. Conoscere queste differenze aiuterebbe a valutare più facilmente le prestazioni dell'LCP sul server di sviluppo.

Pensi che il precaricamento dei link (per le pagine successive) influirà su LCP OPPURE pensi che LCP dipenda solo dalla prima pagina caricata dall'utente?

Kathy: Quando si tratta di dati Field, le prestazioni di tutte le pagine sono importanti. La memorizzazione nella cache delle risorse statiche (che aiuta per le visite e le pagine successive) aiuterà i punteggi dei tuoi campi. Precaricando gli stili CSS utilizzando il collegamento, il precaricamento probabilmente aiuterà anche le prestazioni di tutte le pagine.

Un CDN con una buona ottimizzazione della cache potrebbe ridurre significativamente il punteggio LCP?

Kathy: È certamente possibile se l'LCP viene visualizzato più rapidamente per tutti gli utenti (sia nuovi che di ritorno), il tuo punteggio LCP migliorerà.

Come si utilizzano i popup senza che influiscano sui Core Web Vitals?

Karl: Per problemi di LCP, verifica che i popup non occupino una percentuale troppo grande del viewport, specialmente sui dispositivi mobili.

Per problemi di CLS, verifica che i popup non stiano spostando il resto dei tuoi elementi, ma siano di fronte a loro.

Come dovremmo pensare al CWV nel contesto dell'indicizzazione mobile-first?

Karl: CWV verrà implementato prima su mobile e ritardato su desktop (non sappiamo di quanto). CWV non riguarda in realtà il modo in cui Google esegue la scansione del tuo sito, ma invece il modo in cui i visitatori interagiscono con il tuo sito, quindi l'indicizzazione mobile-first non dovrebbe fare la differenza.

Qual è la differenza tra Total Blocking Time (TBT) e FID?

Karl: il tempo di blocco totale è la quantità totale di millisecondi che le attività di blocco del thread principale bloccano l'interazione (vengono sottratti 100 ms per attività). FID è la media del tempo impiegato dal tuo sito web per rispondere alle interazioni dei visitatori. Il tempo di blocco totale è quindi la quantità totale di millisecondi nel caricamento della pagina in cui potresti avere un FID superiore a 0, mentre il FID cattura il modo in cui gli utenti interagiscono effettivamente con il tuo sito.

Vediamo cambiamenti di punteggio in Google Search Console senza che noi apportiamo modifiche/miglioramenti da parte nostra.

Quale sarebbe il motivo di queste fluttuazioni all'interno della console di ricerca?

Karl: Per Search Console sono dati sul campo, dipende da come gli utenti interagiscono con il tuo sito. I cambiamenti nel comportamento degli utenti possono significare punteggi CLS diversi perché i visitatori scorrono in modo diverso o punteggi LCP diversi perché una percentuale più alta di visitatori ritorna clienti in modo che alcune immagini vengano memorizzate nella cache. Ci sono molte possibili cause per le fluttuazioni delle metriche e ricorda che i dati sono in ritardo di circa 28 giorni, quindi potresti aver rilasciato qualcosa 28 giorni fa e ora stai vedendo le modifiche ai dati.

Se qualcuno ottiene risultati diversi da Search Console e PageSpeedTest, dovremmo preoccuparci solo di ciò che viene segnalato su Search Console?

Karl: Al di fuori dei dati Field vs. Lab, ci sono due cause principali per i dati diversi tra la console di ricerca e le informazioni sulla velocità della pagina. Se una delle tue pagine non ha ricevuto abbastanza traffico, Google utilizza i dati di pagina simili negli approfondimenti sulla velocità della pagina, mentre nella console di ricerca vengono raggruppate pagine simili che potrebbero avere dati sufficienti. È quindi anche possibile che una delle tue pagine abbia abbastanza traffico, ma nessuna delle pagine simili abbia abbastanza traffico, il che potrebbe anche causare una differenza nei punteggi. C'era anche un aggiornamento per i rapporti della console di ricerca, che avrebbe potuto avere un impatto.

Hai bisogno di risorse aggiuntive?

Abbiamo molti ottimi contenuti su questo argomento. Dai un'occhiata alla nostra pagina Core Web Vitals in cui abbiamo raccolto una libreria di risorse di esperti come podcast, webinar e blog. Puoi trovare tutto ciò di cui hai bisogno per prepararti all'aggiornamento del fattore di ranking di Page Experience di Google.