Hai curato il layout, scelto foto professionali, scritto testi chiari. Poi apri PageSpeed Insights, oppure guardi Analytics, e trovi il solito problema: il sito è più lento di quanto dovrebbe. Le visite da mobile rimbalzano, le pagine prodotto caricano con fatica, le landing page non convertono come previsto.
- Perché il Tuo Sito Veloce è Diventato Lento
- Scegliere Formato e Compressione Giusti
- Costruire Immagini Responsive con Srcset e Sizes
- Accelerare il Caricamento con Lazy Loading e CDN
- Automatizzare il Flusso di Lavoro di Ottimizzazione
- Misurare l'Impatto con Strumenti e Metriche SEO
- Checklist Operativa per Marketer e Sviluppatori
Nella maggior parte dei casi il colpevole non è il tema, né il copy, né il server in senso astratto. Sono le immagini. E non solo perché “pesano troppo”, ma perché spesso vengono caricate nel formato sbagliato, nelle dimensioni sbagliate e nel momento sbagliato.
Se lavori in una PMI o in un e-commerce, questa non è una finezza tecnica. È una decisione di business. L’ottimizzazione immagini: la chiave per migliorare le prestazioni del tuo sito non riguarda soltanto la velocità percepita. Tocca conversioni, SEO, esperienza utente e costi operativi. Quando marketer e sviluppatori trattano le immagini come un asset da governare, invece che come un semplice file da caricare, il sito inizia a comportarsi meglio su tutti i fronti.
Perché il Tuo Sito Veloce è Diventato Lento
Succede spesso così. Un sito nasce leggero, con poche pagine e un catalogo essenziale. Poi arrivano nuove sezioni, banner stagionali, gallery, immagini hero più grandi, articoli di blog con molte foto, schede prodotto più ricche. Il sito non cambia faccia da un giorno all’altro, ma la performance peggiora progressivamente.
Il punto è che le immagini sono spesso invisibili al processo decisionale. Il marketer vede una foto più impattante. Il designer vuole maggiore qualità. Chi pubblica contenuti carica il file “così com’è” esportato da Photoshop, Canva o dallo smartphone. Nessuno sta facendo un errore clamoroso. Però l’effetto cumulativo è pesante.
Secondo le statistiche aggiornate raccolte da Hostinger, le immagini rappresentano il 78% del peso totale di una pagina web, con una media di 21 immagini per pagina per un totale di 1,9 MB. Questo spiega perché tanti siti “sembrano” ben fatti ma risultano lenti nei test reali e, soprattutto, nell’uso quotidiano da mobile.
Quando il problema non è il design ma il file
Una hero image da portfolio o una foto prodotto in alta definizione non sono un male in sé. Diventano un problema quando il browser scarica più dati del necessario per mostrare la stessa cosa all’utente.
Ecco i segnali tipici che vedo più spesso:
- Homepage lenta su smartphone. La prima schermata dipende da un’immagine enorme che blocca il rendering percepito.
- Schede prodotto pesanti. Troppe immagini caricate insieme, senza priorità e senza ridimensionamento.
- Blog con foto originali non trattate. Il CMS accetta qualsiasi file, e il sito paga il conto.
- Layout corretto ma esperienza frustrante. Il visitatore vede elementi comparire in ritardo, scorre prima che il contenuto sia pronto, abbandona.
Le immagini non rallentano solo il caricamento. Rallentano le decisioni dell’utente, perché un sito lento fa perdere fiducia prima ancora che il messaggio venga letto.
Perché questo incide sul business
Se un utente arriva da Google, social o newsletter, non sta valutando soltanto il contenuto. Sta valutando anche quanto è semplice accedervi. Ogni secondo in più riduce il margine di attenzione disponibile.
Per questo l’ottimizzazione immagini non va delegata soltanto al reparto tecnico. Serve un linguaggio comune tra chi crea contenuti e chi implementa il front-end. Se manca, il sito continuerà a perdere performance anche dopo un restyling o un cambio hosting.
Scegliere Formato e Compressione Giusti
La scelta corretta parte prima dell’upload. Se prendi un file troppo pesante e lo carichi “tanto poi ci pensa il plugin”, stai già lavorando in difesa. Molto meglio decidere in anticipo che tipo di immagine stai pubblicando e quale compromesso accettare tra qualità e peso.

