Punteggio prestazioni Lighthouse

Cosa verifica questo controllo

Chiama l’API PageSpeed Insights per l’URL della pagina e riporta il punteggio di performance complessivo (0–100). Il punteggio è una media pesata di cinque metriche di lab: First Contentful Paint, Largest Contentful Paint, Total Blocking Time, Cumulative Layout Shift e Speed Index.

Perché è importante

Le prestazioni sono un fattore di posizionamento confermato attraverso i Core Web Vitals e un fattore di conversione confermato da ogni studio di conversion mai pubblicato. Il punteggio Lighthouse è il singolo numero più facile da tracciare — Google stesso lo raggruppa in tre fasce:

• 90–100 (verde) — veloce. Puntare a questo.
• 50–89 (arancione) — da migliorare.
• 0–49 (rosso) — lento. Probabilmente stai perdendo posizionamento e conversioni.

Una pagina a 30 non è leggermente peggiore di una a 80; sta perdendo visitatori prima che vedano qualunque cosa.

Come sistemarlo

Il lavoro sulle prestazioni è stratificato. Affronta prima i contributori più grandi:

1. Ottimizza le immagini più grandi (LCP).

La maggior parte delle pagine lente lo è per una hero image da 2–5 MB. Comprimila, servila in AVIF/WebP, imposta width e height espliciti:

<img
  src="/hero.avif"
  width="1200"
  height="630"
  alt="…"
  fetchpriority="high"
  loading="eager">

fetchpriority="high" dice al browser di scaricare questa immagine prima degli asset non critici — migliora direttamente l’LCP.

2. Posticipa il JavaScript non critico (TBT e INP).

Ogni script di analytics, widget di chat e A/B testing gira sul thread principale prima che gli utenti possano interagire. Usa defer o async:

<script src="/analytics.js" defer></script>
<script src="https://plausible.io/js/plausible.js" defer></script>

Per React/Next.js: fai code-splitting dei componenti pesanti, usa dynamic(() => import(...), { ssr: false }) per i widget below-the-fold e audita gli script di terze parti nel tab Performance di DevTools.

3. Inline del CSS critico, defer del resto.

<style>/* CSS critico — visibile above the fold */</style>
<link rel="preload" href="/main.css" as="style" onload="this.rel='stylesheet'">

Gli estrattori di CSS critico (Critters, Beasties per Next.js, astro:assets per Astro) lo automatizzano.

4. Riserva spazio per il contenuto dinamico (CLS).

Ogni immagine ha bisogno di width e height. Ogni embed ha bisogno di un container esplicito. Ogni web font ha bisogno di font-display: swap e di un fallback con metriche simili.

5. Cache, compressione, CDN.

Servi gli asset statici da una CDN (Cloudflare, Bunny, Fastly). Abilita la compressione Brotli su HTML/CSS/JS. Imposta Cache-Control: public, max-age=31536000, immutable sugli asset con fingerprint.

Strumenti da usare:

• PageSpeed Insights — stesso motore che MetricSpot chiama. Mostra gli audit specifici che falliscono.
• Chrome DevTools → pannello Performance — trova il frame davvero lento.
• npx unlighthouse https://tuodominio.com — Lighthouse contro ogni pagina, non solo la home.
• WebPageTest — per testare da geografie e tipi di connessione specifici.

Controlli correlati: LCP, INP, CLS.

Domande frequenti

Perché il mio Lighthouse locale differisce da PSI?

Lighthouse locale usa la tua CPU e rete; PSI usa un dispositivo Android medio throttlato su connessione 4G. PSI è ciò che Google usa per il segnale reale — tara sempre su quello, non sul punteggio del tuo MacBook M3.

Il punteggio influisce direttamente sul posizionamento?

Indirettamente. Google posiziona sulle tre Core Web Vitals (LCP, INP, CLS) — non sul punteggio composto. Ma un punteggio Lighthouse basso quasi sempre significa che anche le CWV sottostanti sono pessime. Sistema le metriche; il punteggio segue.

Il mio punteggio oscilla tra una visita e l’altra — perché?

I dati sul campo (ciò che PSI mostra quando l’URL ha abbastanza traffico utenti Chrome) sono stabili. I dati di lab (singola esecuzione Lighthouse) sono variabili — server caldo/freddo, network pubblicitarie che caricano creatività diverse, script di terze parti. Esegui PSI tre volte e prendi la mediana, o affidati ai dati sul campo a 28 giorni quando disponibili.