| Domanda | Risposta breve |
|---|---|
| Le immagini contano davvero per la SEO? | Sì, e contano anche per il CPC delle tue ads |
| Qual è il formato migliore nel 2026? | WebP per quasi tutto, AVIF dove supportato, PNG solo per loghi |
| Quanto deve pesare un’immagine? | Sotto i 150 KB per il web, sotto i 200 KB per le ads |
| L’alt text serve solo per accessibilità? | No, è uno dei segnali più trascurati per Google Images |
| Quale tool usare? | Squoosh per il manuale, ShortPixel per WordPress, TinyPNG per i bulk |
| Le immagini influenzano i Core Web Vitals? | Sì, soprattutto LCP e CLS |
| Sitemap immagini, serve? | Per ecommerce con tante SKU, sì, è quasi obbligatoria |

Perché il peso delle immagini cambia il ROAS delle tue campagne
Lavoro con clienti ecommerce ogni giorno e ti dico una cosa che pochi mettono nero su bianco: il peso delle immagini sul sito impatta direttamente sul costo per click delle tue campagne. Non solo sul punteggio di qualità di Google Ads — anche sulla landing page experience che Meta usa per modulare la consegna. E quindi, alla fine della giornata, sul ROAS.
Il meccanismo è semplice. Quando un utente clicca sulla tua ads e atterra su una pagina che ci mette 4 secondi a caricare le hero image, il bounce rate schizza. Google e Meta lo notano. Il punteggio di qualità scende. Il CPC sale. Tu paghi di più per lo stesso traffico. Su un budget di 30k al mese, una differenza di 0.15€ sul CPC vuol dire 4-5k di clic in meno. Numeri veri.
Quello che molti non sanno è che la maggior parte degli e-commerce italiani che vedo ha immagini da 2-4 MB caricate dal fornitore senza nessuna ottimizzazione. Ho un cliente nel fashion, prima di metterci mano aveva una product page da 9.7 MB. Dopo averla portata sotto i 1.2 MB il LCP è passato da 5.8s a 1.9s e il CTR organico sulle product page è cresciuto del 22% in sei settimane.
La cosa interessante è che il performance marketing e la SEO tecnica si parlano molto più di quello che si dice nei corsi. Se vuoi capire bene come funzionano insieme, ti consiglio di leggere anche la nostra guida sulla differenza tra performance marketing e marketing tradizionale che spiega perché oggi non puoi più separare i due piani.
Ora, ti chiederai: ma davvero il peso delle immagini è cosi importante? Sì, davvero. E tra poco ti mostro i numeri esatti, formato per formato.
Formati immagine moderni: WebP, AVIF, JPEG, PNG (e quando usarli davvero)
C’è ancora gente che carica PNG da 4 MB per una foto prodotto. Ma in che modo si fa nel 2026? Te lo dico io: non si fa. Il formato giusto per ogni situazione cambia tutto, e qui sotto trovi la tabella che il mio team usa come riferimento operativo.
| Formato | Quando usarlo | Peso medio | Supporto browser |
|---|---|---|---|
| WebP | Foto prodotto, hero image, blog | -25/35% vs JPEG | 97% globale |
| AVIF | Hero image moderne, ecommerce premium | -50% vs JPEG | 93% globale |
| JPEG | Fallback per browser vecchi | Standard | 100% |
| PNG | Loghi, icone, immagini con trasparenza | Pesante | 100% |
| SVG | Loghi vettoriali, icone, illustrazioni | Pochissimo | 100% |
WebP è il punto di partenza per la stragrande maggioranza dei casi. AVIF è il formato più aggressivo in termini di compressione, ma ha ancora qualche problema con software di editing meno aggiornati e qualche CMS legacy. Se hai WordPress con un plugin di caching decente, AVIF lo gestisce. Se hai un Shopify standard, WebP va benissimo.
Una cosa che spesso dimentico di dire ai clienti — e poi me ne pento — è che il PNG va usato solo dove serve davvero la trasparenza. Le foto prodotto su sfondo bianco non hanno bisogno di PNG, sono perfettamente gestibili in WebP con qualità 80. Risparmi anche il 70% di peso senza vedere la differenza a occhio nudo.
Per chi gestisce siti ecommerce, ti consiglio di approfondire come strutturare la tua strategia SEO perché la scelta del formato immagine è uno dei tasselli, ma da solo non basta.
Una domanda che mi fanno spesso: “Ale, ma se uso AVIF i clienti su Safari vecchi non vedono niente?” Risposta: usi il tag <picture> con fallback. Ti faccio vedere come tra due paragrafi.
Nomi file e alt text scritti come si deve
Qui casca l’asino, sempre. Mi capita di aprire ad account o siti di clienti nuovi e trovare 3000 immagini caricate con nomi tipo IMG_4738.jpg o screenshot-2024-03-12-at-15.23.56.png. Per Google quelle immagini non esistono. Sono buchi neri.
Il nome file è uno dei pochissimi segnali su cui hai controllo totale. Usalo bene. Ecco come faccio io:
- Sbagliato:
IMG_2025_finale_v3.jpg - Sbagliato:
prodotto-bello-rosso.jpg - Giusto:
sneakers-uomo-pelle-marrone-stelio-malori.webp - Giusto:
borsa-tracolla-cuoio-nera-nicola-radano-napoli.webp
La regola è semplice: keyword principale + attributi distintivi + brand. Lineette per separare, mai underscore, mai spazi, mai caratteri accentati. Tutto minuscolo. Lunghezza massimo 60-70 caratteri perché altrimenti Google taglia.
L’alt text è un altro discorso. Serve per l’accessibilità (e quindi per l’European Accessibility Act, che dal 28 giugno 2025 è obbligatorio per gli ecommerce sopra una certa soglia di fatturato), ma anche per Google Images. Un alt text fatto bene descrive l’immagine in modo naturale, includendo la keyword senza forzature.
| Tipo di immagine | Alt text fatto male | Alt text fatto bene |
|---|---|---|
| Foto prodotto | “scarpa” | “Sneaker da uomo in pelle marrone modello classico Stelio Malori” |
| Hero image servizio | “performance marketing” | “Dashboard performance marketing con KPI campagne e ROAS aggregato” |
| Infografica | “grafico” | “Grafico differenze tra CPC CPM e CPA su Google Ads e Meta” |
| Foto team | “team” | “Team Dominanza Digitale agenzia performance marketing Roma” |
Una nota sui prodotti del nostro lavoro creative: ogni asset che produciamo per i clienti viene già esportato con naming convention SEO-friendly direttamente dal designer. Non lasciamo il rename al cliente perché il 90% delle volte non viene fatto.
Domanda da farsi: quando un’immagine non ha un alt text utile, secondo te Google capisce di cosa parla la pagina? La risposta è: a malapena.
Compressione senza perdere qualità: il workflow che usa il mio team