Lossy e lossless senza gergo inutile
La distinzione più importante è tra compressione lossy e compressione lossless.
La lossless è come zippare un file. Riduci il peso senza eliminare informazioni visive. È utile quando ogni dettaglio conta, per esempio su grafiche, interfacce, elementi con trasparenza o asset di brand.
La lossy è più simile a un riassunto ben fatto. Togli dettagli poco percepibili per l’occhio umano e ottieni file molto più leggeri. Per fotografie, immagini lifestyle e molte hero image è spesso la scelta giusta. Secondo l’analisi di Liuk Design, la compressione lossy può ridurre il peso di un’immagine fino al 50% con una perdita di qualità quasi impercettibile, migliorando in modo diretto i Core Web Vitals.
Quale formato scegliere davvero
Non esiste un formato “migliore” in assoluto. Esiste il formato più adatto al contenuto.
| Formato | Tipo di Compressione | Supporto Trasparenza | Caso d'Uso Ideale | Vantaggio Principale |
|---|---|---|---|---|
| JPEG | Lossy | No | Fotografie, immagini editoriali, foto prodotto | Buon rapporto qualità/peso |
| PNG | Lossless | Sì | Loghi, icone, grafiche con trasparenza | Fedeltà visiva e trasparenza |
| GIF | Lossless limitata | Sì | Animazioni semplici | Compatibilità ampia |
| WebP | Lossy o lossless | Sì | Uso web generalista | Compressione moderna e versatile |
| AVIF | Compressione moderna | Sì | Siti orientati alla massima efficienza | File più leggeri a parità di resa percepita |
Regole pratiche che evitano errori costosi
Non serve trasformare il team marketing in un reparto tecnico. Bastano poche regole operative:
- Per le foto usa JPEG o WebP. Se l’immagine è fotografica, il PNG spesso è una zavorra inutile.
- Per loghi e grafiche valuta PNG o formati moderni. La trasparenza conta più della leggerezza assoluta.
- Non esportare sempre alla qualità massima. Nella pratica, la differenza visiva spesso è minima, mentre il file cambia parecchio.
- Controlla il risultato a schermo. La qualità va giudicata nel contesto reale della pagina, non al 200% in un editor grafico.
Regola pratica: se un’immagine sembra perfetta solo quando la ingrandisci molto più del suo uso reale, stai pagando peso per un dettaglio che l’utente non vedrà.
Per chi segue l’evoluzione dei formati moderni su browser Apple, vale la pena approfondire anche le novità di Safari 17 su JPEG XL e gestione della resa grafica. Non per inseguire ogni formato nuovo a prescindere, ma per capire dove si sta spostando il compromesso fra qualità visiva e byte trasferiti.
Cosa funziona e cosa no
Funziona scegliere il formato in base al contenuto. Funziona impostare una compressione ragionata e verificare il risultato sulle pagine vere.
Non funziona convertire tutto nello stesso formato “per standard”. Non funziona salvare sempre in PNG perché “così resta più nitido”. E non funziona nemmeno una compressione aggressiva alla cieca, che distrugge texture e fiducia visiva nelle immagini di prodotto.
Costruire Immagini Responsive con Srcset e Sizes
Uno degli sprechi più frequenti è servire la stessa immagine enorme a tutti. Desktop ampio, notebook, tablet, smartphone. Identico file, identico peso, esigenze completamente diverse.

