Google ritarda il lancio di Page Experience, ma ci offre nuovi strumenti

L'algoritmo di "esperienza della pagina" di Google precedentemente propagandato per maggio 2021 verrà ora implementato tra giugno e agosto

In un annuncio di questa settimana, Google ha rinviato l'aggiornamento dell'esperienza di pagina, che include il nuovo Core Web Vitals (CWV), da maggio di quest'anno fino a metà giugno. Inoltre, il rollout di questo aggiornamento avverrà gradualmente tra giugno e agosto 2021.

Anche se questo può essere frustrante per alcuni proprietari di siti web; molti dei quali avranno investito nel mettere in buona forma i propri siti e nella speranza di fare un salto sui concorrenti, sarà senza dubbio una buona notizia anche per gli altri.

In questo pezzo ti guideremo attraverso:

• Cosa significa per le tue prestazioni SEO
• La nuova dashboard dell'esperienza di pagina
• Dati fondamentali per il Web – Insights sulla velocità della pagina rispetto a Search Console
• Quali sono gli altri cambiamenti nel rollout?

Se sei interessato a saperne di più sui singoli Core Web Vitals, puoi leggere la nostra spiegazione qui. I Core Web Vitals, che includono le nuove metriche per LCP, CLS e FID, possono essere difficili da ottimizzare. In alcuni casi, le piattaforme e i temi dei siti Web esistenti semplicemente non dispongono di buone basi per fornire le migliori metriche sulle prestazioni agli occhi di Google, molte delle quali richiedono risorse significative o ricostruzioni complete che richiedono tempo per la pianificazione e la consegna.

Questo ritardo sembra essere una chiara indicazione da parte di Google che secondo loro dovrebbe essere concesso più tempo di grazia ai proprietari di siti per "aiutarti a continuare a perfezionare il tuo sito web tenendo presente l'esperienza della pagina".

Cosa significa questo per le tue prestazioni SEO?

La natura graduale del lancio significa anche che è meno probabile che vedremo cambiamenti improvvisi nelle classifiche ... non che dovrebbero esserci comunque, Google ha chiarito di non aspettarsi "cambiamenti drastici", simili all'aggiornamento ottimizzato per i dispositivi mobili o l'aggiornamento della velocità: ribadire che l'esperienza di pagina è solo uno dei tanti fattori nel meccanismo di classificazione generale.

È più probabile che l'aggiornamento dell'esperienza di pagina abbia un effetto maggiore per i siti che hanno punteggi CWV davvero scarsi o nelle ricerche competitive in cui altri fattori di classificazione sono più bilanciati. Questo diagramma lo riassume al meglio:

Questo non vuol dire che i Core Web Vitals non siano importanti, come puoi vedere sopra, possono essere fondamentali per battere la concorrenza. L'importanza di questi aumenterà con ogni aggiornamento che Google lancia.

Tuttavia, con questi pochi mesi in più, vedremo un rinnovato impegno attorno a Core Web Vitals? Penso che questo sia improbabile, dato che abbiamo già avuto la parte migliore di un anno di preavviso per questo nuovo fattore di classifica e coloro che davvero si preoccupano o sono preoccupati per questi nuovi segnali avrebbero già pianificato l'aggiornamento di maggio.

Una nuova dashboard per l'esperienza della pagina

Per aiutarci a prepararci per questi aggiornamenti imminenti, è stato rilasciato un nuovo rapporto sull'esperienza della pagina per Search Console. Questo combina i dati del rapporto Core Web Vitals con i segnali di esperienza della pagina esistenti per l'ottimizzazione per i dispositivi mobili, la sicurezza e l'uso di HTTPS.

Il grafico in alto fornisce un utile riepilogo, per giorno, della proporzione di pagine che rientrano nella soglia 'buona' per Core Web Vitals. Se una pagina non soddisfa la soglia valida per LCP, FID o CLS, verrà contrassegnata come "URL non riuscito".

Selezionando il pannello Core Web Vitals ti porterà al rapporto Core Web Vitals dove puoi visualizzare tutte le pagine che "necessitano di miglioramenti" o sono "scarse".

Capire quali pagine stanno fallendo aiuta a determinare dove indirizzare i nostri sforzi. Anche se potrebbe non essere possibile affrontare ogni singola pagina, potrebbe essere possibile isolare modelli specifici o gruppi di pagine che condividono problemi comuni. A volte lo usiamo insieme alle pagine del traffico principale per analizzare dove qualsiasi ulteriore lavoro di sviluppo per migliorare la velocità avrà il maggiore impatto. Affronteremo quindi queste pagine e testeremo i Core Web Vitals all'interno di PageSpeed ​​Insights di Google.

Perché Page Speed ​​Insights e Search Console mostrano dati diversi?

Se hai utilizzato strumenti come PageSpeed ​​Insights per testare le prestazioni, potresti notare discrepanze tra il modo in cui le metriche CWV di una pagina web vengono fornite in Insights rispetto ai rapporti in Search Console.

Alla fine si tratta di dati di laboratorio vs dati di campo .

Da Martin Splitt di Google “I dati di campo provengono da utenti reali, mentre i dati di laboratorio provengono da una macchina abbastanza potente con probabilmente una buona connessione Internet da qualche parte del mondo. Quindi potresti non vedere gli stessi risultati.”

