Usare correttamente Google PageSpeed Insights

Google PageSpeed Insights è uno degli strumenti più noti per l'analisi delle performance di un sito web. Inserisci un URL e ricevi metriche, valutazioni e suggerimenti tecnici sulla pagina analizzata.

Tuttavia, la vera sfida non consiste nell'avviare un test PageSpeed. Ciò che fa la differenza è interpretare correttamente i risultati visualizzati.

Un punteggio di performance pari a 100 non significa automaticamente che un sito web sia perfetto. Al contrario, un punteggio più basso non significa che tu debba applicare immediatamente ogni singolo suggerimento visualizzato.

In questa guida ti mostriamo come utilizzare in modo efficace Google PageSpeed Insights, quali aree sono particolarmente importanti e come trarre misure di ottimizzazione concrete dai risultati.

Breve spiegazione: PageSpeed Insights è uno strumento di diagnostica. Utilizzalo per identificare e dare priorità ai problemi di prestazioni, non come una competizione per ottenere il maggior numero possibile di punti verdi.

Che cos'è Google PageSpeed Insights? #

PageSpeed Insights, noto anche come PSI, è uno strumento di analisi di Google per la misurazione delle performance delle pagine web su dispositivi mobili e sistemi desktop.

PSI combina in questo modo due tipi fondamentalmente diversi di dati:

Dati reali degli utenti
→ Esperienze di utenti reali

Dati di laboratorio
→ Test Lighthouse controllato

Inoltre, l'analisi fornisce diagnosi tecniche e indicazioni con cui è possibile indagare su possibili problemi di performance.

Apri PageSpeed Insights #

Apri PageSpeed Insights su:

https://pagespeed.web.dev

Inserisci quindi l'URL completo della pagina che desideri esaminare.

Esempio:

https://example.com

Avvia poi l'analisi.

Consiglio pratico: Non testare automaticamente solo la tua homepage. Se vuoi capire, ad esempio, perché una pagina prodotto è lenta, devi analizzare esattamente quella pagina prodotto.

Quale URL dovrei testare? #

Un sito web è spesso costituito da diversi tipi di pagina con requisiti tecnici completamente differenti.

Ad esempio, una homepage può essere veloce, mentre una pagina di prodotto carica numerose immagini, varianti e script aggiuntivi.

A seconda del sito web, dovresti quindi esaminare diversi URL rappresentativi.

Questi possono essere, ad esempio:

Home page
importante pagina di servizi
Landing page
Articolo del blog
Pagina di categoria dello e-commerce
Pagina del prodotto
Checkout

In questo modo ottieni un'immagine molto più realistica rispetto a un singolo test della homepage.

Considerare separatamente dispositivi mobili e desktop #

PageSpeed Insights distingue tra dispositivi mobili e sistemi desktop.

I risultati possono variare notevolmente l'uno dall'altro.

Ciò è dovuto, tra l'altro, al fatto che le condizioni di test e la potenza di calcolo disponibile possono variare.

Un sito web che viene elaborato senza problemi su un sistema desktop potente può risultare molto più impegnativo su un dispositivo mobile meno potente.

Importante: Non ignorare l'analisi mobile solo perché il punteggio desktop sembra migliore. Per molti siti Web, l'utilizzo da dispositivi mobili è una parte essenziale del traffico di visitatori effettivo.

Comprendere le due principali aree di dati #

In PageSpeed Insights dovresti fondamentalmente distinguere tra dati reali e dati di laboratorio.

Dati sul campo
→ utilizzo reale in passato

Dati di laboratorio
→ test sintetico attuale in condizioni definite

Questi dati rispondono a diverse domande e possono quindi fornire risultati differenti.

Cosa sono i dati di campo in PageSpeed Insights? #

I dati di campo provengono dal Chrome User Experience Report, noto anche come CrUX.

Si basano su misurazioni anonimizzate di utenti Chrome reali in diverse condizioni di dispositivi e reti.

I dati di campo visualizzati rappresentano un periodo scorrevole degli ultimi 28 giorni.