Qui entrano in gioco gli attributi srcset e sizes. In pratica, dai al browser una lista di varianti della stessa immagine e gli lasci scegliere quella più adatta allo schermo e al layout reale. È una delle implementazioni che portano benefici concreti sia all’utente sia al business. Secondo la documentazione di Google PageSpeed Insights, un ritardo di un secondo nel caricamento di una pagina può ridurre le conversioni del 7%, e servire immagini con dimensioni adeguate al dispositivo può accelerare il caricamento fino al 40%.
Un esempio semplice e corretto
<img
src="prodotto-800.jpg"
srcset="
prodotto-400.jpg 400w,
prodotto-800.jpg 800w,
prodotto-1200.jpg 1200w"
sizes="(max-width: 600px) 100vw, (max-width: 1200px) 50vw, 800px"
alt="Sneaker bianca in pelle vista laterale"
>
Cosa sta succedendo:
srcè il file di fallback.srcsetelenca le versioni disponibili con la loro larghezza.sizesdice al browser quanto spazio occuperà l’immagine nei diversi scenari di viewport.
Se su mobile l’immagine occupa tutta la larghezza, il browser non ha motivo di scaricare la variante più grande. Se su desktop l’immagine vive in una colonna più stretta, sceglierà il file coerente con quello spazio.
Come ragionare su sizes senza complicarsi la vita
L’errore più comune non è scrivere male srcset. È scrivere sizes senza collegarlo al layout.
Un criterio pratico è questo:
- Guarda quanto spazio occupa davvero l’immagine nel layout.
- Stima le larghezze principali per mobile, tablet e desktop.
- Genera poche varianti sensate, non una quantità eccessiva di file quasi identici.
Se il tuo layout mostra una card a circa metà schermo su desktop, scaricare una versione pensata per il full width è solo traffico sprecato.
Dove ha più impatto
srcset e sizes sono particolarmente utili in questi casi:
- Hero image adattive nelle landing page
- Card prodotto in listing e categorie
- Immagini editoriali dentro articoli e guide
- Gallery che cambiano layout tra mobile e desktop
Questa è una di quelle aree in cui il codice corretto evita decine di compromessi successivi. Se la base responsive è fatta bene, molte ottimizzazioni “di emergenza” diventano superflue.
Accelerare il Caricamento con Lazy Loading e CDN
Ridurre il peso dei file è solo una parte del lavoro. L’altra parte è decidere quando e da dove caricarli. Qui la differenza tra un sito semplicemente “ottimizzato” e un sito davvero efficiente si vede subito.

