Diego Fernando Torres » Blog di Monetizzazione » Come utilizzare il nuovo “rapporto sulla velocità” di Google in Search Console

Come utilizzare il nuovo “rapporto sulla velocità” di Google in Search Console

Cercavi un servizio di LinkBuilding o per acquistare backlinks di quilità italiana? Scopri i dettali sui link.

All’inizio di novembre, Google annunciato che avevano aggiunto una versione beta del rapporto sulla velocità a Search Console. Sappiamo che questo è in arrivo da un po ‘, poiché è stato incluso in più screenshot rilasciati da Google.

Il test di velocità è stato un compito difficile da un po ‘di tempo senza un’area centrale per un SEO in grado di giudicare la velocità della pagina. Abbiamo dovuto fare affidamento su un gran numero di test Page Speed ​​Insights, strumenti di terze parti (che hanno ancora il loro posto) o complicate richieste Big Query per comprendere l’ampio set di dati che Google utilizza per giudicare i nostri siti web.

Questa guida approfondirà come puoi utilizzare questa nuova funzionalità per migliorare la velocità del tuo sito e fornire risultati reali e misurabili sul tuo sito web.

Come trovare il rapporto sulla velocità

Il rapporto è disponibile nella scheda “Miglioramenti” in Search Console:

Facendo clic su questa scheda si apre il rapporto e da lì è possibile iniziare a scavare.

Da dove provengono questi dati?

Prima di tutto, è importante capire da dove provengono questi dati e in che modo differiscono dagli altri strumenti di velocità che possono essere utilizzati.

I dati provengono dal Rapporto sull’esperienza utente di Chrome, che è l’enorme database di Google di metriche sull’esperienza utente per il modo in cui gli utenti di Chrome nel mondo reale sperimentano destinazioni popolari. Questa è un’origine dati estremamente potente, piuttosto che test isolati eseguiti da bot; è una misurazione degli utenti in tempo reale che indica come gli utenti stanno vivendo il tuo sito web.

I dati nel rapporto erano disponibili in precedenza solo tramite un utilizzo complicato e costoso di BigQuery o facendo affidamento su Page Speed ​​Insights che disponeva dei dati nella scheda “Campo”.

Guardando una pagina dal sito Impression, possiamo eseguire un test di velocità, ma non restituisce alcun “Field Data” – questo significa che non c’è nulla proveniente dai dati CrUX.

Non abbiamo metriche del mondo reale al di fuori di Big Query per misurarlo. Tuttavia, se andiamo nel nuovo “Rapporto sulla velocità”, possiamo vedere che abbiamo dati CrUX per questo URL.

Questo è un enorme vantaggio per lo strumento ed è già un altro punto dati da utilizzare che in precedenza non avevamo.

Utilizzo del rapporto sulla velocità

Cliccando sul rapporto si apre la dashboard centrale per il rapporto sulla velocità; si compone di due schede:

Mobile

Desktop

Entrambi sono abbastanza autoesplicativi. Una cosa da notare qui è che non includono un campo “tablet”, che sappiamo essere riportato separatamente all’interno di CrUX. Non è stato confermato se questo è stato inserito in uno di questi campi, quindi questo qualcosa che potrebbe essere aggiunto quando lo strumento uscirà dalla beta.

Ogni grafico è suddiviso in tre sezioni che seguono un sistema a semaforo che corrisponde alla codifica a colori di CrUX:

  • Slow (rosso)
  • Moderato (giallo)
  • Veloce (verde)

La divisione tra mobile e desktop è utile poiché sappiamo che spesso possono contenere elementi, menu o interattività diversi. Nell’esempio sopra, puoi vedere che il desktop presenta un problema più grande con URL più lenti rispetto alla versione mobile.

Comprensione del rapporto Metrics In Speed

È quindi possibile fare clic su queste schede premendo “Apri rapporto”. Questo apre una scheda dall’aspetto familiare a chiunque utilizzi regolarmente Search Console.

Il primo è un grafico configurabile in modo da poter visualizzare le tendenze di dove si trovano i tuoi URL e filtrare diverse categorie. Guardando l’esempio sopra, possiamo vedere che chiaramente qualcosa si è verificato all’inizio di agosto, dove un gran numero di URL ha iniziato a essere classificato come lento: questo è logicamente il posto in cui dovresti guardare per primo.

La seconda scheda “Dettagli” illustra i problemi con il numero di URL a confronto. Questa scheda contiene anche il tipo di problema segnalato come problema da Search Console.

Ci sono solo due misurazioni di corrente utilizzate qui. Detto questo, queste sono probabilmente le metriche più importanti per un sito Web e rappresentano il modo in cui gli utenti in tempo reale sperimenteranno il caricamento della pagina.

  • First Contentful Paint (FCP) – Questa è una misura del tempo impiegato dal browser per caricare il primo contenuto. Potrebbe essere un banner, un menu o un contenuto. Un FCP lungo può far rimbalzare le persone immediatamente.
  • Ritardo primo ingresso (FID) – Questa è una misura del tempo che intercorre tra un clic dell’utente sul primo elemento del tuo sito e quando il browser inizia a reagire ad esso. Questo è importante perché anche se la pagina potrebbe essere parzialmente caricata, un FID lungo può frustrare e far sembrare la pagina non rispondere.

Entrambe queste misurazioni sono classificate tramite il sistema a semaforo. I tempi sono giudicati secondo gli stessi criteri senza differenze nelle soglie per desktop e mobile.

Lento

Moderare

Veloce

FCP (mobile)

Più di 3 secondi

Più lungo di 1 secondo

Meno di 1 sec

FCP (desktop)

Più di 3 secondi

Più lungo di 1 secondo

