Come risolvere il problema LCP in Search Console? Una guida per il 2026

Table of contents

Cos’è LCP?

Largest Contentful Paint (LCP) misura quanto tempo impiega il più grande elemento visibile della pagina — solitamente un’immagine hero, una miniatura video o un grande blocco di testo — a renderizzarsi completamente nel viewport. È una metrica di velocità di caricamento percepita dall’utente: non quando la pagina inizia a caricarsi, ma quando il contenuto principale diventa visibile.

Le soglie di Google:

• Buono: meno di 2,5 secondi
• Da migliorare: 2,5–4 secondi
• Scarso: oltre 4 secondi

Gli elementi che appaiono solo dopo un clic o uno scroll sono esclusi dalla misurazione LCP. Riguarda specificamente ciò che un visitatore vede immediatamente all’arrivo.

Rilevante: Leggi anche come correggere i problemi di CLS in Search Console qui

Cosa sono i Core Web Vitals nel 2026?

I Core Web Vitals sono l’insieme standardizzato di metriche di Google per l’esperienza di pagina. Da marzo 2024, le tre metriche sono:

1. LCP (Largest Contentful Paint) — performance di caricamento; obiettivo sotto 2,5 s
2. INP (Interaction to Next Paint) — reattività; obiettivo sotto 200 ms
3. CLS (Cumulative Layout Shift) — stabilità visiva; obiettivo sotto 0,1

Aggiornamento importante: FID (First Input Delay) è stato eliminato dai Core Web Vitals nel marzo 2024 e sostituito da INP. INP è più severo — misura la latenza di interazione nel caso peggiore durante l’intera sessione di pagina, non solo la prima. Se hai articoli o documentazione più vecchia che fa riferimento a FID, quelle informazioni sono ora obsolete.

Puoi leggere di più sull’ottimizzazione generale della velocità del sito nella mia guida sui Core Web Vitals.

Perché LCP è importante per il posizionamento

Google usa i Core Web Vitals come segnale di ranking. Un LCP scarso non danneggia solo l’esperienza utente — ti costa posizioni nei risultati di ricerca.

In modo più pratico: un’immagine hero che si carica lentamente significa che gli utenti vedono una pagina vuota o parzialmente caricata per diversi secondi. Ciò genera rimbalzi, specialmente su mobile. Se il tuo elemento LCP è un’immagine di prodotto o una foto di articolo in evidenza, ogni secondo in più che impiega ad apparire è un secondo in cui gli utenti decidono se restare.

Trovare gli URL problematici in Search Console

1. Accedi a Google Search Console
2. Nella barra laterale sinistra sotto Esperienza, clicca su Core Web Vitals
3. Vedrai report separati per Mobile e Desktop — controlla entrambi
4. Clicca su Apri report su uno dei due
5. Il report mostra gruppi di URL con stato Scarso, Da migliorare o Buono
6. Clicca su una riga “Problema LCP: più di 4 s” per vedere URL di esempio

Queste sono misurazioni di utenti reali (dati di campo dal Chrome User Experience Report), quindi riflettono le condizioni effettive dei visitatori — non solo test di laboratorio.

Verificare il punteggio LCP in PageSpeed Insights

Una volta che hai un URL specifico da esaminare, vai su PageSpeed Insights e inserisci l’URL. Mostra sia dati di campo (se disponibili) sia dati di laboratorio da un test controllato.

Guarda:

• Il valore LCP sotto Core Web Vitals
• Le sezioni Opportunità e Diagnostica sottostanti — elencano problemi specifici e risparmi stimati

Esegui il test per mobile separatamente dal desktop. Mobile ha tipicamente punteggi peggiori a causa di reti più lente e CPU, ed è ponderato maggiormente nel ranking di Google.

Come identificare quale elemento è il tuo LCP

Apri Chrome DevTools sulla pagina che vuoi controllare:

1. Fai clic destro ovunque sulla pagina → Ispeziona
2. Vai alla scheda Prestazioni
3. Clicca su Registra (icona cerchio), ricarica la pagina, poi interrompi la registrazione
4. Cerca il marcatore LCP nella riga Timings
5. Clicca su di esso per vedere quale elemento è stato identificato come elemento LCP