Lazy loading fatto bene
Il lazy loading dice al browser di non caricare subito le immagini fuori schermo. Le scarica quando stanno per entrare nel viewport. Non è un trucco. È una priorità migliore.
Secondo questa guida pratica sull’ottimizzazione immagini, implementare il lazy loading può migliorare il Time to Interactive fino al 25% e ridurre il carico iniziale della pagina. Nei browser moderni puoi farlo in modo nativo:
<img src="team.jpg" loading="lazy" alt="Il team in ufficio">
Semplice, ma con una nota importante: non tutto va caricato in lazy.
Cosa mettere in lazy e cosa no
Se applichi loading="lazy" a qualsiasi immagine, rischi di rallentare proprio ciò che dovrebbe comparire subito. In particolare:
- Non mettere in lazy la hero image principale della prima schermata.
- Non mettere in lazy il logo above the fold se fa parte della percezione immediata del layout.
- Metti in lazy le immagini sotto la piega, gallery lunghe, immagini dentro tab o sezioni secondarie.
Il lazy loading è utile quando rispetta la priorità visiva della pagina. Se ritarda il contenuto principale, sta lavorando contro di te.
Perché una CDN cambia il risultato percepito
La CDN, o Content Delivery Network, non sostituisce l’ottimizzazione. La amplifica. Distribuisce gli asset su nodi più vicini all’utente e riduce il tempo necessario per iniziare il download effettivo.
Per un e-commerce con traffico distribuito o per un brand che riceve visite da aree geografiche diverse, la differenza non è teorica. L’utente percepisce un sito più reattivo perché le immagini arrivano più velocemente e con meno latenza.
Una buona configurazione CDN è particolarmente utile quando:
- la libreria immagini è ampia
- il sito serve molte foto prodotto
- il traffico cresce in modo irregolare
- il CMS tende a generare molte richieste asset
Per chi lavora su WordPress, può essere utile leggere anche questa panoramica sui plugin rilasciati per velocizzare le pagine web, soprattutto se il problema non è una singola immagine ma il comportamento complessivo del sito nel caricamento.
L’errore da evitare
Molti team installano un plugin, attivano lazy loading e pensano di aver chiuso il tema performance. In realtà, se i file restano enormi, se manca il ridimensionamento responsive o se la CDN serve asset non ottimizzati, il beneficio resta parziale.
Funziona la combinazione. File più intelligenti, caricati solo quando servono, serviti dal posto giusto.
Automatizzare il Flusso di Lavoro di Ottimizzazione
Se pubblichi poche immagini al mese, puoi cavartela con un processo manuale. Se gestisci un e-commerce, un magazine, un sito corporate che aggiorna spesso landing e schede prodotto, il metodo manuale collassa in fretta.
L’ottimizzazione immagini deve diventare processo, non intervento occasionale. Questo è il passaggio che separa le best practice sulla carta da un sito che resta veloce anche quando il team produce tanto contenuto.
Automazione per WordPress e CMS
Per molti team la via più pratica è usare plugin che comprimono, ridimensionano e convertono in automatico al caricamento. Strumenti come Smush, Imagify ed EWWW Image Optimizer riducono l’attrito operativo: chi pubblica contenuti non deve ricordarsi ogni volta l’intera checklist tecnica.
Questo approccio funziona bene quando:
- il sito è gestito da figure non tecniche
- i contenuti vengono caricati da più persone
- serve una policy coerente senza formazione continua
- vuoi ottimizzare anche la libreria media già esistente
Automazione per team di sviluppo
Se hai un flusso più maturo, il salto di qualità arriva con la build pipeline. Qui entra in gioco Sharp, che permette di generare varianti, formati moderni e versioni responsive prima ancora che il file arrivi in produzione.
Il vantaggio non è solo tecnico. È organizzativo. Le regole non dipendono più dalla disciplina del singolo editor o dal “me ne occupo dopo”. Fanno parte del sistema.
Secondo questa risorsa dedicata all’ottimizzazione immagini per il web, in Italia l’adozione di AVIF è solo al 15% negli e-commerce, nonostante possa ridurre i tempi di caricamento del 45%. La stessa fonte indica che integrare la conversione automatica ad AVIF tramite strumenti CLI come Sharp in una pipeline CI/CD può generare un ROI del +28% in conversioni organiche.
Un flusso sostenibile, non perfetto
Un workflow efficace, nella pratica, assomiglia a questo:
- Upload controllato. Il team carica file già sensati, non originali enormi.
- Ottimizzazione automatica. Plugin o pipeline applicano compressione e conversioni.
- Generazione varianti. Il sistema produce file responsive per il front-end.
- Distribuzione. Gli asset vengono serviti con caching e, se presente, CDN.
- Monitoraggio. Si verifica che nuove pagine e nuovi template non rompano l’equilibrio.
In questo quadro possono convivere più strumenti. Un team può usare WordPress con plugin per l’operatività quotidiana, Sharp per il catalogo o le immagini critiche, e piattaforme come Seowebsite per lavorare in parallelo su SEO, content e performance dentro una strategia più ampia.
L’automazione non serve a “fare meno lavoro”. Serve a evitare che lo stesso problema rientri ogni settimana da una porta diversa.
Misurare l'Impatto con Strumenti e Metriche SEO
Se non misuri, stai solo sperando. L’ottimizzazione immagini produce effetti concreti, ma vanno letti negli strumenti giusti e con il filtro corretto. Non basta guardare un punteggio generale e festeggiare o preoccuparsi.
Per prima cosa osserva il report in un contesto reale.

