I Core Web Vitals sono tre metriche definite da Google per misurare la qualità dell'esperienza utente su una pagina web. Introdotte nel 2020 e integrate nell'algoritmo di ranking di Google nel 2021 attraverso l'aggiornamento Page Experience, sono oggi un fattore SEO ufficiale. Per i negozi e-commerce, comprendere e ottimizzare questi tre indicatori — LCP, INP e CLS — è diventato importante quanto il lavoro sui contenuti o il link building.
Cosa sono i Core Web Vitals?
Prima dei Core Web Vitals, la velocità di una pagina web veniva misurata tramite metriche tecniche come il Time to First Byte (TTFB) o il First Contentful Paint (FCP) — indicatori utili per gli sviluppatori, ma che non rispecchiavano fedelmente ciò che un utente percepisce realmente. Google ha voluto colmare questa lacuna definendo tre metriche incentrate sull'esperienza percepita: con quale rapidità appare il contenuto principale? La pagina risponde velocemente alle interazioni? Il contenuto si sposta in modo inatteso?
Queste tre domande corrispondono esattamente ai tre Core Web Vitals: LCP per la velocità di caricamento, INP per la reattività e CLS per la stabilità visiva. Google raccoglie questi dati in forma aggregata tramite Chrome (il Chrome User Experience Report, o CrUX) e li utilizza nel suo algoritmo per premiare le pagine che offrono una buona esperienza utente.
LCP — Largest Contentful Paint: la velocità di visualizzazione del contenuto principale
L'LCP (Largest Contentful Paint) misura il tempo trascorso dall'inizio del caricamento di una pagina fino al momento in cui il suo elemento visibile più grande viene completamente renderizzato sullo schermo. Questo elemento può essere un'immagine, un tag video, un blocco di testo o qualsiasi altro contenuto nell'area visibile senza scorrimento (above the fold).
Per i negozi e-commerce, l'LCP è quasi sempre determinato dall'immagine principale del prodotto — la foto packshot che occupa gran parte dello schermo nella parte superiore della scheda prodotto. Questa immagine è generalmente la più pesante della pagina e quindi quella che richiede più tempo per caricarsi. Ecco perché l'ottimizzazione dell'LCP nel contesto e-commerce passa prioritariamente per il miglioramento della distribuzione delle immagini.
LCP buono
Inferiore a 2,5 secondi. Google considera l'esperienza utente soddisfacente.
LCP da migliorare
Tra 2,5 e 4 secondi. La pagina si trova nella zona arancione — sono necessari miglioramenti.
LCP scarso
Superiore a 4 secondi. Google penalizza la pagina nei suoi risultati di ricerca.
Le principali cause di un LCP scarso nei negozi e-commerce sono: immagini di prodotto troppo pesanti (JPEG non ottimizzato), un hosting lento con TTFB elevato, l'assenza di CDN che causa latenza geografica e il lazy loading applicato erroneamente all'immagine principale. Quest'ultimo errore è frequente: l'attributo loading="lazy" non deve mai essere applicato all'immagine above the fold, poiché impedisce al browser di caricare rapidamente proprio l'elemento che Google usa per calcolare l'LCP.
INP — Interaction to Next Paint: la reattività della pagina
L'INP (Interaction to Next Paint) ha sostituito il FID (First Input Delay) nel marzo 2024 come Core Web Vital ufficiale. Mentre il FID misurava solo il ritardo di risposta alla prima interazione, l'INP misura la latenza di tutte le interazioni utente durante l'intera durata della pagina — clic, tocchi su mobile, digitazione da tastiera — e prende il valore al 98° percentile.
In concreto, l'INP misura il tempo tra il momento in cui l'utente interagisce (ad esempio, clicca su un pulsante «Aggiungi al carrello») e il momento in cui il browser mostra visivamente la risposta a quella interazione. Se il JavaScript è pesante e monopolizza il thread principale del browser, l'INP sarà elevato: la pagina sembra «bloccata» o lenta nel rispondere.
INP buono
Inferiore a 200 millisecondi. L'interazione sembra istantanea per l'utente.
INP da migliorare
Tra 200 e 500 millisecondi. L'utente percepisce un leggero ritardo.
INP scarso
Superiore a 500 millisecondi. L'interazione sembra lenta e degradata.
Per i negozi e-commerce, le principali cause di un INP scarso sono: JavaScript di terze parti eccessivo (widget di chat, tracker analytics, script di comparatori di prezzi), event handler troppo pesanti e librerie UI voluminose caricate in modo sincrono. L'ottimizzazione dell'INP richiede l'analisi e la riduzione del JavaScript non essenziale e il rinvio del caricamento degli script di terze parti dopo l'interazione dell'utente.
CLS — Cumulative Layout Shift: la stabilità visiva della pagina
Il CLS (Cumulative Layout Shift) misura quanto gli elementi visibili della pagina si spostano in modo inatteso durante il caricamento. Ogni volta che un elemento visibile si muove — un testo che salta perché un'immagine si carica senza dimensioni riservate, un banner pubblicitario che si inserisce e spinge il contenuto verso il basso — il CLS aumenta.
Un CLS elevato è particolarmente frustrante su mobile: l'utente sta per toccare un link e, nel momento in cui il dito tocca lo schermo, un'immagine si carica e sposta il contenuto. Finisce per toccare un altro link — a volte «Aggiungi al carrello» quando voleva leggere la descrizione. È un'esperienza degradata che Google penalizza.
CLS buono
Inferiore a 0,1. La pagina è visivamente stabile durante il caricamento.
CLS da migliorare
Tra 0,1 e 0,25. Spostamenti evidenti compromettono l'esperienza.
CLS scarso
Superiore a 0,25. La pagina è instabile e penalizzata da Google.
La causa principale di un CLS elevato nei negozi e-commerce è l'assenza di dimensioni esplicite sulle immagini (attributi width e height nell'HTML). Quando il browser analizza l'HTML e incontra un tag img senza dimensioni, non può riservare lo spazio necessario nel layout. Quando l'immagine si carica e rivela le sue dimensioni reali, il layout viene ricalcolato e tutto si sposta. La soluzione è semplice: specificare sempre width e height sui tag img, oppure utilizzare la proprietà CSS aspect-ratio.
Come i Core Web Vitals influenzano il posizionamento su Google
Google utilizza i Core Web Vitals come segnale di ranking dal giugno 2021. Tecnicamente fanno parte di un segnale più ampio chiamato «Page Experience», che include anche la compatibilità mobile, la sicurezza HTTPS e l'assenza di contenuti interstiziali intrusivi. Google ha precisato che i contenuti di qualità rimangono il segnale dominante, ma che i Core Web Vitals possono fare la differenza tra due pagine di qualità equivalente.
In pratica, Google valuta i Core Web Vitals attraverso due fonti di dati: i dati sul campo (field data), raccolti in modo anonimo tramite Chrome dalle visite reali degli utenti, e i dati di laboratorio (lab data), calcolati da strumenti come Lighthouse in condizioni controllate. I dati sul campo — aggregati nel Chrome User Experience Report (CrUX) — sono quelli che alimentano l'algoritmo. Una pagina deve ricevere abbastanza traffico Chrome per apparire in CrUX; le pagine poco visitate vengono valutate a livello di dominio o URL radice.
Mobile-first: i Core Web Vitals vengono valutati prioritariamente su mobile
Sfide specifiche dell'e-commerce
I negozi online si trovano ad affrontare diverse sfide che rendono l'ottimizzazione dei Core Web Vitals particolarmente difficile. Prima di tutto, il volume di immagini: un negozio con 1.000 referenze e 5 foto per prodotto deve gestire 5.000 immagini, ognuna delle quali deve essere ottimizzata per dimensioni, formato e proporzioni. Poi c'è la complessità delle pagine: schede prodotto con gallerie, caroselli, zoom, schede di descrizione, widget per le recensioni dei clienti, configuratori di varianti — tutti componenti JavaScript che possono degradare l'INP.
- Immagini di prodotto pesanti senza ottimizzazione del formato (JPEG non ottimizzato vs. WebP/AVIF)
- Caroselli e gallerie con JavaScript di terze parti che blocca il thread principale
- Lazy loading mal configurato applicato all'immagine hero (degrada l'LCP)
- Immagini senza attributi width/height espliciti nei template (degrada il CLS)
- Script di tracciamento analytics e remarketing caricati in modo sincrono (degrada l'INP)
- Hosting condiviso lento con TTFB elevato che impatta tutti i Core Web Vitals
Come Lexiik migliora i tuoi Core Web Vitals
Lexiik agisce principalmente su LCP e CLS — i due Core Web Vitals più direttamente legati alle immagini. Per l'LCP, il CDN Cloudflare riduce drasticamente il tempo di distribuzione dell'immagine principale del prodotto servendola da un nodo geograficamente vicino al visitatore, con intestazioni di cache di un anno. Per il CLS, Lexiik garantisce che le immagini distribuite tramite CDN mantengano le loro dimensioni originali, consentendo al browser di riservare lo spazio corretto prima del caricamento completo.
La conversione automatica in WebP e AVIF riduce le dimensioni delle immagini dal 30 al 50% senza alcuna perdita visibile di qualità, il che non solo accelera l'LCP ma migliora anche l'insieme delle metriche di performance percepite. Su connessioni mobile 4G, passare da un'immagine JPEG da 400 KB a un'immagine WebP da 120 KB può ridurre l'LCP da 3,5 secondi a meno di 1,5 secondi.
Come verificare i tuoi punteggi Core Web Vitals
Diversi strumenti permettono di misurare e monitorare i Core Web Vitals. Google Search Console è lo strumento di riferimento per i dati sul campo reali (CrUX): la sezione «Esperienza sulla pagina» mostra la percentuale di URL del sito classificate come «Buona esperienza», «Da migliorare» o «Esperienza scarsa», con un dettaglio per metrica. È questo strumento a riflettere ciò che Google vede realmente.
- Google Search Console (search.google.com/search-console): dati sul campo reali, per URL o gruppo di URL
- PageSpeed Insights (pagespeed.web.dev): dati sul campo + dati di laboratorio per un URL specifico
- Google Lighthouse (integrato in Chrome DevTools): solo dati di laboratorio, utile per lo sviluppo
- Chrome DevTools > scheda Prestazioni: analisi dettagliata degli eventi di rendering e delle interazioni
- web.dev/measure: strumento Google per un'analisi rapida online