Alejandro Rioja.
SEO

Come usare Google PageSpeed Insights?

Alejandro Rioja
Alejandro Rioja
8 min di lettura
TL;DR

Google PageSpeed Insights combina i dati sul campo di utenti reali (CrUX) con i dati di laboratorio di Lighthouse per valutare il tuo sito sui Core Web Vitals — LCP, INP e CLS. Usalo per diagnosticare le pagine lente e dare priorità alle correzioni che migliorano davvero il ranking.

Newsletter gratuita

Ogni mercoledì. 28.400+ operatori. Zero riempitivo.

Table of contents

Open Table of contents

Cos’è la velocità di pagina?

La velocità di pagina è la rapidità con cui un browser consegna contenuto utilizzabile a un visitatore. Esistono due interpretazioni comuni: il tempo fino al primo contenuto significativo above the fold, e il tempo di caricamento completo della pagina.

I fattori fuori dal tuo controllo includono la velocità di connessione e il dispositivo del visitatore. Ciò che puoi controllare: dimensione e formato delle immagini, esecuzione di JavaScript, tempo di risposta del server e caching.

Perché la velocità di pagina è importante?

Google usa la velocità di pagina — specificamente i Core Web Vitals — come segnale di ranking. Le pagine lente danneggiano sia il ranking che la conversione. La relazione è diretta: all’aumentare del tempo di caricamento, aumenta il tasso di rimbalzo. Una pagina che impiega cinque secondi a caricarsi perde una porzione significativa di visitatori prima ancora che vedano il tuo contenuto.

Oltre al ranking, la velocità conta per i ricavi. Ogni secondo di ritardo riduce la probabilità che un visitatore completi un obiettivo.

Cos’è Google PageSpeed Insights?

PageSpeed Insights è uno strumento gratuito di Google che analizza qualsiasi URL pubblica e restituisce due tipi di dati:

  1. Dati sul campo — misurazioni di utenti reali dal Chrome User Experience Report (CrUX), che mostrano come i visitatori reali hanno vissuto la pagina negli ultimi 28 giorni.
  2. Dati di laboratorio — un audit Lighthouse simulato eseguito sulla pagina, che fornisce numeri riproducibili per diagnosticare i problemi.

Lo strumento assegna un punteggio da 0 a 100. Verde (90–100) è buono, giallo (50–89) richiede lavoro, rosso (0–49) è scarso.

Come usare PageSpeed Insights

Vai su pagespeed.web.dev, incolla il tuo URL e clicca su Analizza. Il report ha quattro sezioni che vale la pena comprendere.

Dati sul campo — Core Web Vitals (CrUX)

Questa è la sezione più importante per la SEO. Mostra come gli utenti reali hanno vissuto la tua pagina. A partire dal 2026, i Core Web Vitals sono:

  1. Largest Contentful Paint (LCP) — tempo affinché l’elemento di contenuto visibile più grande (di solito un’immagine hero o un titolo) si carichi. Obiettivo: meno di 2,5 secondi.
  2. Interaction to Next Paint (INP) — misura la reattività in tutte le interazioni dell’utente durante la sessione. INP ha sostituito First Input Delay (FID) a marzo 2024. Obiettivo: meno di 200ms.
  3. Cumulative Layout Shift (CLS) — misura la stabilità visiva; quanto il layout si sposta durante il caricamento. Obiettivo: meno di 0,1.

First Contentful Paint (FCP) appare anche come metrica supplementare, ma non è un Core Web Vital.

Se il tuo sito ha traffico insufficiente, i dati sul campo CrUX potrebbero non essere disponibili — in quel caso vengono mostrati solo i dati di laboratorio.

Dati di laboratorio — Lighthouse

I dati di laboratorio eseguono una simulazione Lighthouse controllata. Le metriche includono:

  1. First Contentful Paint (FCP) — tempo affinché appaia il primo contenuto.
  2. Speed Index — quanto velocemente il contenuto si riempie visivamente durante il caricamento.
  3. Total Blocking Time (TBT) — tempo totale in cui le attività del thread principale hanno bloccato l’interattività; un proxy di laboratorio per INP.
  4. LCP — stessa metrica dei dati sul campo, misurata in un ambiente controllato.
  5. CLS — stessa metrica dei dati sul campo.

I dati di laboratorio sono utili per il debugging perché sono riproducibili e non richiedono traffico reale.

Opportunità e diagnostica

Questa sezione ti dice cosa correggere. Le opportunità mostrano modifiche specifiche con risparmi stimati (ad es. “Fornire immagini in formati di nuova generazione — risparmio potenziale: 1,2s”). La diagnostica segnala problemi senza una stima diretta del tempo, come risorse che bloccano il rendering o dimensioni DOM eccessive.

Dai priorità alle opportunità in base ai risparmi di tempo stimati e alla fattibilità.

Audit superati

Queste sono le verifiche che la tua pagina già supera. Utile per confermare che il lavoro precedente ha retto.

Come migliorare il tuo punteggio PSI

Queste sono le correzioni ad alto impatto che ho usato su siti reali.

1. Comprimi e converti le immagini

Le immagini grandi sono la causa più comune di un LCP scarso. Converti in WebP o AVIF — entrambi comprimono significativamente meglio di JPEG a qualità equivalente. La maggior parte dei moderni strumenti di ottimizzazione delle immagini e dei CDN lo fanno automaticamente.

Per i siti WordPress, Smush gestisce la compressione in blocco. Per la compressione standalone, Squoosh (lo strumento di Google) è affidabile e gratuito. Imposta attributi width e height espliciti sulle immagini per prevenire lo spostamento del layout (CLS).

2. Implementa il caching del browser

Il caching del browser memorizza gli asset statici localmente in modo che i visitatori abituali non debbano scaricarli di nuovo. Imposta gli header di cache appropriati sul tuo server o CDN.

Per WordPress, W3 Total Cache rimane un’opzione solida. Se sei su uno stack di hosting moderno con CDN, il CDN spesso gestisce questo automaticamente.

3. Minifica HTML, CSS e JavaScript

La rimozione di spazi bianchi, commenti e codice ridondante riduce le dimensioni dei file. La maggior parte degli strumenti di build (Vite, webpack, esbuild) lo fanno automaticamente in produzione. Per WordPress, i plugin di caching come W3 Total Cache includono la minificazione. PSI lo segnala in Opportunità se è un problema significativo.

4. Riduci il tempo di esecuzione di JavaScript

I problemi INP di solito risalgono a JavaScript pesante che blocca il thread principale. Controlla i tuoi script di terze parti — analytics, widget di chat, script pubblicitari — e rinvia o carica in lazy-load tutto ciò che non è critico per il rendering iniziale. Questa è la correzione più difficile ma spesso la più impattante per INP.

5. Usa un CDN

Una rete di distribuzione dei contenuti serve gli asset da nodi edge geograficamente vicini ai visitatori, riducendo la latenza. Per la maggior parte dei siti, questo è uno dei guadagni più facili. Il livello gratuito di Cloudflare funziona bene per gli asset statici.

Una nota su AMP

Google’s Accelerated Mobile Pages (AMP) era un progetto per imporre pagine mobile veloci tramite un formato HTML ristretto. Nel 2026, AMP non è più un segnale di ranking e Google lo ha ampiamente deprioritizzato. Concentrati invece sui Core Web Vitals — una pagina standard ben ottimizzata supererà una pagina AMP mediocre sia per gli utenti che per il ranking.

Google PageSpeed Insights — FAQ 2026

Cosa è successo a First Input Delay (FID)?

FID è stato ritirato come Core Web Vital a marzo 2024 e sostituito da Interaction to Next Paint (INP). FID misurava solo il ritardo sulla primissima interazione dell’utente. INP misura la reattività in tutte le interazioni durante la sessione della pagina, il che è un quadro più completo di come si sente una pagina in uso. Se hai post o audit precedenti che fanno riferimento a FID come Core Web Vital, sono obsoleti.

Qual è la differenza tra dati sul campo e dati di laboratorio in PSI?

I dati sul campo provengono da utenti Chrome reali che visitano la tua pagina negli ultimi 28 giorni, aggregati nel Chrome User Experience Report (CrUX). I dati di laboratorio sono un audit Lighthouse sintetico — un caricamento simulato in un ambiente controllato. Spesso differiscono. I dati sul campo riflettono le condizioni reali (dispositivi variati, connessioni, caching); i dati di laboratorio sono riproducibili e migliori per il debugging. Entrambi contano: i dati sul campo determinano se superi i Core Web Vitals; i dati di laboratorio ti dicono cosa correggere.

Un punteggio PSI di 100 garantisce un buon ranking?

No. Il punteggio PSI è uno strumento diagnostico, non un segnale di ranking di per sé. Ciò che conta per il ranking è se i dati sul campo dei tuoi Core Web Vitals superano le soglie: LCP sotto 2,5s, INP sotto 200ms, CLS sotto 0,1. Una pagina può ottenere 95 in laboratorio ma fallire nei dati sul campo a causa delle condizioni reali. Concentrati sulla sezione dei dati sul campo, non sul punteggio di laboratorio.

Ogni quanto dovrei eseguire gli audit PSI?

Esegui PSI dopo qualsiasi modifica significativa al tuo sito (nuovo template di pagina, nuovo script di terze parti, aggiornamento importante del contenuto). Per le pagine ad alto traffico, imposta un monitoraggio continuo tramite Google Search Console, che segnala i problemi dei Core Web Vitals su larga scala senza richiedere controlli PSI manuali per ogni URL.

Letture correlate: Cos’è la SEO? · Top 10 Editorial Tools To Keep Your Content Organized · 20 Best SEO Tools

La versione più breve

Se stai leggendo questo perché il flusso di lavoro che descrive ti sta mangiando la settimana, è il tipo di ciclo per cui costruisco agenti AI. Due slot di sviluppo disponibili alla volta.

Aggiornato per maggio 2026

La storia di Google nel 2026 è AI Overviews ovunque: l’esperimento SGE del 2023 è diventato una funzionalità predefinita a maggio 2024 e ora appare su circa il ~60% delle query informative negli USA. Per operatori SEO e pubblicitari:

La risposta a “come guadagna Google” nel 2026: ancora annunci Search (dominante), ma annunci YouTube, Cloud e Abbonamenti (YouTube Premium + Google One) sono ora tutte linee significative.

Continua a leggere

Ricevi il manuale dell'IA nella tua casella di posta

Ogni mercoledì. 28.400+ operatori. Zero riempitivo.

⌕
↵ ↵ per tutti i risultati esc esc per chiudere