Ti racconto una cosa che mi è successa due settimane fa. Un cliente fashion mi manda 47 foto prodotto da caricare in fretta perché il giorno dopo doveva andare live con una promo Pasquale. Le foto pesavano in totale 312 MB. Una cosa così non la potevo caricare cosi com’era — sarebbe diventato un disastro per il sito. Le ho passate in batch su Squoosh con qualità WebP 78, sono diventate 18 MB totali. Stessa qualità visiva, sito che vola.
Il workflow che uso con il team è questo:
- Selezione formato in base al tipo di immagine (WebP per foto, SVG per icone, PNG con trasparenza solo se serve davvero)
- Resize alle dimensioni effettive di display (se l’immagine viene mostrata a 800px, non caricarla a 3000px)
- Compressione con il tool giusto in base al volume
- Naming SEO prima dell’upload
- Lazy loading attivo via plugin o attributo nativo
- Verifica con PageSpeed Insights della pagina dopo
I tool che il mio team usa effettivamente:
- Squoosh (gratis, di Google) — per ottimizzazioni manuali una alla volta, qualità eccellente
- ShortPixel — per WordPress, automatizza tutto, paga per immagine
- TinyPNG/TinyJPG — per bulk processing, API disponibile
- ImageOptim (Mac) — per i designer, drag & drop e fatto
- Cloudinary — per chi ha volumi enterprise e serve trasformazioni dinamiche
- Convertio — per conversioni rapide tra formati
L’uso di strumenti AI ha cambiato anche questo aspetto. Tool come NanoBanana Pro o le nuove versioni di Photoshop generative permettono di rimuovere sfondi, fare upscaling intelligente e generare varianti senza ripartire dalla foto sorgente. Risparmi tempo e mantieni il peso basso.
Un consiglio che do sempre: fai un test A/B sulle product page principali prima di toccare tutto il sito. Se la qualità WebP a 75 ti sembra brutta, prova 82. Se anche 82 ti convince poco, c’è un problema con la foto sorgente, non con la compressione.
Quanto puoi comprimere senza perdere qualità visiva? Per le foto prodotto fashion, di solito mi fermo al 78-82 in WebP. Per i blog header invece scendo tranquillamente a 70.
Dimensioni corrette per Google Ads, Facebook Ads e TikTok Ads