Con ciò non mostrate semplicemente come funziona la pagina esattamente in questo momento, ma come gli utenti reali l'hanno vissuta in un periodo di tempo più lungo.

Quali valori mostra l'area dei dati dei campi? #

Tra gli indicatori rilevanti in quel contesto vi sono, tra gli altri:

LCP → Largest Contentful Paint
INP → Interaction to Next Paint
CLS → Cumulative Layout Shift
FCP → First Contentful Paint
TTFB → Time to First Byte

I veri Core Web Vitals sono:

LCP
INP
CLS

Spieghiamo in dettaglio questi tre indicatori su Core Web Vitals spiegati: LCP, INP e CLS.

Perché a volte non vengono visualizzati i dati di campo? #

Non tutti gli URL dispongono di dati CrUX sufficienti.

Ciò può verificarsi in particolare per nuovi siti Web, pagine con poche visite o URL con un numero insufficiente di dati di misurazione idonei.

PageSpeed Insights potrebbe quindi non essere in grado di mostrare dati reali affidabili per questo URL.

Ciò non significa che la pagina non possa essere analizzata.

I dati di laboratorio di Lighthouse possono ancora essere utilizzati per la diagnosi tecnica.

Importante: „Nessun dato“ non significa „scarsa performance“. Significa semplicemente che non ci sono abbastanza dati di utilizzo reali disponibili per la valutazione in questione.

Distinguere i dati degli URL e i dati di origine #

A seconda della disponibilità dei dati, PageSpeed Insights può mostrare informazioni per l'URL specifico testato o dati aggregati per l'origine del sito web.

Questa è una differenza importante.

In sintesi:

Dati URL
→ Esperienze con esattamente questa pagina

Dati di origine
→ Esperienze aggregate con pagine della stessa origine del sito web

Fai quindi attenzione alla base di dati su cui si fondano i valori visualizzati.

Che cosa significa „Core Web Vitals: superati“? #

Per la valutazione dei Core Web Vitals, Google prende in considerazione i valori di LCP, INP e CLS.

La valutazione si basa sul 75° percentile dei dati di utilizzo reali.

I valori soglia per una buona valutazione sono:

Valore misurato	Bene
LCP	≤ 2,5 s
INP	≤ 200 ms
CLS	≤ 0,1

Per una valutazione dei Core Web Vitals superata, in presenza di dati sufficienti, le metriche pertinenti al 75° percentile devono rientrare nell'intervallo buono.

Cosa significa il 75° percentile? #

Il 75° percentile impedisce che un sito Web venga giudicato solo sulla base di singoli caricamenti particolarmente veloci.

In parole semplici significa:

Almeno il 75 percento delle esperienze misurate raggiunge un valore pari o superiore a questo valore.

Se, ad esempio, l'LCP al 75° percentile è:

2,3 secondi

si trova, almeno il 75 percento delle esperienze considerate aveva un LCP pari al massimo a circa questo valore.

Quali sono i dati di laboratorio? #

Al di sotto dei dati di utilizzo reali, PageSpeed Insights esegue un'analisi Lighthouse.

Durante questo processo, la pagina viene caricata in condizioni definite o simulate e analizzata dal punto di vista tecnico.

Questi dati di laboratorio sono particolarmente indicati per la diagnosi.

Ad esempio, puoi apportare una modifica al tuo sito web e poi testarlo nuovamente per verificare in che modo la modifica influisce sulla misurazione di Lighthouse.

Cosa significa il punteggio di performance? #

Lighthouse combina diverse metriche di prestazioni ponderate in un punteggio compreso tra 0 e 100.

I settori sono generalmente classificati nel seguente modo:

Punteggio	Valutazione
90–100	Bene
50–89	Potenziale di miglioramento
0–49	Male

Il punteggio è utile per un orientamento rapido. Tuttavia, non è una percentuale della velocità del tuo sito web.

Un valore di:

Prestazioni 82

significa quindi che non:

Il sito web è veloce all'82 %.

Perché il punteggio di performance oscilla? #

Se esegui lo stesso test più volte, possono risultare punteggi diversi.

Questo è fondamentalmente normale.

Le misurazioni possono essere influenzate, ad esempio, dalle condizioni della rete, dalle risorse disponibili del sistema di test, da servizi esterni e da diversi tempi di risposta.

Perciò non dovresti trarre conclusioni affrettate da una singola misurazione.

Testare più volte #

Esegui un'analisi più volte e verifica se emerge un pattern ricorrente.

Esempio:

Test 1 → 83
Test 2 → 86
Test 3 → 84

→ risultato relativamente coerente

Per il seguente risultato, invece, dovresti guardare più da vicino:

Test 1 → 85
Test 2 → 51
Test 3 → 87

Qui sarebbe interessante capire perché una misurazione si discosta così tanto dalle altre.

I dati sul campo e i dati di laboratorio possono contraddirsi. #

Può capitare che i dati di utilizzo reali siano positivi mentre il test Lighthouse attuale evidenzia dei problemi, o viceversa.

Questo non è necessariamente un errore.

I dati considerano periodi di tempo e condizioni differenti:

Dati di campo
→ utenti reali
→ dispositivi diversi
→ reti diverse
→ ultimi 28 giorni

Dati di laboratorio
→ singolo test sintetico
→ condizioni definite
→ momento attuale

Ecco perché non dovresti cercare di portare forzatamente entrambi i settori a valori identici.

A quali dati devo credere di più? #

Entrambi i tipi di dati sono preziosi, ma per compiti diversi.

Se vuoi sapere come gli utenti reali vivono effettivamente la tua sito web, i dati di campo sono particolarmente rilevanti.

Se desideri esaminare un collo di bottiglia tecnico specifico o testare immediatamente una modifica, i dati di laboratorio sono molto utili.

L'analisi più sensata utilizza entrambe le prospettive.

Le metriche di prestazione nell'area Lighthouse #

PageSpeed Insights mostra diverse metriche di performance nel test di laboratorio.

A seconda della versione corrente di Lighthouse, la rappresentazione esatta o la ponderazione possono variare.

Tra gli indicatori tipici figurano, tra gli altri:

First Contentful Paint
Largest Contentful Paint
Total Blocking Time
Cumulative Layout Shift
Speed Index

Questi valori descrivono diversi aspetti del processo di ricarica e della visualizzazione.

First Contentful Paint – FCP #

FCP descrive quando il browser visualizza per la prima volta il contenuto del documento.

Un buon FCP può segnalare tempestivamente al visitatore che la pagina si sta effettivamente caricando.

Tuttavia, FCP non dice ancora quando il contenuto principale più importante è visibile.

Largest Contentful Paint – LCP #

LCP considera il rendering del contenuto più grande rilevante nell'area visibile.

Ad esempio, se una grande immagine principale (hero image) è l'elemento LCP, la sua dimensione del file, la priorità di caricamento e l'integrazione tecnica possono avere un impatto significativo.

Spiegheremo come preparare correttamente le immagini su Ottimizzare le immagini per il web: dimensione del file, formato e SEO.

Total Blocking Time – TBT #

Il Total Blocking Time è una metrica di laboratorio che, in termini semplici, misura quanto il thread principale viene bloccato da attività lunghe durante una determinata fase del caricamento della pagina.

JavaScript può giocare un ruolo importante in questo.

Un TBT elevato può indicare che il browser è occupato con attività per un periodo prolungato e di conseguenza non è in grado di rispondere immediatamente ad altre operazioni.

TBT e INP non sono la stessa cosa #

TBT è una metrica di laboratorio. L'INP si basa sulle interazioni reali e fa parte dei Core Web Vitals.

I due valori sono tematicamente correlati alla reattività, ma non devono essere considerati equivalenti.

Importante: Un buon valore TBT nel test di Lighthouse non sostituisce i dati reali di INP.

Cumulative Layout Shift – CLS #

CLS valuta gli spostamenti imprevisti del layout.

Un esempio tipico è un testo o un pulsante che cambia improvvisamente posizione durante il caricamento perché un elemento sottostante richiede spazio in un secondo momento.

Possibili cause scatenanti possono essere, ad esempio, immagini prive di informazioni adeguate sulle dimensioni o contenuti inseriti dinamicamente.

Indice di velocità #

In parole semplici, lo Speed Index descrive la velocità con cui i contenuti visibili di una pagina vengono visualizzati durante il caricamento.

È un valore di laboratorio e dovrebbe essere considerato insieme agli altri valori misurati.

Cosa significano i valori colorati? #

PageSpeed Insights utilizza i colori per facilitare la classificazione delle metriche.

Verde
→ area buona

Arancione / Giallo
→ miglioramento necessario

Rosso
→ area critica

Questi colori sono utili per l'orientamento, ma non dovrebbero portarti a elaborare ogni messaggio giallo o rosso senza una priorità.

L'area più importante: diagnosi e consigli di ottimizzazione #

Sotto le metriche, Lighthouse mostra vari avvisi tecnici.

Qui risiede spesso il vantaggio maggiore dello strumento per l'ottimizzazione pratica.

PageSpeed Insights può, ad esempio, segnalare i seguenti problemi:

immagini inutilmente grandi
immagini consegnate in modo inefficiente
risorse che bloccano il rendering
JavaScript inutilizzato
CSS inutilizzato
attività lunghe nel thread principale
grandi payload di rete
problemi con l'elemento LCP
problemi di memorizzazione nella cache
spostamenti di layout

Quali suggerimenti compaiono effettivamente dipende dalla pagina analizzata e dalla versione di Lighthouse utilizzata.

Non ogni raccomandazione ha la stessa priorità #

Un lungo elenco di avvertenze può sembrare drammatico a prima vista.

Però non dovresti semplicemente affrontarle dall'alto verso il basso.

Verifica prima:

Quale metrica è effettivamente scarsa?
↓
Quale risorsa la influenza?
↓
Quanto è grande il potenziale di miglioramento possibile?
↓
La misura può essere implementata senza perdita di funzionalità?
↓
Lo sforzo ha senso in proporzione al beneficio?

Comprendere correttamente i risparmi stimati #

In determinati controlli, Lighthouse mostra un risparmio potenziale stimato.

Una stima di questo tipo non è una promessa che il tuo sito web reale diventerà successivamente più veloce esattamente di questo valore.

Aiuta piuttosto a classificare il potenziale di ottimizzazione di una misura.

Esempio: le immagini sono troppo grandi #

Supponiamo che PageSpeed Insights segnali che un'immagine di grandi dimensioni potrebbe essere servita in modo più efficiente.

Allora dovresti prima identificare il file in questione.

Verifica poi:

Quali dimensioni in pixel ha l'immagine?

Quanto è grande effettivamente visualizzata?

Quali sono le dimensioni del file?

Quale formato viene utilizzato?

Il livello di qualità è adeguato?

Successivamente puoi creare in modo mirato una variante ottimizzata.

Spiegheremo le differenze tra i formati principali su WebP, AVIF, JPG e PNG: quale formato di immagine usare?.

Esempio: risorse che bloccano il rendering #

Determinate risorse CSS o JavaScript possono influenzare la visualizzazione di una pagina prima che sia possibile eseguire il rendering dei contenuti importanti visibili.

PageSpeed Insights è in grado di identificare tali risorse.

Ciò non significa tuttavia che tu debba semplicemente rimuovere o caricare in modo differito qualsiasi file CSS o JavaScript visualizzato.

Può essere necessaria per il layout o per una funzione importante.

Attenzione: Le ottimizzazioni delle prestazioni di CSS e JavaScript possono alterare la funzione o l'aspetto di un sito web. Prima di modifiche importanti, crea un backup e testa attentamente il sito web in seguito.

Esempio: JavaScript non utilizzato #

Un sito web può caricare codice JavaScript di cui solo una parte è necessaria per la visualizzazione della pagina esaminata.

Ciò può verificarsi, ad esempio, con temi complessi, plugin o librerie esterne.

Tuttavia, il messaggio „JavaScript inutilizzato“ non significa automaticamente che l'intero file in questione possa essere eliminato.

Ad esempio, uno script può essere necessario su un'altra pagina o solo dopo una determinata azione dell'utente.

Esempio: CSS non utilizzato #

Lo stesso vale per i CSS.

Un foglio di stile può contenere regole che non vengono utilizzate nella pagina attualmente testata, ma che sono necessarie in altre aree del sito web.

La rimozione automatica senza verifica può quindi causare errori di visualizzazione.

Esempio: Esamina l'elemento LCP #

Se l'LCP è anomalo, dovresti scoprire quale elemento è stato riconosciuto come elemento LCP.

Questo può essere, ad esempio:

Immagine hero
grande intestazione
banner
grande blocco di contenuti

Se è interessata un'immagine, puoi analizzarne, tra le altre cose, le dimensioni, la dimensione del file, il formato e il comportamento di caricamento.

Se il testo è interessato, altre risorse come i font Web o i fogli di stile che bloccano il rendering possono giocare un ruolo.

Esempio: spostamenti di layout #

In presenza di un CLS evidente, non dovresti limitarti a cercare una generica „ottimizzazione del CLS“.

Determina prima quali elementi si spostano effettivamente in modo inatteso.

Possibili candidati sono ad esempio:

Immagini senza spazio riservato
Elementi pubblicitari
Banner dei cookie
Contenuti caricati in un secondo momento
Font web
Widget dinamici

Solo successivamente dovrebbe essere eliminata la causa specifica.

Valutare i carichi utili di rete #

Lighthouse può indicare grandi quantità di dati trasferiti.

Ciò è particolarmente interessante per i siti con molte immagini, video, font o script complessi.

Tuttavia, una grande quantità complessiva da sola non dice ancora quale risorsa sia superflua.

Una galleria fotografica richiede naturalmente più dati rispetto a una semplice pagina di solo testo.

Esamina quindi le singole risorse.

Rileva codice di terze parti #

I servizi esterni possono generare una quota significativa di JavaScript e richieste di rete.

Questi possono includere, ad esempio:

Analytics
Tag Manager
Reti pubblicitarie
Widget di social media
Sistemi di chat
Video esterni
Mappe
Strumenti di marketing

Se un fornitore terze parti ha un impatto notevole sulle prestazioni, devi valutare quale beneficio commerciale offra il servizio e se possa essere integrato in modo diverso.

Non rimuovere semplicemente ogni script esterno #

Un sistema di analisi o di marketing può essere importante per il business di un sito web.

Pertanto, l'ottimizzazione delle prestazioni non significa automaticamente eliminare tutti i servizi esterni.

La domanda migliore è:

Abbiamo bisogno di questo servizio e, in caso affermativo, possiamo utilizzarlo in modo più efficiente?

Perché 100 punti non sono il vero obiettivo #

Un punteggio di 100 sembra eccellente, ma non è un certificato di qualità per l'intero sito web.

PageSpeed Insights valuta determinati aspetti tecnici. Ad esempio, lo strumento non giudica se la tua offerta sia comprensibile, se i tuoi testi siano utili o se i visitatori raggiungano il loro obiettivo.

Anche per quanto riguarda le prestazioni, un ottimo punteggio di laboratorio non può garantire che ogni visitatore reale faccia la stessa esperienza.

Consiglio pratico: Se i tuoi Core Web Vitals sono buoni, il sito web è veloce e stabile per i visitatori reali e non ci sono problemi significativi di prestazioni, la caccia da 97 a 100 punti è spesso meno importante del miglioramento di contenuti o funzionalità reali.

Un punteggio verde non significa „non fare più nulla“ #

Anche il contrario è vero.

Un sito web con un punteggio superiore a 90 può presentare singoli problemi rilevanti per i visitatori reali.

Ad esempio, una specifica pagina di prodotto, un modulo o un'interazione possono risultare problematici, nonostante la pagina iniziale testata ottenga un buon punteggio.

PageSpeed Insights è un test per pagine web #

Quando analizzi un URL, Lighthouse esamina quella specifica pagina.

Il risultato non deve essere applicato automaticamente all'intero sito web.

Se la home page:

Prestazioni 95

raggiunto, ciò non significa che ogni altro URL raggiunga ugualmente 95 punti.

Eseguire confronti prima e dopo #

PageSpeed Insights è utile per verificare un'ottimizzazione specifica.

Una sequenza logica:

Testare l'URL
    ↓
effettuare più misurazioni
    ↓
documentare i valori
    ↓
eseguire un'ottimizzazione concreta
    ↓
tenere conto della cache
    ↓
testare nuovamente lo stesso URL
    ↓
effettuare più misurazioni
    ↓
confrontare i risultati

Spieghiamo come confrontare fondamentalmente e correttamente le misurazioni delle prestazioni su Misurare e valutare correttamente il tempo di caricamento del sito web.

Valutare sempre e solo una modifica comprensibile alla volta #

Se implementi cinque interventi di performance contemporaneamente, difficilmente potrai giudicare quale di essi abbia effettivamente funzionato.

Durante la ricerca degli errori, un approccio controllato è preferibile.

Esempio:

Misurazione iniziale
      ↓
Ottimizzare l'immagine hero
      ↓
misurare di nuovo
      ↓
Documentare il risultato
      ↓
misura successiva

Perché un risultato può cambiare nonostante un sito web invariato #

Le misurazioni di Lighthouse presentano una certa variabilità naturale.

La rete, l'ambiente di test, le risorse esterne e altri fattori possono influenzare le singole esecuzioni.

Ecco perché non dovresti sopravvalutare le piccole differenze.

Una differenza tra, ad esempio, 91 e 93 punti non dimostra da sola un miglioramento rilevante delle prestazioni.

Usare correttamente PageSpeed dopo un rilancio #

Dopo un rilancio del sito web, PageSpeed Insights è particolarmente utile.

Non testare solo la nuova homepage, ma anche i tipi di pagina importanti.

Verifica ad esempio:

Home page
principali pagine diatterra
articoli del blog
pagina dei contatti
pagine dei prodotti
pagine del negozio

Nel caso di un sito web nuovo o significativamente modificato, i dati di campo potrebbero inizialmente riflettere ancora i 28 giorni precedenti oppure non essere sufficientemente disponibili per i nuovi URL.

Per immediate verifiche tecniche, i dati di laboratorio attuali sono quindi particolarmente utili.

Dopo un'ottimizzazione i dati dei campi non cambiano immediatamente #

Questo punto è particolarmente importante.

Se oggi esegui un miglioramento delle prestazioni, i dati di campo di CrUX non rifletteranno immediatamente e completamente questa modifica.

Stai visualizzando un periodo scorrevole di 28 giorni.

I dati di laboratorio possono invece rilevare un cambiamento tecnico immediatamente a partire da una nuova misurazione.

Modifica oggi
      ↓
Test di laboratorio Lighthouse
→ Effetto immediatamente misurabile

Dati di campo CrUX
→ cambiano gradualmente
  con i nuovi dati di utilizzo reali

PageSpeed Insights e SEO #

PageSpeed Insights viene spesso considerato un „test SEO“. Questa è una semplificazione eccessiva.

Lo strumento può fornire indicazioni tecniche e include controlli Lighthouse di diverse categorie. Un punteggio di performance non è tuttavia un punteggio di ranking diretto di Google.

Un cambio di:

Prestazione 82 → 95

non comporta quindi automaticamente un corrispondente grande miglioramento del ranking.

I Core Web Vitals fanno parte dei segnali di esperienza utente presi in considerazione da Google, ma il posizionamento sui motori di ricerca dipende da molti altri fattori.

Non confondere PageSpeed con Google Search Console #

PageSpeed Insights analizza un determinato URL rispetto ad aspetti di performance tecnica.

Google Search Console zeigt dagegen unter anderem Informationen darüber, wie Google deine Website in der Suche verarbeitet und wie sie in den Suchergebnissen performt. D, Google Search Console mostra invece, tra le altre cose, informazioni su come Google elabora il tuo sito web nella ricerca e su come si comporta nei risultati di ricerca.

Entrambi gli strumenti si completano a vicenda, ma svolgono compiti diversi.

La configurazione della Search Console è trattata in Configurare Google Search Console e verificare il sito web.

Cosa fare in caso di un pessimo risultato di PageSpeed? #

Un punteggio basso è innanzitutto un punto di partenza per la diagnosi.

Non dare subito per scontato che sia necessario ricostruire un intero sito web o cambiare hosting.

Esamina prima le anomalie più grandi.

Punteggio scarso
      ↓
Quale metrica è anomala?
      ↓
Quale diagnosi spiega il problema?
      ↓
Quale risorsa è interessata?
      ↓
Verificare la causa
      ↓
Intervento mirato
      ↓
Misurare di nuovo

Trattiamo l'analisi sistematica delle cause alla voce Sito web lento: trovare sistematicamente le cause.

Tipica priorizzazione dei problemi #

Non esiste un ordine universale per ogni sito web. Come principio di base, tuttavia, puoi considerare prima i problemi che hanno un grande impatto su metriche importanti e che possono essere risolti in modo sensato senza perdita di funzionalità.

Per esempio:

grande problema LCP
        ↓
identificare l'elemento LCP

immagini molto grandi
        ↓
verificare l'ottimizzazione delle immagini

elevato carico di JavaScript
        ↓
analizzare gli script che lo causano

forti spostamenti di layout
        ↓
identificare gli elementi scatenanti

Apportare modifiche ai siti web di produzione con cautela #

Le impostazioni delle prestazioni possono influire profondamente sulla consegna tecnica di un sito web.

Ciò riguarda, ad esempio:

Ritardo di JavaScript
Ottimizzazione CSS
Minificazione
Caching
Preloading
Lazy Loading
Rimozione delle risorse

Una configurazione errata può compromettere menu, moduli, negozi, banner dei cookie o altre funzionalità.

Attenzione: Prima di apportare modifiche tecniche importanti alle prestazioni, crea un backup e verifica successivamente non solo il punteggio di PageSpeed, ma l'effettivo sito web sia su desktop che su smartphone.

Utilizzare il sito stesso dopo ogni ottimizzazione #

Un punteggio migliore non serve a nulla se poi una funzione importante smette di funzionare.

Verifica la presenza di modifiche, ad esempio:

Navigazione
Moduli
Pulsanti
Slider
Banner dei cookie
Ricerca
Accesso
Carrello
Cassa
Visualizzazione mobile

Quali funzioni siano rilevanti dipende ovviamente dal tuo sito web.

Quando è meno importante una segnalazione di PageSpeed? #

Alcuni suggerimenti riguardano solo un potenziale risparmio molto ridotto.

Se l'implementazione fosse allo stesso tempo complessa o rischiosa, un'altra misura potrebbe avere una priorità notevolmente superiore.

L'ottimizzazione delle prestazioni è quindi anche una questione di proporzionalità:

possibile beneficio
      ↕
impegno di implementazione
      ↕
rischio tecnico
      ↕
rilevanza per i visitatori reali

Usare regolarmente PageSpeed Insights #

Un sito web cambia nel corso del tempo.

Nuove immagini, plugin, servizi di tracciamento, font, video o altre funzioni possono influire sulle prestazioni.

Una nuova analisi è pertanto particolarmente opportuna dopo modifiche rilevanti.

Non è necessario visitare PageSpeed Insights quotidianamente se non sono state apportate modifiche al sito web e non si riscontrano problemi.

PageSpeed Insights non sostituisce il monitoraggio #

PageSpeed Insights non è un sistema per il monitoraggio permanente dell'accessibilità di un sito web.

Un test riuscito non ti dimostra che il sito web rimarrà disponibile 24 ore su 24 nei giorni a venire.

Per un monitoraggio continuo vengono impiegati sistemi di monitoraggio.

Trattiamo questo argomento sotto Monitoraggio di siti web: monitorare la disponibilità e le interruzioni.

PageSpeed Insights non sostituisce un'analisi completa degli errori #

PSI può darti indicazioni molto preziose, ma non conosce automaticamente l'intera causa tecnica di un problema.

Se ad esempio un processo PHP, un'interrogazione al database o un'interfaccia esterna risultano temporaneamente lenti, per una diagnosi precisa potrebbe essere necessaria un'analisi più approfondita.

PageSpeed Insights è quindi una parte importante della diagnosi delle prestazioni, ma non è l'unico strumento possibile.

Pratico flusso di lavoro PageSpeed #

selezionare l'URL corretto
        ↓
eseguire l'analisi mobile
        ↓
eseguire l'analisi desktop
        ↓
verificare i dati di campo
        ↓
valutare i Core Web Vitals
        ↓
verificare i dati di laboratorio
        ↓
determinare la metrica problematica
        ↓
visualizzare le diagnosi
        ↓
identificare la risorsa interessata
        ↓
prioritizzare l'intervento in base al beneficio
        ↓
apportare una modifica
        ↓
testare la funzionalità del sito web
        ↓
misurare nuovamente PageSpeed
        ↓
documentare il risultato

Errori comuni in PageSpeed Insights #

guardare solo il punteggio di performance

volere assolutamente raggiungere 100 punti

testare solo il desktop

testare solo la homepage

confondere i dati di campo con i dati di laboratorio

interpretare i dati di campo mancanti come errori

applicare ogni raccomandazione senza verificarla

rimuovere CSS o JavaScript alla cieca

apportare più modifiche contemporaneamente

sopravvalutare le piccole oscillazioni del punteggio

aspettarsi nuovi valori CrUX immediatamente dopo una modifica

confondere PageSpeed con un punteggio di ranking di Google

non testare le funzionalità del sito web dopo l'ottimizzazione

Checklist: Valutare correttamente il risultato di PageSpeed #

È stata testata l'URL corretta?
        ↓
Verificato sia su dispositivi mobili che desktop?
        ↓
Sono disponibili dati di campo?
        ↓
Dati di URL o di origine?
        ↓
Superati i Core Web Vitals?
        ↓
Quale metrica presenta anomalie?
        ↓
Cosa mostrano i dati di laboratorio?
        ↓
Quale diagnostica è rilevante per questo?
        ↓
Quale risorsa specifica sta causando il problema?
        ↓
La misura proposta ha senso?
        ↓
Può compromettere le funzionalità?
        ↓
Apportare le modifiche una alla volta
        ↓
Testare il sito web in pratica
        ↓
misurare di nuovo

Riepilogo #

Google PageSpeed Insights è un potente strumento per l'analisi delle performance di un sito web. Il vantaggio maggiore, tuttavia, non deriva dal solo punteggio di performance, ma dalla combinazione di dati reali sul campo, dati di laboratorio Lighthouse e relative diagnosi tecniche.

I dati sul campo mostrano le esperienze di utenti reali in un periodo di tempo prolungato. I dati di laboratorio, invece, consentono un test controllato e attuale e sono particolarmente indicati per la risoluzione di problemi tecnici.

Dovresti considerare i Core Web Vitals LCP, INP e CLS separatamente e poi analizzare quali risorse specifiche o cause tecniche influenzano un valore anomalo.

Non ogni consiglio di PageSpeed ha la stessa priorità. Valuta quindi sempre il potenziale beneficio, l'impegno e il rischio di una modifica.

Dopo un'ottimizzazione non dovresti solo misurare di nuovo, ma anche controllare se il sito web continua a funzionare correttamente sia su desktop che su smartphone.

PageSpeed Insights non ti dice semplicemente se un sito web è „buono“ o „cattivo“. Usato correttamente, ti mostra dove dovresti guardare più da vicino, e risiede proprio qui il vero valore dello strumento.