Nella maggior parte dei casi è un’immagine hero, un grande <h1> o un frame poster video. Sapere esattamente quale elemento è ti indica dove concentrare lo sforzo di ottimizzazione.

Metodi efficaci per risolvere i problemi di LCP

1. Servire immagini in formati moderni

Il guadagno singolo più veloce per LCP con molte immagini è passare da JPEG/PNG a WebP o AVIF. Entrambi offrono una compressione significativamente migliore con qualità visiva equivalente.

Per i siti WordPress, plugin come Imagify, ShortPixel o Cloudflare’s Image Resizing gestiscono la conversione automaticamente e servono il formato corretto in base al supporto del browser. Per i siti statici, la maggior parte degli strumenti di build (Next.js, Astro, ecc.) dispone di ottimizzazione delle immagini integrata che converte e ridimensiona in fase di build.

Nota: JPEG XR e JPEG 2000 (menzionati nelle guide più vecchie) sono praticamente obsoleti. WebP ha supporto universale nei browser; AVIF è ampiamente supportato dal 2024.

2. Precaricare l’elemento LCP

Se il tuo elemento LCP è un’immagine, aggiungi un tag <link rel="preload"> nel <head> in modo che il browser lo recuperi immediatamente anziché scoprirlo più tardi nel parsing HTML:

<link rel="preload" as="image" href="/images/hero.webp" fetchpriority="high">

L’attributo fetchpriority="high" (ora ben supportato nei browser) indica al browser di dare priorità a questa risorsa rispetto alle altre immagini della pagina.

3. Eliminare le risorse che bloccano il rendering

CSS e JavaScript che bloccano il rendering ritardano il momento in cui il browser può iniziare a dipingere la pagina. Correzioni comuni:

• Spostare il CSS non critico per caricarlo in modo asincrono o incorporare il CSS critico inline
• Aggiungere defer o async ai file JavaScript non necessari immediatamente
• Usare font-display: swap per i web font in modo che il testo venga renderizzato con un font di fallback mentre il font personalizzato si carica

Strumenti come PageSpeed Insights segnaleranno risorse bloccanti specifiche sotto Opportunità.

4. Migliorare il tempo di risposta del server (TTFB)

Se il server impiega troppo tempo a rispondere, tutto ciò che viene dopo è ritardato. Punta a un Time to First Byte (TTFB) sotto 800 ms.

Modi per migliorare il TTFB:

• Usa una CDN per servire le pagine da nodi edge più vicini all’utente
• Abilita il caching lato server (cache di pagina, cache degli oggetti)
• Per i siti dinamici, ottimizza le query del database o passa a uno stack di hosting più veloce
• Per i siti statici, assicurati che gli asset siano su una CDN — la consegna dei file deve essere quasi istantanea

5. Caricamento lazy delle immagini sotto la piega (ma NON l’elemento LCP)

Usa loading="lazy" sulle immagini che appaiono sotto la piega per rinviare il loro caricamento. Ma, in modo critico — non applicare il caricamento lazy all’elemento LCP stesso. Ciò lo ritarderebbe ulteriormente e peggiorerebbe direttamente il tuo punteggio LCP. È un errore comune che vedo sui siti WordPress dove un plugin di lazy-load globale viene applicato indiscriminatamente.

6. Usare immagini responsive

Servi immagini di dimensioni appropriate per il dispositivo che fa la richiesta. Un utente mobile non ha bisogno di un’immagine larga 2400 px. Usa gli attributi srcset e sizes per lasciare che il browser scelga la versione giusta:

<img
  src="hero-800.webp"
  srcset="hero-400.webp 400w, hero-800.webp 800w, hero-1600.webp 1600w"
  sizes="(max-width: 600px) 400px, (max-width: 1200px) 800px, 1600px"
  alt="Hero image"
  fetchpriority="high"
>

7. Validare la correzione in Search Console