Cambio scenario. Ottimizzare le immagini per il sito è una metà del lavoro. L’altra metà è ottimizzarle per le piattaforme ads, dove le dimensioni e i pesi richiesti sono completamente diversi e ogni piattaforma ha le sue regole.
Ecco la tabella che il mio team tiene appesa al monitor:
| Piattaforma | Formato consigliato | Dimensione | Peso massimo | Aspect ratio |
|---|---|---|---|---|
| Google Ads Display | JPG/PNG | 1200×1200, 1200×628 | 5 MB | 1:1, 1.91:1 |
| Google Ads Performance Max | JPG/PNG | 1200×1200, 1200×628, 600×316 | 5 MB | Multipli |
| Facebook Feed | JPG/PNG/WebP | 1080×1080, 1080×1350 | 30 MB | 1:1, 4:5 |
| Facebook Stories | JPG/PNG | 1080×1920 | 30 MB | 9:16 |
| Instagram Reels (cover) | JPG/PNG | 1080×1920 | 30 MB | 9:16 |
| TikTok Ads | JPG/PNG | 1080×1920 | 500 KB-500 MB | 9:16, 1:1 |
| Pinterest Ads | JPG/PNG | 1000×1500 | 32 MB | 2:3 |
Per Google Ads la cosa importante è caricare gli asset in tutti i formati richiesti — quadrato, orizzontale, verticale — perché Performance Max li mescola da solo nelle aste. Se gliene dai uno solo, il sistema ti taglia fuori da metà degli inventory.
Per Facebook Ads il mio framework M4/Andromeda prevede pack di creative organizzati per concept, e ognuno deve essere disponibile sia in 1:1 sia in 4:5 sia in 9:16. È un lavoro di produzione, non lo si fa al volo. Uso Figma con auto-layout per generare le varianti più velocemente.
Per TikTok Ads il discorso cambia ancora. Lì l’immagine statica viene usata raramente, di solito è cover di video. Ma quando la usi, deve essere 9:16 nativa, non un crop di un quadrato. La piattaforma penalizza i contenuti che sembrano riadattati.
C’è una domanda che mi pongono spesso: “Ma se carico una foto prodotto da 800×800 su Meta, è troppo piccola?” Risposta: sì. Il minimo serio è 1080×1080. Sotto, l’algoritmo te la marca come bassa qualità e ti dà meno reach.
Core Web Vitals, LCP e lazy loading

I Core Web Vitals sono tre metriche di Google: LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift), INP (Interaction to Next Paint). Le immagini influenzano direttamente le prime due e indirettamente la terza.
LCP misura quanto ci mette l’elemento più grande della pagina ad essere visibile. Nel 90% dei casi, su un ecommerce, l’LCP è la hero image della homepage o l’immagine principale di una product page. Se quell’immagine pesa 3 MB, il tuo LCP fa schifo. Punto.
Soglie da rispettare:
- LCP buono: sotto 2.5 secondi
- LCP da migliorare: tra 2.5 e 4 secondi
- LCP scarso: oltre 4 secondi
CLS misura quanto la pagina “salta” mentre carica. Se le immagini non hanno width e height definiti nell’HTML, il browser non sa quanto spazio riservargli e quando l’immagine carica spinge giù il contenuto. Risultato: CLS alto, utenti incazzati, Google scontento.
La soluzione è banale ma quasi nessuno la implementa correttamente:
<img
src="prodotto-sneakers-pelle.webp"
width="800"
height="800"
alt="Sneakers in pelle bianca modello classico"
loading="lazy"
fetchpriority="high"
>
L’attributo loading="lazy" dice al browser di caricare l’immagine solo quando l’utente sta per vederla. Per le immagini below the fold è oro. Per le immagini above the fold non va usato — anzi, su quelle vai di fetchpriority="high" per dire al browser di caricarle subito.
Un caso che racconto sempre: un cliente nostro nel settore aesthetic medicine aveva un LCP di 6.2 secondi sulla home. Abbiamo fatto tre cose: convertito le hero image in AVIF con fallback WebP, aggiunto preload sull’hero, lazy loading su tutto il resto. LCP sceso a 1.4 secondi. Conversioni sulla landing salite del 31% in tre settimane.
Se vuoi vedere altri esempi concreti, abbiamo raccolto un po’ di casi studio nel nostro portfolio, e in particolare consiglio di leggere i case study di successo nel performance marketing dove mostro numeri reali pre e post intervento tecnico.
Domanda finale: ha senso ottimizzare le immagini se il sito è su un hosting scarso? Risposta: ti aiuta, ma non basta. Cambia l’hosting, poi parliamo di immagini.
Sitemap immagini, schema markup e dati strutturati