Dove leggere il problema in PageSpeed Insights
In Google PageSpeed Insights guarda soprattutto due aree quando sospetti un problema immagini:
- LCP. Se l’elemento più grande visibile è una hero image o una foto prodotto importante, la sua gestione influisce direttamente sulla percezione di velocità.
- Opportunità. Qui trovi spesso segnalazioni su immagini servite in formati moderni, non dimensionate correttamente o non compresse.
Se il report mostra che l’elemento LCP è un’immagine, il lavoro prioritario è quasi sempre lì. Prima il file, poi il formato, poi la modalità di caricamento.
CLS e stabilità visiva
Le immagini non impattano solo la velocità. Possono anche muovere il layout mentre la pagina si carica. Questo peggiora il CLS, cioè la stabilità visiva.
Il problema nasce quando non specifichi correttamente dimensioni e spazio riservato. L’utente inizia a leggere, il contenuto si sposta, clicca nel punto sbagliato o perde il riferimento visivo.
Per evitare questo comportamento:
- Definisci width e height quando possibile
- Mantieni proporzioni coerenti tra file e contenitore
- Non lasciare immagini decorative senza regole di layout
GTmetrix, DevTools e controllo operativo
PageSpeed ti dice dove guardare. GTmetrix e i DevTools di Chrome aiutano a vedere cosa succede davvero durante il caricamento.
Con questi strumenti puoi verificare:
- quali immagini partono troppo presto
- quali sono sproporzionate rispetto alla dimensione di rendering
- se il browser scarica varianti corrette
- se il lazy loading si attiva nel momento giusto
Per approfondire il quadro complessivo delle metriche, questa guida di Seowebsite sui Web Vitals e la velocità del sito aiuta a collegare le ottimizzazioni tecniche alla lettura SEO più ampia.
Un buon report non serve a trovare “un punteggio alto”. Serve a identificare il collo di bottiglia che oggi sta rallentando il fatturato, il ranking o l’esperienza mobile.
Checklist Operativa per Marketer e Sviluppatori
Quando la responsabilità è vaga, le immagini tornano a pesare troppo. Una checklist chiara evita discussioni inutili e riduce gli errori ripetuti.
Checklist per marketer e content team
- Scegli il file giusto prima dell’upload. Una foto resta una foto. Non salvarla in PNG per abitudine.
- Ridimensiona in base all’uso reale. Se l’immagine finirà in una card o in una colonna contenuta, non caricare l’originale gigante.
- Controlla la resa in pagina. Valuta qualità e nitidezza sul sito, non solo nell’editor grafico.
- Dai nomi file descrittivi. Aiuta ordine interno, SEO on-page e gestione della libreria media.
- Compila l’alt text con criterio. Deve descrivere l’immagine quando serve davvero, non riempire un campo.
Checklist per sviluppatori e tecnici
- Implementa
srcsetesizessui componenti che servono immagini a layout variabile. - Applica lazy loading solo dove ha senso. Le immagini below the fold sì. Gli asset critici no.
- Riserva spazio alle immagini per evitare spostamenti di layout.
- Configura caching e distribuzione asset in modo coerente con il traffico e la struttura del sito.
- Automatizza il workflow con plugin, task di build o pipeline che impediscano regressioni.
Checklist condivisa di team
Ci sono poi tre regole che devono valere per tutti:
- Nessuna immagine entra in produzione senza criterio di formato.
- Ogni template nuovo va testato su mobile.
- Ogni miglioramento va misurato con strumenti reali, non a sensazione.
Se applichi queste regole con continuità, l’ottimizzazione immagini smette di essere una correzione tecnica una tantum e diventa un vantaggio competitivo stabile.
Le immagini vendono, spiegano, rassicurano e migliorano la percezione del brand. Ma solo se arrivano nel modo giusto. Quando sono gestite male, fanno l’opposto: rallentano la pagina, peggiorano l’esperienza, erodono traffico e conversioni.
Per questo, se stai lavorando sulla crescita organica o sulle performance del tuo sito, ottimizzazione immagini: la chiave per migliorare le prestazioni del tuo sito non è uno slogan. È una priorità operativa.