Dopo aver apportato le modifiche, torna a PageSpeed Insights e ri-testa l’URL per confermare che l’LCP è migliorato nei dati di laboratorio. Poi, in Search Console, apri il report Core Web Vitals e clicca su Convalida correzione sul gruppo di URL interessato. Questo segnala a Google che hai apportato miglioramenti.

Tieni presente: i dati di campo (misurazioni di utenti reali) impiegano settimane ad aggiornarsi in Search Console perché riflettono una finestra continua di visite reali. Non aspettarti modifiche immediate nel report.

Domande frequenti sulla correzione LCP — 2026

Correggere LCP garantisce un miglioramento del posizionamento?

Non direttamente. I Core Web Vitals sono un fattore di ranking, ma uno tra tanti. Correggere un punteggio LCP scarso rimuove un segnale che potrebbe attivamente danneggiarti, il che può portare a miglioramenti del ranking — specialmente nelle nicchie competitive dove altri segnali sono simili tra le pagine concorrenti. Pensalo come alzare il pavimento, non come una leva che garantisce un salto specifico nel ranking.

Google ha sostituito FID con INP?

Sì. Nel marzo 2024, Google ha ufficialmente sostituito First Input Delay (FID) con Interaction to Next Paint (INP) come metrica di reattività nei Core Web Vitals. INP misura la latenza di interazione nel caso peggiore nell’intera sessione di pagina (non solo la prima interazione), rendendolo una misura più severa e realistica di quanto una pagina sembri reattiva durante l’utilizzo.

Il mio punteggio su PageSpeed Insights è buono ma Search Console mostra ancora Scarso. Perché?

I dati di laboratorio di PageSpeed Insights sono un test sintetico controllato. I dati di campo di Search Console provengono da veri utenti Chrome che visitano il tuo sito in condizioni reali (dispositivi variabili, velocità di rete, geografie). Una pagina può sembrare a posto in un test di laboratorio ma avere performance scadenti per i visitatori reali su connessioni mobile lente. Concentrati sul miglioramento dei dati di campo affrontando le cause radici — solitamente dimensione delle immagini, risorse che bloccano il rendering o risposta lenta del server — piuttosto che inseguire solo il punteggio di laboratorio.

Quali strumenti posso usare per diagnosticare LCP nel 2026?

I principali: PageSpeed Insights (pagespeed.web.dev) per dati combinati di laboratorio e campo, il pannello Performance di Chrome DevTools per la diagnosi a livello di elemento, WebPageTest per l’analisi waterfall e le visualizzazioni filmstrip, e il report Core Web Vitals di Search Console per i dati di campo su tutto il tuo sito. Lighthouse (integrato in Chrome DevTools) mostra anche diagnostica LCP.

Letture correlate:

• Come ottimizzare la velocità del tuo sito web
• Come migliorare il ranking SEO con una checklist SEO
• Come correggere i problemi di CLS in Search Console

La versione breve

Se stai leggendo questo perché il flusso di lavoro che descrive ti sta mangiando la settimana, è il tipo di loop per cui costruisco agenti IA. Due slot di build aperti alla volta.

Aggiornato per maggio 2026

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

• Il CTR organico sulle query con AI Overviews è calato del 15–30% in media secondo studi pubblicati da Ahrefs, Authoritas e simili (dati 2024–25).
• Google Ads ha rinominato diverse funzionalità di PMax come AI-powered Search; l’interfaccia di gestione campagne ora utilizza per impostazione predefinita suggerimenti di offerta IA.
• Search Console ha aggiunto un filtro per le “impressioni AI Overview” a fine 2025 — se un articolo qui fa riferimento ai report GSC, il playbook ha bisogno di un aggiornamento.
• Le entrate pubblicitarie di Google hanno superato ~$265 mld nel 2024; Search rimane ~57% dei ricavi totali di Alphabet.

La risposta a “come guadagna Google” nel 2026: ancora annunci di Search (dominanti), ma gli annunci di YouTube, Cloud e Abbonamenti (YouTube Premium + Google One) sono ora linee di ricavo rilevanti.