SEO e immagini: le regole d'oro per migliorare i tuoi Core Web Vitals

Quando l’immagine detta il tuo posizionamento su Google

Dall’introduzione dei Core Web Vitals da parte di Google, la velocità di caricamento non è più un semplice bonus di usabilità: è un criterio di posizionamento SEO diretto. E il grande colpevole di un punteggio Core Web Vitals in rosso è quasi sempre lo stesso indicatore: l’LCP (Largest Contentful Paint).

L’LCP misura il tempo necessario per mostrare l’elemento visibile più grande sullo schermo (di solito il banner «Hero» o l’immagine principale del prodotto). Se impiega più di 2,5 secondi per apparire, Google ti penalizza — e i tuoi concorrenti, la cui stessa pagina si carica in 1,8 s, ti superano nelle SERP.

I 3 Core Web Vitals da conoscere

Metrica	Misura	Soglia Google «Good»
LCP (Largest Contentful Paint)	Tempo di visualizzazione dell’elemento più grande	≤ 2,5 s
INP (Interaction to Next Paint)	Latenza delle interazioni utente	≤ 200 ms
CLS (Cumulative Layout Shift)	Stabilità visiva (salti di layout)	≤ 0,1

Dei tre, due sono influenzati dalle immagini:

• l’LCP (immagine hero pesante = LCP elevato);
• il CLS (immagine senza dimensioni = salto di layout al caricamento).

Il nuovo re: il formato AVIF

Conosci il JPG, padroneggi il WebP. È ora di salire di livello.

L’AVIF (AV1 Image File Format) è il codec di nuova generazione sostenuto da Netflix, Google e Apple. La sua efficienza è mostruosa: un file AVIF è:

• in media il 50 % più leggero di un JPG a parità di qualità visiva;
• il 20 % più leggero di un WebP;
• superiore nella gestione degli artefatti di compressione (meno bande di colore sulle sfumature, meno blocchi JPEG nelle zone uniformi);
• compatibile con la trasparenza a 10 bit (contro gli 8 bit di PNG/WebP).

Se il tuo LCP è un’immagine d’intestazione, passarla da JPG ad AVIF è il «Quick Win» SEO più potente che puoi implementare oggi — senza toccare il resto del tuo codice.

Il tag <picture>: servire l’AVIF con fallback

L’AVIF è supportato da ~92 % dei browser a maggio 2026 — ma non ancora da tutte le versioni di Safari. La migliore pratica consiste nel servire l’AVIF in via prioritaria, con un fallback su WebP e poi JPG:

<picture>
  <source srcset="hero.avif" type="image/avif">
  <source srcset="hero.webp" type="image/webp">
  <img src="hero.jpg" alt="…"
       width="1920" height="1080"
       loading="eager" fetchpriority="high">
</picture>

Punti chiave di questa struttura:

• width e height espliciti → evitano il CLS riservando lo spazio prima del caricamento dell’immagine;
• loading="eager" sull’immagine principale (above the fold) → è controproducente usare lazy sull’immagine LCP;
• fetchpriority="high" → indica al browser di dare priorità a questo download rispetto alle altre risorse.

Per le immagini below the fold (catalogo, articoli di blog), il contrario: loading="lazy" per non bloccare l’LCP dell’area visibile.

Misurare per gestire: gli strumenti

Prima e dopo ogni ottimizzazione, misura:

• PageSpeed Insights (pagespeed.web.dev) → punteggio Lighthouse
• dati CrUX (Chrome User Experience Report) in condizioni reali;
• GTmetrix → cascata dettagliata delle richieste, identificazione del file esatto che appesantisce l’LCP;
• WebPageTest.org → test multi-località e multi-browser;
• Chrome DevTools → Performance → Web Vitals → misurazione locale in condizioni di sviluppo.

L’obiettivo minimo per la SEO: il 75 % delle visite in zona verde sui Core Web Vitals (soglia di passaggio di Google).

L’architettura «Zero-Upload» per i webmaster

Ottimizzare centinaia di immagini per un cliente pone una sfida tecnica ed etica. Usare API di terze parti o convertitori online classici implica caricare la proprietà intellettuale dei tuoi clienti su server sconosciuti, con frustranti limiti di peso — e un grave rischio GDPR se le immagini contengono persone identificabili.

Il futuro è il Client-Side Processing (elaborazione lato client). Usando le tecnologie WebAssembly, è ora possibile compilare codec complessi (come libavif, libheif, mozjpeg) per farli girare direttamente nel browser del webmaster.

Nessuna immagine lascia la macchina del professionista. Nessun rischio di fuga. Nessun limite di peso oltre alla RAM disponibile.

Checklist di ottimizzazione SEO delle immagini

Prima di ogni pubblicazione:

1. Formato adatto: AVIF (o WebP come fallback) per le immagini web, JPG solo per la retrocompatibilità;
2. Dimensioni calibrate: non più larghe della visualizzazione reale (max 1200 px per i contenuti di un articolo, 1920 px per gli hero);
3. Qualità 80–85 sulle immagini compresse;
4. width e height espliciti nell’HTML → anti-CLS;
5. loading="lazy" fuori dall’area visibile, eager per l’immagine LCP;
6. alt descrittivo (SEO + accessibilità);
7. Nome del file descrittivo (vestito-rosso-seta-saldi.avif > IMG_8421.jpg).

Porta il tuo sito agli standard di Google (subito e gratis)

Prova la potenza della conversione locale. Prendi l’immagine più pesante della tua homepage e convertila in AVIF con il nostro motore WebAssembly. Viene eseguita dalla RAM della tua macchina: nessun caricamento, sicurezza assoluta per gli asset dei tuoi clienti e file finali perfetti per superare i tuoi audit Core Web Vitals.

Scritto da Nikola Markovic · pubblicato il 19 maggio 2026.