Join our community of websites already using SEOJuice to automate the boring SEO work.
See what our customers say and learn about sustainable SEO that drives long-term growth.
Explore the blog →Aggiornato a maggio 2026.
TL;DR: I punteggi di Lighthouse non influenzano direttamente il ranking, ma i problemi che evidenzia sì. Il punteggio Prestazioni (con i Core Web Vitals integrati) è la vera leva; il punteggio SEO è igiene tecnica. Sistema prima le immagini e il JS che blocca il rendering; ignora i suggerimenti puramente cosmetici.
Quando, all’inizio del 2024, eseguii Lighthouse su seojuice.com, ottenni 54 in Prestazioni. SEO era a 82. Accessibilità a 71. Rimasi a fissare quei numeri chiedendomi quali contassero davvero per il posizionamento e quali servissero solo a farmi sentire in colpa.
Scrivo questo perché vendiamo strumenti SEO, e la domanda che ricevo più spesso dai nuovi clienti suona così: «Il mio punteggio SEO di Lighthouse è 92, perché non mi posiziono?». Risposta breve: perché quel punteggio non è un segnale di ranking. La spiegazione lunga segue qui sotto.
Ecco cosa ho imparato dopo due anni passati a ossessionarmi con questi numeri — compreso cosa è cambiato quando ho portato il punteggio Prestazioni da 54 a 89 (spoiler: alcune metriche sono migliorate molto, altre a cui tenevo non hanno mosso nulla).
Se stai leggendo questo articolo hai già aperto DevTools e lanciato l’audit, quindi salto la premessa «cos’è Lighthouse». Ciò che conta è la distinzione fra i quattro punteggi restituiti:
| Categoria | Segnale di ranking? | Fascia di punteggio da inseguire | Cosa fare |
|---|---|---|---|
| Prestazioni | Sì (tramite Core Web Vitals) | 75+ | Formato immagini, JS che blocca il rendering, caricamento dei font. Questa è la leva. |
| SEO | No (solo igiene) | 80+, non inseguire 100 | Meta tag mancanti, viewport, crawlabilità. Poi basta. |
| Accessibilità | Indiretto (sovrappone SEO) | 85+ | Testi alternativi, gerarchia heading, contrasto. Rischio legale in aumento. |
| Best Practices | No | 90+ (facile) | HTTPS, errori console, API deprecate. Vittorie quasi gratis. |
L’errore più comune: considerare il punteggio SEO di Lighthouse un proxy del ranking in Google. Non lo è. L’audit SEO controlla circa 14 elementi: meta tag, crawlabilità, basi dei dati strutturati, configurazione del viewport mobile. Sono requisiti minimi: servono, ma averli non garantisce il posizionamento; semplicemente evita di essere penalizzati da errori tecnici evitabili.
Le Prestazioni sono diverse. I Core Web Vitals (LCP, CLS, INP) sono segnali di ranking confermati. Quando ho ridotto il nostro LCP da 4,2 a 1,8 secondi, abbiamo visto un miglioramento misurabile nelle posizioni medie delle pagine che stazionavano tra la sesta e la decima posizione. Non un balzo drammatico, ma abbastanza da portare diverse pagine in prima pagina.
Una nota rapida su INP, perché molti articoli del 2023 parlano ancora di FID. Dal 12 marzo 2024 Google ha sostituito FID con INP come terzo Core Web Vital. INP misura la latenza di interazione lungo l’intero ciclo di vita della pagina (FID valutava solo il primo input). Se i tuoi tool riportano ancora FID, sono obsoleti: aggiornali.
Punteggio SEO Lighthouse (target 82-100). Igiene SEO tecnica di base. Sotto 80 probabilmente hai un problema di crawlabilità, un meta tag mancante o un viewport errato. Risolvili: sono vittorie facili. La differenza fra 92 e 100, però, spesso è solo un suggerimento di dati strutturati che non sposta il ranking.
Punteggio Prestazioni Lighthouse (mirare a 75+). Qui vive l’impatto reale (e qui ho speso tre settimane di lavoro per passare da 54 a 89). Ottimizzazione immagini, caricamento font, estrazione CSS critico, lazy load dei contenuti below-the-fold.
Punteggio Accessibilità Lighthouse (mirare a 85+). Non è un fattore di ranking diretto, ma gli audit si sovrappongono parecchio al buon SEO (alt text, gerarchia heading, qualità del testo dei link). Il contenzioso legale cresce; la norma sull’accessibilità web dell’ADA del 2024 è un esempio. Lo prioritizzerei sopra l’ossessione per il 100 SEO (ci ho pensato mesi prima di deciderlo).
C’è ancora una cosa che non so spiegare: due nostre pagine hanno profili Lighthouse quasi identici (entro 3 punti su ogni categoria) ma si posizionano sei posizioni distanti per query simili. O è un fattore off-page che non misuro, oppure Lighthouse non fotografa tutto. Probabilmente entrambe.
Quella che era una lunga lista di tutti gli audit SEO diventa una sezione più corta: gran parte non ha lo stesso peso. La tabella sopra è il succo; qui sotto gli audit che meritano attenzione, con i numeri del nostro crawl come prova.
Meta tag (valgono un’ora del tuo tempo). Title e meta description sono gli unici audit SEO dove un fix porta a un CTR misurabile. Ho trovato 7 pagine con titoli duplicati («SEOJuice – Dashboard» in varie salse). Dopo averli riscritti con copy in linea con l’intento, il CTR da ricerca è salito di circa il 15% sulle pagine interessate in sei settimane (dato Search Console). Mantieni i title fra 50-60 caratteri, descrizioni uniche e evita il keyword stuffing.
Ottimizzazione immagini (la leva più grande sulle Prestazioni). Lighthouse segnala immagini pesanti sia lato SEO (alt text) sia lato Prestazioni (LCP, payload totale). Sul nostro sito, passare da PNG a WebP ha ridotto del 62% il peso immagini sulle prime 40 pagine indicizzate, misurato con PageSpeed Insights mobile. Solo questo ha tagliato 1,3 secondi di LCP. L’alt text è la parte facile: in un audit cliente recente, 340 su 400 immagini ne erano prive. Ogni singola era un’occasione persa per accessibilità e SEO.
HTTPS (elementare). Google ha confermato HTTPS come segnale leggero di ranking già nell’agosto 2014. Se nel 2026 sei ancora in HTTP, è il fix più facile in lista (la maggior parte degli hosting include già SSL).
Gerarchia heading, canonical, robots/sitemap, schema (igiene). Lighthouse segnala H1 mancanti, salti da H1 a H3, contenuti duplicati senza canonical e pagine bloccate da robots.txt. Sistema ciò che è rotto, non «ottimizzare» ciò che funziona. JSON-LD è il formato schema più semplice da implementare; il resto sono dettagli.
Mobile-friendliness. Il mobile-first indexing è lo standard dal 2019. Se manca il meta viewport o i pulsanti sono troppo piccoli, Lighthouse lo indicherà. In pratica ho visto pagine ancora valutate su segnali desktop in fasi di transizione, ma la soluzione è la stessa: rendi buona l’esperienza mobile.
Cosa eviterei: impazzire per ogni «opportunity» (alcune incidono poco) e minificare l’HTML a mano quando i tool di build lo fanno già.
Ne ho commesse parecchie all’inizio. Confessione: ho passato un mese a inseguire un 100 in Accessibilità per scoprire che gli ultimi 12 punti richiedevano di rifattorizzare tutto il nostro library di form. Il premio? Un numero che nessuno fuori dal mio team avrebbe mai visto.
Ottimizzare la cosa sbagliata per prima. Una settimana a ottimizzare i tempi di risposta del server (che ha aiutato) ignorando 12 pagine senza meta description. Le priorità contano. Audit veloce: risolvi i fix economici prima di quelli costosi (lezione che continuo a ripassare).
Bloat da plugin (WordPress & Co.). I plugin fanno risparmiare tempo, ma ognuno porta JS, CSS e talvolta query DB. Fai audit trimestrale: rimuovi ciò che non usi attivamente.
Contenuti duplicati. Più pagine con lo stesso contenuto costringono Google a sceglierne una. Usa i canonical per indicare la copia master. Se una pagina è ritirata in modo permanente, fai un 301 invece di lasciarla in 404.
Trascurare l’esperienza utente per rincorrere il punteggio. Design pulito, call to action chiare e caricamenti rapidi contano più degli ultimi 5 punti Lighthouse. Una pagina da 95 che fa rimbalzare gli utenti è peggiore di una da 80 che converte.
Ignorare i dati. Ogni mese traccio, insieme ai punteggi Lighthouse: pagine dove le Prestazioni sono migliorate ma il ranking no (altri fattori dominano), e pagine dove il ranking sale dopo fix di Prestazioni (lavoro ripagato). La correlazione non è perfetta, ma abbastanza costante da giustificare l’investimento.
Prima della lista, ripeto la distinzione SEO score vs Prestazioni: ecco perché la lista è corta. Nessuna delle correzioni di punteggio SEO (canonical, schema, sitemap) compare qui: non perché inutili, ma perché già presenti. Le vittorie sono tutte sul fronte Prestazioni.
Nello specifico:
Cosa non ha mosso l’ago: ossessionarsi per il punteggio SEO (era già sopra 80, quindi nessun segnale residuo), minificare HTML (risparmi trascurabili) e implementare ogni «opportunity» di Lighthouse (alcune hanno impatto minimo nel mondo reale).
Vale la pena ricordare che Lighthouse è uno dei vari strumenti per misurare i CWV, non l’unico. PageSpeed Insights integra Lighthouse ma attinge anche ai dati di campo del Chrome User Experience Report. CrUX fornisce metriche real-user dai veri utenti Chrome (Lighthouse è solo lab data, perciò i due valori possono divergere). Calibre e DebugBear aggiungono monitoraggio continuo. Il punteggio in DevTools è uno snapshot della tua macchina, rete e versione di Chrome; trattalo come indicatore direzionale, non verità assoluta.
D1. Il punteggio SEO di Lighthouse influisce sul ranking in Google?
No, non direttamente. Google non lo ha mai confermato come segnale di ranking e gli audit che esegue (meta tag, viewport, presenza di dati strutturati) coincidono con l’igiene tecnica che Google valuta separatamente. Un 100 perfetto non fa posizionare meglio. Un 60, però, di solito indica qualcosa di rotto che invece impatta il ranking (noindex, title mancante, sitemap bloccata).
D2. Qual è un buon punteggio Prestazioni Lighthouse nel 2026?
75 o più è solido; 90+ è eccellente e raro su siti ricchi di contenuti. Il punteggio è un aggregato ponderato di metriche tra cui LCP, CLS e INP (che ha sostituito FID a marzo 2024). Non inseguire il 100: oltre 85 il rapporto sforzo/beneficio crolla.
D3. Perché il mio punteggio Lighthouse cambia a ogni run?
Lighthouse gira nel tuo browser, quindi rete, carico CPU ed estensioni influenzano il risultato. Eseguilo tre volte e prendi la mediana, o usa PageSpeed Insights per uno snapshot server-side. Per i numeri rilevanti al ranking, guarda i dati di campo CrUX, non i lab data di Lighthouse.
D4. Quanto tempo dopo aver corretto i problemi Lighthouse migliorano i ranking?
I fix di Prestazioni che migliorano i Core Web Vitals appaiono nei dati di campo dopo qualche settimana (CrUX usa una finestra mobile di 28 giorni). Ho visto variazioni di ranking in 6 settimane su pagine già in seconda pagina. Le pagine oltre la posizione 50 di solito necessitano anche di link e contenuto più profondo prima che i CWV aiutino.
D5. INP è lo stesso di FID?
No. FID (First Input Delay) misurava solo la latenza del primo input utente. INP (Interaction to Next Paint) valuta l’interazione peggiore lungo tutto il ciclo di vita della pagina, catturando lentezze che FID non vedeva. La guida INP su web.dev spiega tutto. Se il tuo monitoraggio riporta ancora FID, usa soglie pre-marzo-2024.
Concentrati sui miglioramenti del punteggio Prestazioni (perché i CWV influenzano il ranking). Usa il punteggio SEO come check igienico (sistemare sotto 80, non ossessionarsi per 92 vs 100). Considera l’Accessibilità sia una base etica sia un vantaggio adiacente al SEO.
Se il tuo punteggio Prestazioni è nei 50 come lo era il mio, non farti prendere dal panico. Parti da immagini e risorse che bloccano il rendering. Solo questi due interventi possono alzare di 20-30 punti il punteggio. Il resto è incrementale e molti audit residui sono rumore.
Come John Mueller ha ripetuto più volte: «Lighthouse è un ottimo strumento, ma resta uno strumento, non l’obiettivo». Usalo per trovare ciò che è rotto. Risolvilo. Poi scrivi qualcosa che valga la pena posizionare.
Vuoi un modo più veloce per individuare cosa è rotto su ogni pagina? SEOJuice esegue in automatico gli stessi audit di Lighthouse (più altri 30+) su tutto il tuo sito, evidenziando quelli che impattano davvero il ranking e saltando quelli cosmetici. Prova gratis, senza carta di credito.
Letture correlate:
no credit card required