A differenza del rapporto "laboratorio" in Insights che misura queste metriche in un ambiente simulato, i punteggi Core Web Vital in Search Console si basano su dati reali "sul campo" raccolti da utenti reali da CRUX. È quindi comune vedere differenze tra il modo in cui vengono riportate queste metriche e possono essere dovute a una serie di motivi. Questi potrebbero includere:

1. Le metriche misurate tramite CRUX possono essere aggregate in tutto il sito e probabilmente diverse dai valori di pagine specifiche testate in Insights.
2. È probabile che i dispositivi effettivi utilizzati da utenti reali e riportati in CRUX abbiano CPU e capacità di elaborazione diverse rispetto al dispositivo simulato in Insights. Ciò può influire in particolare sulla metrica FID ed è comune vedere punteggi più alti per le metriche di interattività nei risultati dei test di laboratorio di Insights.
3. Le risoluzioni e le dimensioni dello schermo variano enormemente tra i diversi utenti , a differenza della singola risoluzione per dispositivi mobili e desktop in Insights. Ciò significa che l'elemento LCP più grande può cambiare a diverse risoluzioni e punti di interruzione. Se l'LCP è un'immagine eroe, ad esempio, assicurati che l'immagine sia reattiva e che la dimensione corretta sia precaricata a risoluzioni diverse.
4. Insights non prende in considerazione lo scorrimento o il comportamento dei clic, mentre CRUX registra l'esperienza di un utente durante il suo viaggio. Se il contenuto viene caricato o un elemento si sposta mentre un utente scorre la pagina o interagisce con un elemento, ciò potrebbe comportare valori CLS più elevati in Search Console e nei rapporti CRUX.

Quale dovrei usare?

Queste differenze significano che uno strumento di segnalazione dovrebbe essere utilizzato rispetto a un altro? Ci piace usare entrambi . Insights è la soluzione migliore per analizzare pagine specifiche e misurare l'impatto di qualsiasi miglioramento apportato alle pagine chiave, mentre i dati CRUX all'interno di Search Console possono essere utili per segnalare problemi in un intero sito e identificare modelli specifici che richiedono attenzione.

Quali sono gli altri cambiamenti nel rollout?

Ma l'esperienza della pagina non è la fine. Altre modifiche dovute a questo lancio graduale includono

1. Top Stories non richiede più AMP

Questo è un grande per gli editori di notizie. Al momento, solo gli articoli pubblicati come AMP possono essere visualizzati nella funzione carosello Top Stories nei risultati dei motori di ricerca. Quando si verifica l'implementazione dell'esperienza con la pagina, AMP non sarà più un requisito e qualsiasi articolo sarà idoneo a condizione che siano soddisfatte le norme di News . Questo requisito è stato eliminato anche dall'app Google News.

Ciò significa che gli editori non sono obbligati a utilizzare una tecnologia specifica se desiderano questa visibilità extra nelle SERP. La creazione di contenuti AMP può essere difficile da implementare, quindi la rimozione di questo requisito crea condizioni di parità.

2. Rimozione del badge AMP

Anche il badge AMP, il piccolo simbolo del fulmine mostrato nei risultati di ricerca per indicare che il contenuto AMP è stato rimosso. Invece, Google "testerà altri modi per aiutare a identificare i contenuti con un'ottima esperienza di pagina". Non sarei sorpreso di vedere un'icona diversa apparire nei risultati di ricerca per indicare i siti con le migliori prestazioni che superano tutti i Core Web Vitals e altre misurazioni dell'esperienza di pagina. Ciò potrebbe avere un grande effetto sulle percentuali di clic e incoraggerebbe davvero i proprietari dei siti a dare un'altra occhiata a CWV.

3. Supporto per gli scambi firmati per tutti i contenuti su Ricerca Google

Parte della tecnologia di base utilizzata da Google per creare pagine velocissime per AMP era la capacità di "precaricare" le risorse dai risultati della Ricerca Google, in modo che le risorse chiave necessarie per visualizzare e visualizzare una pagina Web per l'utente possano essere caricate prima che l'utente navighi effettivamente alla pagina.

Uno degli aspetti più entusiasmanti dell'annuncio di questa settimana è che questa tecnologia "SXG" utilizzata per fornire AMP viene resa disponibile per uso generale e non limitata ai soli contenuti AMP. Se l'HTML e il CSS del sito principale sono stati caricati, ad esempio, prima che un utente lo raggiunga, questo potrebbe ridurre di centinaia di millisecondi il tempo di caricamento di un sito quando viene navigato da Ricerca Google.

Sebbene SXG stesso non sarà un fattore di ranking, se crea punteggi più alti e di conseguenza una migliore esperienza di pagina, potrebbe indirettamente migliorare le classifiche.

Arrotondare

Sebbene fossimo pronti e ansiosi che gli aggiornamenti sull'esperienza della pagina arrivassero il mese prossimo, comprendiamo il ragionamento alla base del lancio ritardato e ci dà un po' più di possibilità di preparare i nostri siti per una migliore esperienza di pagina.

Siamo anche ansiosi di provare questi nuovi rapporti e il supporto appena annunciato per SXG potrebbe ridurre i preziosi tempi di rendering off-page di millisecondi e sicuramente qualcosa che esploreremo ulteriormente, quindi rimanete sintonizzati per gli aggiornamenti!

Se vuoi saperne di più su come possiamo aiutarti a migliorare l'esperienza della pagina del tuo sito web, mettiti in contatto con noi o dai un'occhiata ad alcuni degli articoli correlati di seguito.