Core Web Vitals 2026: la metrica che Google usa per decidere chi appare prima

C’è una domanda che riceviamo spesso dai clienti: “I nostri contenuti sono ottimi, le keyword sono giuste, ma continuiamo a stare in seconda o terza pagina. Perché?”

La risposta, nella maggior parte dei casi, si chiama Core Web Vitals.

Google li ha introdotti ufficialmente come fattore di ranking nel 2021 e nel 2026 sono più rilevanti che mai — soprattutto per i siti costruiti con framework JavaScript come React. Capire come funzionano non è un esercizio tecnico astratto. È la differenza tra stare in posizione 3 o posizione 8 per la stessa keyword.

Cosa sono i Core Web Vitals (e cosa è cambiato nel 2024-2026)

I Core Web Vitals sono tre metriche che Google usa per misurare l’esperienza reale degli utenti su una pagina web:

LCP — Largest Contentful Paint

Misura quanto tempo impiega il contenuto principale della pagina (testo grande, immagine hero, video) a diventare visibile. L’obiettivo è sotto 2.5 secondi. Oltre 4 secondi è considerato scarso.

INP — Interaction to Next Paint

Ha sostituito il vecchio FID (First Input Delay) a marzo 2024 ed è diventata la metrica più critica e più difficile da ottimizzare nel 2026. Misura la reattività della pagina a ogni interazione dell’utente — clic, tocco, input da tastiera — per tutta la durata della sessione. L’obiettivo è sotto 200ms.

INP è particolarmente problematico per i siti React perché il rendering JavaScript monopolizza il thread principale, bloccando le risposte agli input utente. Non basta ottimizzare l’avvio: bisogna ottimizzare l’intera esecuzione JavaScript durante la navigazione.

CLS — Cumulative Layout Shift

Misura quanto la pagina “salta” visivamente mentre si carica — elementi che si spostano, bottoni che cambiano posizione, testo che scivola. Sotto 0.1 è buono. Capita spesso su siti con immagini senza dimensioni definite o font caricati in ritardo.

Perché sono un tiebreaker decisivo

Google è esplicito: quando due pagine hanno contenuto equivalente e autorità simile, i Core Web Vitals diventano il fattore discriminante. Non sostituiscono la qualità del contenuto, ma la amplificano o la penalizzano.

La metafora giusta: immagina due ristoranti con la stessa cucina e lo stesso chef. Uno ha il locale pulito, i tavoli stabili, il servizio rapido. L’altro ha le sedie che traballano e il cameriere che impiega 5 minuti a prendere l’ordinazione. Il cibo è uguale — ma i clienti vanno dal primo.

In termini pratici: un sito che passa tutti e tre i Core Web Vitals ha un vantaggio misurabile di ranking rispetto a uno che li fallisce, a parità di tutte le altre variabili.

I problemi tipici dei siti React

I siti costruiti con React CSR (client-side rendering) tendono a soffrire su tutte e tre le metriche:

LCP alto perché il browser deve scaricare, analizzare ed eseguire JavaScript prima di poter mostrare qualsiasi contenuto. Il “First Contentful Paint” arriva presto (la shell HTML), ma il contenuto reale arriva molto dopo.

INP critico perché ogni interazione deve competere con il thread JavaScript che continua a lavorare in background — aggiornare lo stato, riconciliare il DOM virtuale, rispondere agli eventi dell’applicazione.

CLS variabile perché i componenti React spesso vengono montati in modo asincrono, causando layout shifts difficili da controllare.

Come si ottimizzano

Per LCP:

• Usare SSR o SSG con Next.js per servire HTML pre-renderizzato
• Precaricare le immagini hero con <link rel="preload">
• Servire le immagini in formato WebP o AVIF
• Usare un CDN per ridurre la latenza geografica

Per INP:

• Dividere i task JavaScript lunghi in chunk più piccoli (code splitting aggressivo)
• Usare React Server Components per spostare la logica pesante sul server
• Implementare lazy loading intelligente per i componenti non critici
• Evitare useEffect che scatenano re-render a cascata

Per CLS:

• Definire sempre width e height espliciti per le immagini
• Riservare spazio per gli elementi che si caricano in modo asincrono
• Usare font-display: swap con dimensioni font di fallback ottimizzate
• Evitare l’iniezione di contenuti sopra al fold dopo il caricamento

Come misuriamo i risultati

Non basta passare il test di PageSpeed Insights una volta. I Core Web Vitals che Google usa per il ranking sono basati sui dati reali degli utenti — il Chrome User Experience Report (CrUX) — raccolti negli ultimi 28 giorni.

Questo significa che le ottimizzazioni impiegano 4-6 settimane a riflettersi nel ranking: Google aggiorna i dati CrUX ogni 28 giorni e le variazioni di ranking seguono con un ulteriore ritardo.

Il nostro approccio prevede monitoring continuo dei Core Web Vitals con alert automatici quando una metrica scende sotto soglia — così interveniamo prima che il ranking ne risenta, non dopo.

Il punto

I Core Web Vitals non sono un esercizio da fare una volta e dimenticare. Sono un KPI continuo che richiede attenzione ogni volta che si aggiunge una feature, si integra un nuovo script o si modifica il layout.

Se non sai dove si trova il tuo sito oggi, parti da PageSpeed Insights e guarda i dati reali (non quelli di laboratorio). Se vedi rosso o arancione su LCP o INP, hai trovato il tuo problema di ranking principale.