Meno di 1 sec

FID (mobile)

Più lungo di 300 ms

Più lungo di 100 ms

Sotto i 100 ms

FID (desktop)

Più lungo di 300 ms

Più lungo di 100 ms

Sotto i 100 ms

I punteggi presentati sono ordinati in base al 75% del traffico totale per FCP e al 95% del traffico totale per FID.

Analisi del rapporto sulla velocità

A questo punto, ora sappiamo come utilizzare il dashboard per identificare le aree problematiche; se facciamo clic su uno di questi problemi, puoi ottenere una selezione di URL.

Ecco un esempio dal sito Impression in cui sul sito desktop il First Contentful Paint impiega più di 1 secondo:

La scheda in basso raggruppa gli URL nella scheda “URL simili”, che è particolarmente utile se hai aree problematiche in quanto ti consente di identificare pagine specifiche.

A partire dagli URL più lenti, possiamo fare clic sul problema per portare un popover sul lato destro dello schermo che contiene un elenco di questi URL:

Questo fa apparire solo 20 URL simili: considerando che il problema riguarda 575 URL simili, possiamo capire perché questa potrebbe non essere la dimensione del campione più utile su cui lavorare inizialmente. Tuttavia, possiamo vedere che il nostro blog è costantemente la fonte di questo.

Modifica delle azioni dal rapporto sulla velocità

Abbiamo ora analizzato il rapporto sulla velocità e generato un elenco di URL problematici in cui abbiamo problemi da risolvere. Il passaggio successivo consiste nel caricarli in Page Speed ​​Insights (il rapporto ti consente di farlo per ogni URL).

Quando testiamo la pagina utilizzando Page Speed ​​Insights, il punteggio torna a 98 sul desktop. Questo salta immediatamente fuori come non legare con i punteggi che possiamo vedere arrivare nel cruscotto.

Questo è il motivo per cui il nuovo rapporto sulla velocità della pagina è particolarmente utile: non è solo una banca di punteggi Page Speed ​​Insights; sono dati utente in tempo reale. Quindi dobbiamo provare a rendere queste pagine ancora più veloci di quanto non siano già.

Due opportunità per migliorare sono comprimere ulteriormente alcune delle nostre immagini, in particolare l’immagine principale dell’intestazione con un potenziale risparmio di 66 kb. Un altro potrebbe essere quello di utilizzare un ulteriore caricamento pigro su determinate immagini che non devono apparire inizialmente.

A questo punto, scriveremmo le nostre raccomandazioni e le passeremmo al team di sviluppo per farle correggere.

È chiaro che c’è pochissima ottimizzazione da fare su questa pagina, quindi dobbiamo prendere gli URL inseriti in moderato con un pizzico di sale.

Altri metodi per testare la velocità della pagina

Nell’esempio sopra, ho descritto solo il processo di utilizzo di Page Speed ​​Insights per testare lo strumento. Come sai, ci sono tutta una serie di altri strumenti là fuori per aiutarci nella nostra ricerca di una straordinaria velocità del sito, come ad esempio:

  1. GTMetrix
  2. WebPagetest
  3. Pingdom

Ciascuno di questi strumenti offre un diverso set di misurazioni e consigliamo sempre di utilizzare il maggior numero possibile di punti dati. Soprattutto nei casi in cui le tue azioni consumeranno parte delle risorse di sviluppo di un cliente o di un team interno, avere ciascuno di questi strumenti che conferma i tuoi problemi ti dà una mano molto più forte quando cerchi di far passare i cambiamenti.

Assicurati sempre di registrare ciascuno dei punteggi che questi strumenti ti danno in modo da poterli fare riferimento in seguito quando giudichi il successo delle modifiche.

Rilevamento delle modifiche

Abbiamo utilizzato il rapporto, trovato i problemi e gli sviluppatori sono tornati per dirci che hanno risolto i problemi. Dobbiamo ricontrollare questo prima di poter iniziare a inviare questi URL da convalidare.

Qui avremmo rieseguito i test con tutti gli strumenti consigliati in precedenza per vedere se questi problemi hanno smesso di verificarsi, e da qui, torneremmo al rapporto sulla velocità e premere “Convalida correzione”.

Google andrà quindi via e monitorerà le statistiche di utilizzo per 28 giorni per questo set di URL, aprendo una “finestra di verifica”. Utilizzando questi dati, giudicheranno quindi quali URL fuori dal bucket sono stati corretti.

Ciò dipende dagli utenti che visitano la pagina, quindi per alcuni URL con traffico minore, il processo potrebbe richiedere un po ‘più di tempo.

Punti chiave

Da quanto sopra, si spera che tu abbia una buona idea di cosa sia il “Rapporto sulla velocità” e di come possa aiutarti a migliorare le prestazioni del tuo sito web nella ricerca organica. Ecco alcuni punti chiave:

  1. Lo strumento è ancora in versione beta: ci aspettiamo che questo venga aggiunto nel tempo poiché sembra barebone con solo due metriche.

  2. Questi sono dati che non abbiamo mai avuto prontamente disponibili da Google prima, vengono visualizzati in un modo molto semplice ed è estremamente utile per comprendere i problemi di velocità generali che incidono su un sito web.

  3. La dimensione del campione di 20 non è molto utile quando tanti URL possono essere in un singolo bucket.

  4. Il rapporto sembra al momento eccessivamente duro con gli URL: le pagine con punteggi elevati di Page Speed ​​Insights risultano moderati nel rapporto.

Sono contento che sei arrivato fin qui, puoi tornare alla sezione di SEO.

Cosa pensi di me?
Clicca per votare questo articolo!
[Total: 0 Average: 0]

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *