{"id":22895,"date":"2026-08-30T09:14:30","date_gmt":"2026-08-30T07:14:30","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&p=22895"},"modified":"2026-08-30T09:14:31","modified_gmt":"2026-08-30T07:14:31","password":"","slug":"google-pagespeed-insights","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/it\/hilfe\/seo-monitoring\/google-pagespeed-insights\/","title":{"rendered":"Usare correttamente Google PageSpeed Insights"},"content":{"rendered":"

Google PageSpeed Insights \u00e8 uno degli strumenti pi\u00f9 noti per l'analisi delle performance di un sito web. Inserisci un URL e ricevi metriche, valutazioni e suggerimenti tecnici sulla pagina analizzata.<\/p>\n\n\n\n

Tuttavia, la vera sfida non consiste nell'avviare un test PageSpeed. Ci\u00f2 che fa la differenza \u00e8 interpretare correttamente i risultati visualizzati.<\/p>\n\n\n\n

Un punteggio di performance pari a 100 non significa automaticamente che un sito web sia perfetto. Al contrario, un punteggio pi\u00f9 basso non significa che tu debba applicare immediatamente ogni singolo suggerimento visualizzato.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

\n

Breve spiegazione:<\/strong> PageSpeed Insights \u00e8 uno strumento di diagnostica. Utilizzalo per identificare e dare priorit\u00e0 ai problemi di prestazioni, non come una competizione per ottenere il maggior numero possibile di punti verdi.<\/p>\n<\/blockquote>\n\n\n\n

Che cos'\u00e8 Google PageSpeed Insights?<\/h2>\n\n\n\n

PageSpeed Insights, noto anche come PSI, \u00e8 uno strumento di analisi di Google per la misurazione delle performance delle pagine web su dispositivi mobili e sistemi desktop.<\/p>\n\n\n\n

PSI combina in questo modo due tipi fondamentalmente diversi di dati:<\/p>\n\n\n\n

Dati reali degli utenti\n\u2192 Esperienze di utenti reali\n\nDati di laboratorio\n\u2192 Test Lighthouse controllato<\/code><\/pre>\n\n\n\n
Inoltre, l'analisi fornisce diagnosi tecniche e indicazioni con cui \u00e8 possibile indagare su possibili problemi di performance.<\/p>\n\n\n\n
Apri PageSpeed Insights<\/h2>\n\n\n\n
Apri PageSpeed Insights su:<\/p>\n\n\n\n
\nhttps:\/\/pagespeed.web.dev\n<\/div><\/figure>\n\n\n\n
Inserisci quindi l'URL completo della pagina che desideri esaminare.<\/p>\n\n\n\n
Esempio:<\/p>\n\n\n\n
\nhttps:\/\/example.com\n<\/div><\/figure>\n\n\n\n
Avvia poi l'analisi.<\/p>\n\n\n\n
\n
Consiglio pratico:<\/strong> Non testare automaticamente solo la tua homepage. Se vuoi capire, ad esempio, perch\u00e9 una pagina prodotto \u00e8 lenta, devi analizzare esattamente quella pagina prodotto.<\/p>\n<\/blockquote>\n\n\n\n
Quale URL dovrei testare?<\/h2>\n\n\n\n
Un sito web \u00e8 spesso costituito da diversi tipi di pagina con requisiti tecnici completamente differenti.<\/p>\n\n\n\n
Ad esempio, una homepage pu\u00f2 essere veloce, mentre una pagina di prodotto carica numerose immagini, varianti e script aggiuntivi.<\/p>\n\n\n\n
A seconda del sito web, dovresti quindi esaminare diversi URL rappresentativi.<\/p>\n\n\n\n
Questi possono essere, ad esempio:<\/p>\n\n\n\n
Home page\nimportante pagina di servizi\nLanding page\nArticolo del blog\nPagina di categoria dello e-commerce\nPagina del prodotto\nCheckout<\/code><\/pre>\n\n\n\n
In questo modo ottieni un'immagine molto pi\u00f9 realistica rispetto a un singolo test della homepage.<\/p>\n\n\n\n
Considerare separatamente dispositivi mobili e desktop<\/h2>\n\n\n\n
PageSpeed Insights distingue tra dispositivi mobili e sistemi desktop.<\/p>\n\n\n\n
I risultati possono variare notevolmente l'uno dall'altro.<\/p>\n\n\n\n
Ci\u00f2 \u00e8 dovuto, tra l'altro, al fatto che le condizioni di test e la potenza di calcolo disponibile possono variare.<\/p>\n\n\n\n
Un sito web che viene elaborato senza problemi su un sistema desktop potente pu\u00f2 risultare molto pi\u00f9 impegnativo su un dispositivo mobile meno potente.<\/p>\n\n\n\n
\n
Importante:<\/strong> Non ignorare l'analisi mobile solo perch\u00e9 il punteggio desktop sembra migliore. Per molti siti Web, l'utilizzo da dispositivi mobili \u00e8 una parte essenziale del traffico di visitatori effettivo.<\/p>\n<\/blockquote>\n\n\n\n
Comprendere le due principali aree di dati<\/h2>\n\n\n\n
In PageSpeed Insights dovresti fondamentalmente distinguere tra dati reali e dati di laboratorio.<\/p>\n\n\n\n
Dati sul campo\n\u2192 utilizzo reale in passato\n\nDati di laboratorio\n\u2192 test sintetico attuale in condizioni definite<\/code><\/pre>\n\n\n\n
Questi dati rispondono a diverse domande e possono quindi fornire risultati differenti.<\/p>\n\n\n\n
Cosa sono i dati di campo in PageSpeed Insights?<\/h2>\n\n\n\n
I dati di campo provengono dal Chrome User Experience Report, noto anche come CrUX.<\/p>\n\n\n\n
Si basano su misurazioni anonimizzate di utenti Chrome reali in diverse condizioni di dispositivi e reti.<\/p>\n\n\n\n
I dati di campo visualizzati rappresentano un periodo scorrevole degli ultimi 28 giorni.<\/p>\n\n\n\n
Con ci\u00f2 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\u00f9 lungo.<\/p>\n\n\n\n
Quali valori mostra l'area dei dati dei campi?<\/h2>\n\n\n\n
Tra gli indicatori rilevanti in quel contesto vi sono, tra gli altri:<\/p>\n\n\n\n
LCP \u2192 Largest Contentful Paint\nINP \u2192 Interaction to Next Paint\nCLS \u2192 Cumulative Layout Shift\nFCP \u2192 First Contentful Paint\nTTFB \u2192 Time to First Byte<\/code><\/pre>\n\n\n\n
I veri Core Web Vitals sono:<\/p>\n\n\n\n
LCP\nINP\nCLS<\/code><\/pre>\n\n\n\n
Spieghiamo in dettaglio questi tre indicatori su Core Web Vitals spiegati: LCP, INP e CLS<\/a>.<\/p>\n\n\n\n
Perch\u00e9 a volte non vengono visualizzati i dati di campo?<\/h2>\n\n\n\n
Non tutti gli URL dispongono di dati CrUX sufficienti.<\/p>\n\n\n\n
Ci\u00f2 pu\u00f2 verificarsi in particolare per nuovi siti Web, pagine con poche visite o URL con un numero insufficiente di dati di misurazione idonei.<\/p>\n\n\n\n
PageSpeed Insights potrebbe quindi non essere in grado di mostrare dati reali affidabili per questo URL.<\/p>\n\n\n\n
Ci\u00f2 non significa che la pagina non possa essere analizzata.<\/p>\n\n\n\n
I dati di laboratorio di Lighthouse possono ancora essere utilizzati per la diagnosi tecnica.<\/p>\n\n\n\n
\n
Importante:<\/strong> \u201eNessun dato\u201c non significa \u201escarsa performance\u201c. Significa semplicemente che non ci sono abbastanza dati di utilizzo reali disponibili per la valutazione in questione.<\/p>\n<\/blockquote>\n\n\n\n
Distinguere i dati degli URL e i dati di origine<\/h2>\n\n\n\n
A seconda della disponibilit\u00e0 dei dati, PageSpeed Insights pu\u00f2 mostrare informazioni per l'URL specifico testato o dati aggregati per l'origine del sito web.<\/p>\n\n\n\n
Questa \u00e8 una differenza importante.<\/p>\n\n\n\n
In sintesi:<\/p>\n\n\n\n
Dati URL\n\u2192 Esperienze con esattamente questa pagina\n\nDati di origine\n\u2192 Esperienze aggregate con pagine della stessa origine del sito web<\/code><\/pre>\n\n\n\n
Fai quindi attenzione alla base di dati su cui si fondano i valori visualizzati.<\/p>\n\n\n\n
Che cosa significa \u201eCore Web Vitals: superati\u201c?<\/h2>\n\n\n\n
Per la valutazione dei Core Web Vitals, Google prende in considerazione i valori di LCP, INP e CLS.<\/p>\n\n\n\n
La valutazione si basa sul 75\u00b0 percentile dei dati di utilizzo reali.<\/p>\n\n\n\n
I valori soglia per una buona valutazione sono:<\/p>\n\n\n\n
Valore misurato<\/th>Bene<\/th><\/tr><\/thead>
LCP<\/strong><\/td>\u2264 2,5 s<\/code><\/td><\/tr>
INP<\/strong><\/td>\u2264 200 ms<\/code><\/td><\/tr>
CLS<\/strong><\/td>\u2264 0,1<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Per una valutazione dei Core Web Vitals superata, in presenza di dati sufficienti, le metriche pertinenti al 75\u00b0 percentile devono rientrare nell'intervallo buono.<\/p>\n\n\n\n
Cosa significa il 75\u00b0 percentile?<\/h2>\n\n\n\n
Il 75\u00b0 percentile impedisce che un sito Web venga giudicato solo sulla base di singoli caricamenti particolarmente veloci.<\/p>\n\n\n\n
In parole semplici significa:<\/p>\n\n\n\n
Almeno il 75 percento delle esperienze misurate raggiunge un valore pari o superiore a questo valore.<\/p>\n\n\n\n
Se, ad esempio, l'LCP al 75\u00b0 percentile \u00e8:<\/p>\n\n\n\n
2,3 secondi<\/code><\/p>\n\n\n\n
si trova, almeno il 75 percento delle esperienze considerate aveva un LCP pari al massimo a circa questo valore.<\/p>\n\n\n\n
Quali sono i dati di laboratorio?<\/h2>\n\n\n\n
Al di sotto dei dati di utilizzo reali, PageSpeed Insights esegue un'analisi Lighthouse.<\/p>\n\n\n\n
Durante questo processo, la pagina viene caricata in condizioni definite o simulate e analizzata dal punto di vista tecnico.<\/p>\n\n\n\n
Questi dati di laboratorio sono particolarmente indicati per la diagnosi.<\/p>\n\n\n\n
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.<\/p>\n\n\n\n
Cosa significa il punteggio di performance?<\/h2>\n\n\n\n
Lighthouse combina diverse metriche di prestazioni ponderate in un punteggio compreso tra 0 e 100.<\/p>\n\n\n\n
I settori sono generalmente classificati nel seguente modo:<\/p>\n\n\n\n
Punteggio<\/th>Valutazione<\/th><\/tr><\/thead>
90\u2013100<\/code><\/td>Bene<\/td><\/tr>
50\u201389<\/code><\/td>Potenziale di miglioramento<\/td><\/tr>
0\u201349<\/code><\/td>Male<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Il punteggio \u00e8 utile per un orientamento rapido. Tuttavia, non \u00e8 una percentuale della velocit\u00e0 del tuo sito web.<\/p>\n\n\n\n
Un valore di:<\/p>\n\n\n\n
Prestazioni 82<\/code><\/p>\n\n\n\n
significa quindi che non:<\/p>\n\n\n\n
Il sito web \u00e8 veloce all'82 %.<\/code><\/p>\n\n\n\n
Perch\u00e9 il punteggio di performance oscilla?<\/h2>\n\n\n\n
Se esegui lo stesso test pi\u00f9 volte, possono risultare punteggi diversi.<\/p>\n\n\n\n
Questo \u00e8 fondamentalmente normale.<\/p>\n\n\n\n
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.<\/p>\n\n\n\n
Perci\u00f2 non dovresti trarre conclusioni affrettate da una singola misurazione.<\/p>\n\n\n\n
Testare pi\u00f9 volte<\/h2>\n\n\n\n
Esegui un'analisi pi\u00f9 volte e verifica se emerge un pattern ricorrente.<\/p>\n\n\n\n
Esempio:<\/p>\n\n\n\n
Test 1 \u2192 83\nTest 2 \u2192 86\nTest 3 \u2192 84\n\n\u2192 risultato relativamente coerente<\/code><\/pre>\n\n\n\n
Per il seguente risultato, invece, dovresti guardare pi\u00f9 da vicino:<\/p>\n\n\n\n
Test 1 \u2192 85\nTest 2 \u2192 51\nTest 3 \u2192 87<\/code><\/pre>\n\n\n\n
Qui sarebbe interessante capire perch\u00e9 una misurazione si discosta cos\u00ec tanto dalle altre.<\/p>\n\n\n\n
I dati sul campo e i dati di laboratorio possono contraddirsi.<\/h2>\n\n\n\n
Pu\u00f2 capitare che i dati di utilizzo reali siano positivi mentre il test Lighthouse attuale evidenzia dei problemi, o viceversa.<\/p>\n\n\n\n
Questo non \u00e8 necessariamente un errore.<\/p>\n\n\n\n
I dati considerano periodi di tempo e condizioni differenti:<\/p>\n\n\n\n
Dati di campo\n\u2192 utenti reali\n\u2192 dispositivi diversi\n\u2192 reti diverse\n\u2192 ultimi 28 giorni\n\nDati di laboratorio\n\u2192 singolo test sintetico\n\u2192 condizioni definite\n\u2192 momento attuale<\/code><\/pre>\n\n\n\n
Ecco perch\u00e9 non dovresti cercare di portare forzatamente entrambi i settori a valori identici.<\/p>\n\n\n\n
A quali dati devo credere di pi\u00f9?<\/h2>\n\n\n\n
Entrambi i tipi di dati sono preziosi, ma per compiti diversi.<\/p>\n\n\n\n
Se vuoi sapere come gli utenti reali vivono effettivamente la tua sito web, i dati di campo sono particolarmente rilevanti.<\/p>\n\n\n\n
Se desideri esaminare un collo di bottiglia tecnico specifico o testare immediatamente una modifica, i dati di laboratorio sono molto utili.<\/p>\n\n\n\n
L'analisi pi\u00f9 sensata utilizza entrambe le prospettive.<\/p>\n\n\n\n
Le metriche di prestazione nell'area Lighthouse<\/h2>\n\n\n\n
PageSpeed Insights mostra diverse metriche di performance nel test di laboratorio.<\/p>\n\n\n\n
A seconda della versione corrente di Lighthouse, la rappresentazione esatta o la ponderazione possono variare.<\/p>\n\n\n\n
Tra gli indicatori tipici figurano, tra gli altri:<\/p>\n\n\n\n
First Contentful Paint\nLargest Contentful Paint\nTotal Blocking Time\nCumulative Layout Shift\nSpeed Index<\/code><\/pre>\n\n\n\n
Questi valori descrivono diversi aspetti del processo di ricarica e della visualizzazione.<\/p>\n\n\n\n
First Contentful Paint \u2013 FCP<\/h2>\n\n\n\n
FCP descrive quando il browser visualizza per la prima volta il contenuto del documento.<\/p>\n\n\n\n
Un buon FCP pu\u00f2 segnalare tempestivamente al visitatore che la pagina si sta effettivamente caricando.<\/p>\n\n\n\n
Tuttavia, FCP non dice ancora quando il contenuto principale pi\u00f9 importante \u00e8 visibile.<\/p>\n\n\n\n
Largest Contentful Paint \u2013 LCP<\/h2>\n\n\n\n
LCP considera il rendering del contenuto pi\u00f9 grande rilevante nell'area visibile.<\/p>\n\n\n\n
Ad esempio, se una grande immagine principale (hero image) \u00e8 l'elemento LCP, la sua dimensione del file, la priorit\u00e0 di caricamento e l'integrazione tecnica possono avere un impatto significativo.<\/p>\n\n\n\n
Spiegheremo come preparare correttamente le immagini su Ottimizzare le immagini per il web: dimensione del file, formato e SEO<\/a>.<\/p>\n\n\n\n
Total Blocking Time \u2013 TBT<\/h2>\n\n\n\n
Il Total Blocking Time \u00e8 una metrica di laboratorio che, in termini semplici, misura quanto il thread principale viene bloccato da attivit\u00e0 lunghe durante una determinata fase del caricamento della pagina.<\/p>\n\n\n\n
JavaScript pu\u00f2 giocare un ruolo importante in questo.<\/p>\n\n\n\n
Un TBT elevato pu\u00f2 indicare che il browser \u00e8 occupato con attivit\u00e0 per un periodo prolungato e di conseguenza non \u00e8 in grado di rispondere immediatamente ad altre operazioni.<\/p>\n\n\n\n
TBT e INP non sono la stessa cosa<\/h2>\n\n\n\n
TBT \u00e8 una metrica di laboratorio. L'INP si basa sulle interazioni reali e fa parte dei Core Web Vitals.<\/p>\n\n\n\n
I due valori sono tematicamente correlati alla reattivit\u00e0, ma non devono essere considerati equivalenti.<\/p>\n\n\n\n
\n
Importante:<\/strong> Un buon valore TBT nel test di Lighthouse non sostituisce i dati reali di INP.<\/p>\n<\/blockquote>\n\n\n\n
Cumulative Layout Shift \u2013 CLS<\/h2>\n\n\n\n
CLS valuta gli spostamenti imprevisti del layout.<\/p>\n\n\n\n
Un esempio tipico \u00e8 un testo o un pulsante che cambia improvvisamente posizione durante il caricamento perch\u00e9 un elemento sottostante richiede spazio in un secondo momento.<\/p>\n\n\n\n
Possibili cause scatenanti possono essere, ad esempio, immagini prive di informazioni adeguate sulle dimensioni o contenuti inseriti dinamicamente.<\/p>\n\n\n\n
Indice di velocit\u00e0<\/h2>\n\n\n\n
In parole semplici, lo Speed Index descrive la velocit\u00e0 con cui i contenuti visibili di una pagina vengono visualizzati durante il caricamento.<\/p>\n\n\n\n
\u00c8 un valore di laboratorio e dovrebbe essere considerato insieme agli altri valori misurati.<\/p>\n\n\n\n
Cosa significano i valori colorati?<\/h2>\n\n\n\n
PageSpeed Insights utilizza i colori per facilitare la classificazione delle metriche.<\/p>\n\n\n\n
Verde\n\u2192 area buona\n\nArancione \/ Giallo\n\u2192 miglioramento necessario\n\nRosso\n\u2192 area critica<\/code><\/pre>\n\n\n\n
Questi colori sono utili per l'orientamento, ma non dovrebbero portarti a elaborare ogni messaggio giallo o rosso senza una priorit\u00e0.<\/p>\n\n\n\n
L'area pi\u00f9 importante: diagnosi e consigli di ottimizzazione<\/h2>\n\n\n\n
Sotto le metriche, Lighthouse mostra vari avvisi tecnici.<\/p>\n\n\n\n
Qui risiede spesso il vantaggio maggiore dello strumento per l'ottimizzazione pratica.<\/p>\n\n\n\n
PageSpeed Insights pu\u00f2, ad esempio, segnalare i seguenti problemi:<\/p>\n\n\n\n
immagini inutilmente grandi\nimmagini consegnate in modo inefficiente\nrisorse che bloccano il rendering\nJavaScript inutilizzato\nCSS inutilizzato\nattivit\u00e0 lunghe nel thread principale\ngrandi payload di rete\nproblemi con l'elemento LCP\nproblemi di memorizzazione nella cache\nspostamenti di layout<\/code><\/pre>\n\n\n\n
Quali suggerimenti compaiono effettivamente dipende dalla pagina analizzata e dalla versione di Lighthouse utilizzata.<\/p>\n\n\n\n
Non ogni raccomandazione ha la stessa priorit\u00e0<\/h2>\n\n\n\n
Un lungo elenco di avvertenze pu\u00f2 sembrare drammatico a prima vista.<\/p>\n\n\n\n
Per\u00f2 non dovresti semplicemente affrontarle dall'alto verso il basso.<\/p>\n\n\n\n
Verifica prima:<\/p>\n\n\n\n
Quale metrica \u00e8 effettivamente scarsa?\n\u2193\nQuale risorsa la influenza?\n\u2193\nQuanto \u00e8 grande il potenziale di miglioramento possibile?\n\u2193\nLa misura pu\u00f2 essere implementata senza perdita di funzionalit\u00e0?\n\u2193\nLo sforzo ha senso in proporzione al beneficio?<\/code><\/pre>\n\n\n\n
Comprendere correttamente i risparmi stimati<\/h2>\n\n\n\n
In determinati controlli, Lighthouse mostra un risparmio potenziale stimato.<\/p>\n\n\n\n
Una stima di questo tipo non \u00e8 una promessa che il tuo sito web reale diventer\u00e0 successivamente pi\u00f9 veloce esattamente di questo valore.<\/p>\n\n\n\n
Aiuta piuttosto a classificare il potenziale di ottimizzazione di una misura.<\/p>\n\n\n\n
Esempio: le immagini sono troppo grandi<\/h2>\n\n\n\n
Supponiamo che PageSpeed Insights segnali che un'immagine di grandi dimensioni potrebbe essere servita in modo pi\u00f9 efficiente.<\/p>\n\n\n\n
Allora dovresti prima identificare il file in questione.<\/p>\n\n\n\n
Verifica poi:<\/p>\n\n\n\n
Quali dimensioni in pixel ha l'immagine?\n\nQuanto \u00e8 grande effettivamente visualizzata?\n\nQuali sono le dimensioni del file?\n\nQuale formato viene utilizzato?\n\nIl livello di qualit\u00e0 \u00e8 adeguato?<\/code><\/pre>\n\n\n\n
Successivamente puoi creare in modo mirato una variante ottimizzata.<\/p>\n\n\n\n
Spiegheremo le differenze tra i formati principali su WebP, AVIF, JPG e PNG: quale formato di immagine usare?<\/a>.<\/p>\n\n\n\n
Esempio: risorse che bloccano il rendering<\/h2>\n\n\n\n
Determinate risorse CSS o JavaScript possono influenzare la visualizzazione di una pagina prima che sia possibile eseguire il rendering dei contenuti importanti visibili.<\/p>\n\n\n\n
PageSpeed Insights \u00e8 in grado di identificare tali risorse.<\/p>\n\n\n\n
Ci\u00f2 non significa tuttavia che tu debba semplicemente rimuovere o caricare in modo differito qualsiasi file CSS o JavaScript visualizzato.<\/p>\n\n\n\n
Pu\u00f2 essere necessaria per il layout o per una funzione importante.<\/p>\n\n\n\n
\n
Attenzione:<\/strong> 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.<\/p>\n<\/blockquote>\n\n\n\n
Esempio: JavaScript non utilizzato<\/h2>\n\n\n\n
Un sito web pu\u00f2 caricare codice JavaScript di cui solo una parte \u00e8 necessaria per la visualizzazione della pagina esaminata.<\/p>\n\n\n\n
Ci\u00f2 pu\u00f2 verificarsi, ad esempio, con temi complessi, plugin o librerie esterne.<\/p>\n\n\n\n
Tuttavia, il messaggio \u201eJavaScript inutilizzato\u201c non significa automaticamente che l'intero file in questione possa essere eliminato.<\/p>\n\n\n\n
Ad esempio, uno script pu\u00f2 essere necessario su un'altra pagina o solo dopo una determinata azione dell'utente.<\/p>\n\n\n\n
Esempio: CSS non utilizzato<\/h2>\n\n\n\n
Lo stesso vale per i CSS.<\/p>\n\n\n\n
Un foglio di stile pu\u00f2 contenere regole che non vengono utilizzate nella pagina attualmente testata, ma che sono necessarie in altre aree del sito web.<\/p>\n\n\n\n
La rimozione automatica senza verifica pu\u00f2 quindi causare errori di visualizzazione.<\/p>\n\n\n\n
Esempio: Esamina l'elemento LCP<\/h2>\n\n\n\n
Se l'LCP \u00e8 anomalo, dovresti scoprire quale elemento \u00e8 stato riconosciuto come elemento LCP.<\/p>\n\n\n\n
Questo pu\u00f2 essere, ad esempio:<\/p>\n\n\n\n
Immagine hero\ngrande intestazione\nbanner\ngrande blocco di contenuti<\/code><\/pre>\n\n\n\n
Se \u00e8 interessata un'immagine, puoi analizzarne, tra le altre cose, le dimensioni, la dimensione del file, il formato e il comportamento di caricamento.<\/p>\n\n\n\n
Se il testo \u00e8 interessato, altre risorse come i font Web o i fogli di stile che bloccano il rendering possono giocare un ruolo.<\/p>\n\n\n\n
Esempio: spostamenti di layout<\/h2>\n\n\n\n
In presenza di un CLS evidente, non dovresti limitarti a cercare una generica \u201eottimizzazione del CLS\u201c.<\/p>\n\n\n\n
Determina prima quali elementi si spostano effettivamente in modo inatteso.<\/p>\n\n\n\n
Possibili candidati sono ad esempio:<\/p>\n\n\n\n
Immagini senza spazio riservato\nElementi pubblicitari\nBanner dei cookie\nContenuti caricati in un secondo momento\nFont web\nWidget dinamici<\/code><\/pre>\n\n\n\n
Solo successivamente dovrebbe essere eliminata la causa specifica.<\/p>\n\n\n\n
Valutare i carichi utili di rete<\/h2>\n\n\n\n
Lighthouse pu\u00f2 indicare grandi quantit\u00e0 di dati trasferiti.<\/p>\n\n\n\n
Ci\u00f2 \u00e8 particolarmente interessante per i siti con molte immagini, video, font o script complessi.<\/p>\n\n\n\n
Tuttavia, una grande quantit\u00e0 complessiva da sola non dice ancora quale risorsa sia superflua.<\/p>\n\n\n\n
Una galleria fotografica richiede naturalmente pi\u00f9 dati rispetto a una semplice pagina di solo testo.<\/p>\n\n\n\n
Esamina quindi le singole risorse.<\/p>\n\n\n\n
Rileva codice di terze parti<\/h2>\n\n\n\n
I servizi esterni possono generare una quota significativa di JavaScript e richieste di rete.<\/p>\n\n\n\n
Questi possono includere, ad esempio:<\/p>\n\n\n\n
Analytics\nTag Manager\nReti pubblicitarie\nWidget di social media\nSistemi di chat\nVideo esterni\nMappe\nStrumenti di marketing<\/code><\/pre>\n\n\n\n
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.<\/p>\n\n\n\n
Non rimuovere semplicemente ogni script esterno<\/h2>\n\n\n\n
Un sistema di analisi o di marketing pu\u00f2 essere importante per il business di un sito web.<\/p>\n\n\n\n
Pertanto, l'ottimizzazione delle prestazioni non significa automaticamente eliminare tutti i servizi esterni.<\/p>\n\n\n\n
La domanda migliore \u00e8:<\/p>\n\n\n\n
Abbiamo bisogno di questo servizio e, in caso affermativo, possiamo utilizzarlo in modo pi\u00f9 efficiente?<\/strong><\/p>\n\n\n\n
Perch\u00e9 100 punti non sono il vero obiettivo<\/h2>\n\n\n\n
Un punteggio di 100 sembra eccellente, ma non \u00e8 un certificato di qualit\u00e0 per l'intero sito web.<\/p>\n\n\n\n
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.<\/p>\n\n\n\n
Anche per quanto riguarda le prestazioni, un ottimo punteggio di laboratorio non pu\u00f2 garantire che ogni visitatore reale faccia la stessa esperienza.<\/p>\n\n\n\n
\n
Consiglio pratico:<\/strong> Se i tuoi Core Web Vitals sono buoni, il sito web \u00e8 veloce e stabile per i visitatori reali e non ci sono problemi significativi di prestazioni, la caccia da 97 a 100 punti \u00e8 spesso meno importante del miglioramento di contenuti o funzionalit\u00e0 reali.<\/p>\n<\/blockquote>\n\n\n\n
Un punteggio verde non significa \u201enon fare pi\u00f9 nulla\u201c<\/h2>\n\n\n\n
Anche il contrario \u00e8 vero.<\/p>\n\n\n\n
Un sito web con un punteggio superiore a 90 pu\u00f2 presentare singoli problemi rilevanti per i visitatori reali.<\/p>\n\n\n\n
Ad esempio, una specifica pagina di prodotto, un modulo o un'interazione possono risultare problematici, nonostante la pagina iniziale testata ottenga un buon punteggio.<\/p>\n\n\n\n
PageSpeed Insights \u00e8 un test per pagine web<\/h2>\n\n\n\n
Quando analizzi un URL, Lighthouse esamina quella specifica pagina.<\/p>\n\n\n\n
Il risultato non deve essere applicato automaticamente all'intero sito web.<\/p>\n\n\n\n
Se la home page:<\/p>\n\n\n\n
Prestazioni 95<\/code><\/p>\n\n\n\n
raggiunto, ci\u00f2 non significa che ogni altro URL raggiunga ugualmente 95 punti.<\/p>\n\n\n\n
Eseguire confronti prima e dopo<\/h2>\n\n\n\n
PageSpeed Insights \u00e8 utile per verificare un'ottimizzazione specifica.<\/p>\n\n\n\n
Una sequenza logica:<\/p>\n\n\n\n
Testare l'URL\n    \u2193\neffettuare pi\u00f9 misurazioni\n    \u2193\ndocumentare i valori\n    \u2193\neseguire un'ottimizzazione concreta\n    \u2193\ntenere conto della cache\n    \u2193\ntestare nuovamente lo stesso URL\n    \u2193\neffettuare pi\u00f9 misurazioni\n    \u2193\nconfrontare i risultati<\/code><\/pre>\n\n\n\n
Spieghiamo come confrontare fondamentalmente e correttamente le misurazioni delle prestazioni su Misurare e valutare correttamente il tempo di caricamento del sito web<\/a>.<\/p>\n\n\n\n
Valutare sempre e solo una modifica comprensibile alla volta<\/h2>\n\n\n\n
Se implementi cinque interventi di performance contemporaneamente, difficilmente potrai giudicare quale di essi abbia effettivamente funzionato.<\/p>\n\n\n\n
Durante la ricerca degli errori, un approccio controllato \u00e8 preferibile.<\/p>\n\n\n\n
Esempio:<\/p>\n\n\n\n
Misurazione iniziale\n      \u2193\nOttimizzare l'immagine hero\n      \u2193\nmisurare di nuovo\n      \u2193\nDocumentare il risultato\n      \u2193\nmisura successiva<\/code><\/pre>\n\n\n\n
Perch\u00e9 un risultato pu\u00f2 cambiare nonostante un sito web invariato<\/h2>\n\n\n\n
Le misurazioni di Lighthouse presentano una certa variabilit\u00e0 naturale.<\/p>\n\n\n\n
La rete, l'ambiente di test, le risorse esterne e altri fattori possono influenzare le singole esecuzioni.<\/p>\n\n\n\n
Ecco perch\u00e9 non dovresti sopravvalutare le piccole differenze.<\/p>\n\n\n\n
Una differenza tra, ad esempio, 91 e 93 punti non dimostra da sola un miglioramento rilevante delle prestazioni.<\/p>\n\n\n\n
Usare correttamente PageSpeed dopo un rilancio<\/h2>\n\n\n\n
Dopo un rilancio del sito web, PageSpeed Insights \u00e8 particolarmente utile.<\/p>\n\n\n\n
Non testare solo la nuova homepage, ma anche i tipi di pagina importanti.<\/p>\n\n\n\n
Verifica ad esempio:<\/p>\n\n\n\n
Home page\nprincipali pagine diatterra\narticoli del blog\npagina dei contatti\npagine dei prodotti\npagine del negozio<\/code><\/pre>\n\n\n\n
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.<\/p>\n\n\n\n
Per immediate verifiche tecniche, i dati di laboratorio attuali sono quindi particolarmente utili.<\/p>\n\n\n\n
Dopo un'ottimizzazione i dati dei campi non cambiano immediatamente<\/h2>\n\n\n\n
Questo punto \u00e8 particolarmente importante.<\/p>\n\n\n\n
Se oggi esegui un miglioramento delle prestazioni, i dati di campo di CrUX non rifletteranno immediatamente e completamente questa modifica.<\/p>\n\n\n\n
Stai visualizzando un periodo scorrevole di 28 giorni.<\/p>\n\n\n\n
I dati di laboratorio possono invece rilevare un cambiamento tecnico immediatamente a partire da una nuova misurazione.<\/p>\n\n\n\n
Modifica oggi\n      \u2193\nTest di laboratorio Lighthouse\n\u2192 Effetto immediatamente misurabile\n\nDati di campo CrUX\n\u2192 cambiano gradualmente\n  con i nuovi dati di utilizzo reali<\/code><\/pre>\n\n\n\n
PageSpeed Insights e SEO<\/h2>\n\n\n\n
PageSpeed Insights viene spesso considerato un \u201etest SEO\u201c. Questa \u00e8 una semplificazione eccessiva.<\/p>\n\n\n\n
Lo strumento pu\u00f2 fornire indicazioni tecniche e include controlli Lighthouse di diverse categorie. Un punteggio di performance non \u00e8 tuttavia un punteggio di ranking diretto di Google.<\/p>\n\n\n\n
Un cambio di:<\/p>\n\n\n\n
Prestazione 82 \u2192 95<\/code><\/p>\n\n\n\n
non comporta quindi automaticamente un corrispondente grande miglioramento del ranking.<\/p>\n\n\n\n
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.<\/p>\n\n\n\n
Non confondere PageSpeed con Google Search Console<\/h2>\n\n\n\n
PageSpeed Insights analizza un determinato URL rispetto ad aspetti di performance tecnica.<\/p>\n\n\n\n
Google Search Console zeigt dagegen unter anderem Informationen dar\u00fcber, 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.<\/p>\n\n\n\n
Entrambi gli strumenti si completano a vicenda, ma svolgono compiti diversi.<\/p>\n\n\n\n
La configurazione della Search Console \u00e8 trattata in Configurare Google Search Console e verificare il sito web<\/a>.<\/p>\n\n\n\n
Cosa fare in caso di un pessimo risultato di PageSpeed?<\/h2>\n\n\n\n
Un punteggio basso \u00e8 innanzitutto un punto di partenza per la diagnosi.<\/p>\n\n\n\n
Non dare subito per scontato che sia necessario ricostruire un intero sito web o cambiare hosting.<\/p>\n\n\n\n
Esamina prima le anomalie pi\u00f9 grandi.<\/p>\n\n\n\n
Punteggio scarso\n      \u2193\nQuale metrica \u00e8 anomala?\n      \u2193\nQuale diagnosi spiega il problema?\n      \u2193\nQuale risorsa \u00e8 interessata?\n      \u2193\nVerificare la causa\n      \u2193\nIntervento mirato\n      \u2193\nMisurare di nuovo<\/code><\/pre>\n\n\n\n
Trattiamo l'analisi sistematica delle cause alla voce Sito web lento: trovare sistematicamente le cause<\/a>.<\/p>\n\n\n\n
Tipica priorizzazione dei problemi<\/h2>\n\n\n\n
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\u00e0.<\/p>\n\n\n\n
Per esempio:<\/p>\n\n\n\n
grande problema LCP\n        \u2193\nidentificare l'elemento LCP\n\nimmagini molto grandi\n        \u2193\nverificare l'ottimizzazione delle immagini\n\nelevato carico di JavaScript\n        \u2193\nanalizzare gli script che lo causano\n\nforti spostamenti di layout\n        \u2193\nidentificare gli elementi scatenanti<\/code><\/pre>\n\n\n\n
Apportare modifiche ai siti web di produzione con cautela<\/h2>\n\n\n\n
Le impostazioni delle prestazioni possono influire profondamente sulla consegna tecnica di un sito web.<\/p>\n\n\n\n
Ci\u00f2 riguarda, ad esempio:<\/p>\n\n\n\n
Ritardo di JavaScript\nOttimizzazione CSS\nMinificazione\nCaching\nPreloading\nLazy Loading\nRimozione delle risorse<\/code><\/pre>\n\n\n\n
Una configurazione errata pu\u00f2 compromettere menu, moduli, negozi, banner dei cookie o altre funzionalit\u00e0.<\/p>\n\n\n\n
\n
Attenzione:<\/strong> 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.<\/p>\n<\/blockquote>\n\n\n\n
Utilizzare il sito stesso dopo ogni ottimizzazione<\/h2>\n\n\n\n
Un punteggio migliore non serve a nulla se poi una funzione importante smette di funzionare.<\/p>\n\n\n\n
Verifica la presenza di modifiche, ad esempio:<\/p>\n\n\n\n
Navigazione\nModuli\nPulsanti\nSlider\nBanner dei cookie\nRicerca\nAccesso\nCarrello\nCassa\nVisualizzazione mobile<\/code><\/pre>\n\n\n\n
Quali funzioni siano rilevanti dipende ovviamente dal tuo sito web.<\/p>\n\n\n\n
Quando \u00e8 meno importante una segnalazione di PageSpeed?<\/h2>\n\n\n\n
Alcuni suggerimenti riguardano solo un potenziale risparmio molto ridotto.<\/p>\n\n\n\n
Se l'implementazione fosse allo stesso tempo complessa o rischiosa, un'altra misura potrebbe avere una priorit\u00e0 notevolmente superiore.<\/p>\n\n\n\n
L'ottimizzazione delle prestazioni \u00e8 quindi anche una questione di proporzionalit\u00e0:<\/p>\n\n\n\n
possibile beneficio\n      \u2195\nimpegno di implementazione\n      \u2195\nrischio tecnico\n      \u2195\nrilevanza per i visitatori reali<\/code><\/pre>\n\n\n\n
Usare regolarmente PageSpeed Insights<\/h2>\n\n\n\n
Un sito web cambia nel corso del tempo.<\/p>\n\n\n\n
Nuove immagini, plugin, servizi di tracciamento, font, video o altre funzioni possono influire sulle prestazioni.<\/p>\n\n\n\n
Una nuova analisi \u00e8 pertanto particolarmente opportuna dopo modifiche rilevanti.<\/p>\n\n\n\n
Non \u00e8 necessario visitare PageSpeed Insights quotidianamente se non sono state apportate modifiche al sito web e non si riscontrano problemi.<\/p>\n\n\n\n
PageSpeed Insights non sostituisce il monitoraggio<\/h2>\n\n\n\n
PageSpeed Insights non \u00e8 un sistema per il monitoraggio permanente dell'accessibilit\u00e0 di un sito web.<\/p>\n\n\n\n
Un test riuscito non ti dimostra che il sito web rimarr\u00e0 disponibile 24 ore su 24 nei giorni a venire.<\/p>\n\n\n\n
Per un monitoraggio continuo vengono impiegati sistemi di monitoraggio.<\/p>\n\n\n\n
Trattiamo questo argomento sotto Monitoraggio di siti web: monitorare la disponibilit\u00e0 e le interruzioni<\/a>.<\/p>\n\n\n\n
PageSpeed Insights non sostituisce un'analisi completa degli errori<\/h2>\n\n\n\n
PSI pu\u00f2 darti indicazioni molto preziose, ma non conosce automaticamente l'intera causa tecnica di un problema.<\/p>\n\n\n\n
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\u00f9 approfondita.<\/p>\n\n\n\n
PageSpeed Insights \u00e8 quindi una parte importante della diagnosi delle prestazioni, ma non \u00e8 l'unico strumento possibile.<\/p>\n\n\n\n
Pratico flusso di lavoro PageSpeed<\/h2>\n\n\n\n
selezionare l'URL corretto\n        \u2193\neseguire l'analisi mobile\n        \u2193\neseguire l'analisi desktop\n        \u2193\nverificare i dati di campo\n        \u2193\nvalutare i Core Web Vitals\n        \u2193\nverificare i dati di laboratorio\n        \u2193\ndeterminare la metrica problematica\n        \u2193\nvisualizzare le diagnosi\n        \u2193\nidentificare la risorsa interessata\n        \u2193\nprioritizzare l'intervento in base al beneficio\n        \u2193\napportare una modifica\n        \u2193\ntestare la funzionalit\u00e0 del sito web\n        \u2193\nmisurare nuovamente PageSpeed\n        \u2193\ndocumentare il risultato<\/code><\/pre>\n\n\n\n
Errori comuni in PageSpeed Insights<\/h2>\n\n\n\n
guardare solo il punteggio di performance\n\nvolere assolutamente raggiungere 100 punti\n\ntestare solo il desktop\n\ntestare solo la homepage\n\nconfondere i dati di campo con i dati di laboratorio\n\ninterpretare i dati di campo mancanti come errori\n\napplicare ogni raccomandazione senza verificarla\n\nrimuovere CSS o JavaScript alla cieca\n\napportare pi\u00f9 modifiche contemporaneamente\n\nsopravvalutare le piccole oscillazioni del punteggio\n\naspettarsi nuovi valori CrUX immediatamente dopo una modifica\n\nconfondere PageSpeed con un punteggio di ranking di Google\n\nnon testare le funzionalit\u00e0 del sito web dopo l'ottimizzazione<\/code><\/pre>\n\n\n\n
Checklist: Valutare correttamente il risultato di PageSpeed<\/h2>\n\n\n\n
\u00c8 stata testata l'URL corretta?\n        \u2193\nVerificato sia su dispositivi mobili che desktop?\n        \u2193\nSono disponibili dati di campo?\n        \u2193\nDati di URL o di origine?\n        \u2193\nSuperati i Core Web Vitals?\n        \u2193\nQuale metrica presenta anomalie?\n        \u2193\nCosa mostrano i dati di laboratorio?\n        \u2193\nQuale diagnostica \u00e8 rilevante per questo?\n        \u2193\nQuale risorsa specifica sta causando il problema?\n        \u2193\nLa misura proposta ha senso?\n        \u2193\nPu\u00f2 compromettere le funzionalit\u00e0?\n        \u2193\nApportare le modifiche una alla volta\n        \u2193\nTestare il sito web in pratica\n        \u2193\nmisurare di nuovo<\/code><\/pre>\n\n\n\n
Riepilogo<\/h2>\n\n\n\n
Google PageSpeed Insights \u00e8 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.<\/p>\n\n\n\n
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.<\/p>\n\n\n\n
Dovresti considerare i Core Web Vitals LCP, INP e CLS separatamente e poi analizzare quali risorse specifiche o cause tecniche influenzano un valore anomalo.<\/p>\n\n\n\n
Non ogni consiglio di PageSpeed ha la stessa priorit\u00e0. Valuta quindi sempre il potenziale beneficio, l'impegno e il rischio di una modifica.<\/p>\n\n\n\n
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.<\/p>\n\n\n\n
PageSpeed Insights non ti dice semplicemente se un sito web \u00e8 \u201ebuono\u201c o \u201ecattivo\u201c. Usato correttamente, ti mostra dove dovresti guardare pi\u00f9 da vicino, e risiede proprio qui il vero valore dello strumento.<\/strong><\/p>","protected":false},"excerpt":{"rendered":"
Google PageSpeed Insights geh\u00f6rt zu den bekanntesten Werkzeugen zur Analyse der Performance einer Website. Du gibst eine URL ein und erh\u00e4ltst Messwerte, Bewertungen und technische Hinweise zur untersuchten Seite. Die eigentliche Herausforderung besteht jedoch nicht darin, einen PageSpeed-Test zu starten. Entscheidend ist, die angezeigten Ergebnisse richtig zu interpretieren. Ein Performance-Score von 100 bedeutet nicht automatisch, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[85],"doc_tag":[],"class_list":["post-22895","docs","type-docs","status-publish","hentry","doc_category-seo-monitoring"],"year_month":"2026-10","word_count":3829,"total_views":"20","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/it\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"SEO & Monitoring","term_url":"https:\/\/www.curiaweb.ch\/it\/hilfe-kategorie\/seo-monitoring\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22895","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/comments?post=22895"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22895\/revisions"}],"predecessor-version":[{"id":22897,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22895\/revisions\/22897"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/media?parent=22895"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_category?post=22895"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_tag?post=22895"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}