Adesso passiamo a un livello di ottimizzazione che vedo ignorato dal 99% delle agenzie italiane. Sitemap dedicate alle immagini e schema markup specifico. Se hai un ecommerce con tanti prodotti, questi due elementi cambiano la visibilità su Google Images in modo significativo.
La sitemap immagini è un file XML separato (oppure aggiunto a quella standard) che dice a Google: “ehi, queste sono tutte le immagini importanti del mio sito, vienitele a indicizzare”. Senza, Google le scopre per crawl naturale, che è lento e spesso parziale.
Esempio di entry sitemap immagini:
<url>
<loc>https://tuosito.it/prodotto/sneakers-pelle-uomo</loc>
<image:image>
<image:loc>https://tuosito.it/img/sneakers-pelle-uomo-fronte.webp</image:loc>
<image:title>Sneakers pelle uomo Stelio Malori</image:title>
<image:caption>Vista frontale modello Classic</image:caption>
</image:image>
</url>
Il modulo Yoast e Rank Math su WordPress generano questa sitemap in automatico. Su Shopify devi usare app esterne tipo Smart SEO o gestirla manualmente. Su PrestaShop e Magento ci sono moduli dedicati.
Lo schema markup invece è un altro paio di maniche. Per le immagini di prodotto serve usare Schema.org Product con la proprietà image correttamente popolata, e idealmente più di un’immagine. Google preferisce array di immagini perché può scegliere quale mostrare nei rich results.
Schema rilevanti per immagini:
- Product — ecommerce, sempre obbligatorio
- Recipe — food blog, immagine principale + step
- Article — blog post, image array
- LocalBusiness — servizi locali, foto sede
- ImageObject — quando vuoi descrivere l’immagine in modo standalone
Un cliente del settore medical aesthetic per cui abbiamo fatto questo lavoro — sitemap immagini + schema Product completo — ha visto il traffico da Google Images salire del 187% in quattro mesi. Senza fare nessuna campagna a pagamento aggiuntiva.
Per chi gestisce campagne complesse e vuole capire come la SEO tecnica si integra con il programmatic advertising, ti consiglio anche di guardare quali sono i canali più efficaci per il performance marketing — perché Google Images è uno dei canali sottovalutati che porta traffico qualificato a costo zero, se sai come configurarlo.
Domanda che mi pongono: “Ma serve davvero anche nel 2026 con l’AI search?” Sì, perché i sistemi AI di Google e Bing pescano i risultati visivi proprio da queste sitemap.
Errori comuni che vedo ogni settimana sui clienti (e come li sistemo)
Chiudo con la lista degli errori che vedo ogni singola settimana negli audit nuovi. Te li metto in ordine di gravità.
1. Immagini caricate dal fornitore senza compressione. Ricevi le foto dal photographer in TIFF da 40 MB l’una, le converti in JPG ma le tieni a qualità 100, le carichi così. Errore. Lavorale con un workflow di compressione prima dell’upload.
2. Stessa immagine usata in tutti i formati ad. Carichi la foto 1:1 e te la usi su Facebook, Instagram, Stories, Reels, Pinterest. Risultato: ovunque sembra fatta col cellulare. Produci varianti dedicate per ogni placement.
3. Alt text vuoto o copiato. Il classico è alt=”immagine prodotto” su 200 product page. Google legge la stessa stringa e la considera duplicate content low-quality. Scrivi alt text unici, descrittivi, che includano la keyword principale del prodotto.
4. PNG dove andrebbe WebP. Il logo del brand può rimanere PNG (o meglio SVG). Tutto il resto va in WebP. Riduci il peso medio della pagina del 40-60% senza vedere differenze.
5. Lazy loading anche sulle immagini above the fold. Errore tecnico classico dei plugin. La hero image non deve essere lazy. Imposta fetchpriority="high" sull’LCP element.
6. Immagini hotlinked da altri server. Te ne accorgi quando un giorno il fornitore cambia URL e il tuo sito si riempie di placeholder rotti. Carica sempre le immagini sul tuo CDN o hosting.
7. CDN non configurato. Se servi immagini direttamente dal tuo hosting WordPress condiviso, ovunque si trovino i tuoi utenti il caricamento sarà lento. Cloudflare, Bunny, Cloudinary — scegline uno.
8. Mancanza di srcset per il responsive. Carichi un’immagine da 2000px che viene mostrata a 400px su mobile. L’utente mobile scarica 2000px di larghezza per niente. Usa il srcset o le picture tag.
| Errore | Impatto SEO | Impatto ROAS | Difficoltà fix |
|---|---|---|---|
| Senza compressione | Alto | Alto | Bassa |
| Alt text vuoti | Medio | Basso | Bassa |
| PNG ovunque | Alto | Medio | Media |
| No CDN | Alto | Alto | Media |
| No srcset | Medio | Alto (mobile) | Alta |
Se vuoi capire come integrare l’ottimizzazione immagine in una strategia più ampia che tocchi anche strategie di remarketing e email marketing — perché anche le email pesano e una hero image da 800 KB in una newsletter può farti finire in spam — scrivici sui contatti e ti facciamo un audit gratuito sui primi tre asset principali.
Una cosa che dico sempre: l’ottimizzazione immagini è una di quelle attività con il rapporto sforzo/risultato migliore in assoluto nel digital marketing. Nessuna strategia complessa, nessun investimento ad infinito. Solo metodo.
Domande Frequenti (FAQ)
Quanto tempo ci vuole per ottimizzare tutte le immagini di un ecommerce? Dipende dal numero di prodotti. Per un sito con 500 SKU e 4 foto a prodotto, parliamo di 2-3 settimane di lavoro se fai bulk con ShortPixel + verifica manuale. Per siti grossi conviene automatizzare via API.
WebP è davvero sicuro su tutti i browser? Sì, dal 2020 in pratica sì. Solo Internet Explorer non lo supporta, ma IE è morto da anni. Se proprio vuoi essere prudente, usa il tag <picture> con fallback JPEG.
L’ottimizzazione immagini fa parte della SEO tecnica o della SEO content? Tutte e due. Il file size e i Core Web Vitals sono SEO tecnica. Il naming, l’alt text e la sitemap immagini sono al confine tra le due.
Posso usare AI per generare alt text in massa? Sì, ChatGPT o Claude con un buon prompt fanno un lavoro decente. Ma rivedi sempre a campione, perchè le AI tendono a essere generiche e a perdere la keyword principale.
Le immagini in lazy loading vengono indicizzate da Google? Sì, dal 2019 Googlebot supporta lazy loading nativo. Ma assicurati che usino l’attributo loading="lazy" standard, non implementazioni JS strane.
Quanto deve pesare un’immagine su mobile? Sotto i 100 KB per le immagini secondarie. Sotto i 200 KB per la hero. Sotto i 50 KB per le icone.
Vale la pena pagare un servizio CDN per immagini? Se il tuo sito ha più di 10k visite mensili, sì. Cloudflare ha un piano gratuito che basta per la maggior parte dei casi. Bunny CDN parte da 1$ al mese.
Come capisco se le mie immagini stanno frenando il sito? PageSpeed Insights di Google ti dice tutto. Se vedi suggerimenti tipo “Properly size images” o “Serve images in next-gen formats” o “Defer offscreen images”, hai un problema di ottimizzazione.
Schema markup per immagini è davvero utile nel 2026? Sì, soprattutto perché i risultati AI di Google (AI Overview, AI Mode) pescano molto da contenuti con structured data ben fatti. È uno dei modi migliori per finire citato.
Le immagini influenzano il posizionamento su Google Search o solo su Google Images? Tutte e due. Google usa la qualità delle immagini come segnale di qualità complessiva della pagina, e il file size pesa nel ranking via Core Web Vitals.