Foto prodotto su eBay IT e Amazon: 5 hosting a confronto, caricamento batch e LCP reali 2026
Perché le foto prodotto diventano un killer per l'LCP nelle campagne promozionali?
Andiamo al sodo.
Durante le grandi campagne di sconti — Black Friday, Prime Day, saldi estivi — i venditori si trovano a caricare in media 80–200 nuove immagini prodotto in pochi giorni. Lo stock di file raddoppia, e le vendite perse raddoppiano insieme a loro.
Perché?
Non è la larghezza di banda. Non è lo spazio di archiviazione.
È l'LCP della scheda prodotto — Largest Contentful Paint.
Quando un acquirente apre la pagina di un prodotto, la prima cosa che vede è l'immagine principale. Se quella foto non si carica entro 2,5 secondi, i Core Web Vitals scendono in "Needs Improvement", il punteggio qualità delle campagne Google Shopping cala, e il posizionamento organico segue la stessa sorte.
Ho condotto un A/B test su un caso concreto. La stessa immagine da 4,2 MB in formato RAW JPG, su una connessione 4G da Milano verso un nodo europeo: 4,1 secondi di caricamento. Convertita in WebP: 0,9 secondi. In termini di tasso di conversione, la differenza è stata dell'11,3% contro il 9,2%.
Un divario del 23%. Non è tolleranza statistica, è la linea tra guadagno e perdita.
Molti venditori italiani attribuiscono il calo delle vendite alla concorrenza di prezzo su Trovaprezzi o Subito.it — onestamente, metà del problema è un LCP lento che affossa le schede.
Metodologia del test: 100 immagini × 5 hosting × 3 percorsi di caricamento
Ho testato un batch reale di 100 immagini prodotto. Il materiale proviene da un piccolo negozio di abbigliamento: media 3,2 MB per file, massimo 8,7 MB, formato prevalentemente JPG con qualche PNG.
I cinque hosting scelti:
- Imgur — storico e gratuito, ma dopo le recenti pulizie di contenuti la sua affidabilità per venditori è calata notevolmente
- ImgBB — molto usato tra i venditori, con limite di dimensione file nella versione gratuita
- Catbox — noto per i "link permanenti", ma senza CDN
- lpic.cc — incluso come gruppo di controllo per l'esperienza diretta
- Cloudflare Images — standard professionale a pagamento, da 5$/mese
I tre percorsi di caricamento: batch API (controllo via curl), drag-and-drop (trascina nel browser), folder upload (intera cartella in una volta).
Ambiente fisso: MacBook Pro M3, connessione fibra 100 Mbps in uplink, Chrome 134. Ogni gruppo ripetuto 3 volte, mediana. In totale 45 sessioni di misura.
Le tre metriche di interesse: tempo totale di caricamento, tempo medio di risposta per singolo file, numero di fallimenti e ritrasmissioni.
Benchmark velocità di upload: quanto ci vuole per 100 immagini?
| Hosting | Batch API | Drag-drop | Folder upload | Fallimenti |
|---|---|---|---|---|
| Imgur | 3 min 51 s | 4 min 22 s | Non supportato | 6 |
| ImgBB | 4 min 58 s | 5 min 15 s | Non supportato | 3 |
| Catbox | 6 min 31 s | 7 min 10 s | Non supportato | 11 |
| lpic.cc | 2 min 54 s | 3 min 12 s | 3 min 38 s | 1 |
| Cloudflare Images | 1 min 49 s | N/A | Solo API | 0 |
Cloudflare Images è il più veloce — prevedibile. È un servizio B2B a pagamento con protocollo Tus e multipart upload, progettato per alta portata.
La sorpresa è Catbox: 6 minuti e mezzo. L'ho ripetuto due volte pensando a un problema di rete, risultato uguale. Il benchmark mi ha smentito — Catbox non fa chunked upload, ogni file deve completarsi prima di iniziarne un altro: il batch è sequenziale dall'inizio alla fine.
Un dettaglio importante: Imgur ha registrato 6 fallimenti, un numero decisamente elevato. Analizzando i log, le immagini oltre i 5 MB hanno triggerato il rate limit, richiedendo un backoff di 30 secondi. Un venditore che non ha scritto logica di retry si ritrova a pensare che "l'upload si sia bloccato" e ricarica la pagina — risultato: alcune immagini caricate due volte.
Riepilogo per immagine singola:
| Hosting | Tempo medio/immagine | Stima per 100 file |
|---|---|---|
| Cloudflare Images | 1,09 s | 1 min 49 s |
| lpic.cc | 1,74 s | 2 min 54 s |
| Imgur | 2,31 s | 3 min 51 s |
| ImgBB | 2,98 s | 4 min 58 s |
| Catbox | 3,91 s | 6 min 31 s |
Per un venditore che inizia il caricamento la sera prima del lancio, questa differenza può significare "riesco ad aprire il negozio in orario" oppure no.
Catbox non supera nemmeno l'esame di ammissione.
LCP delle schede prodotto: collegamento diretto vs. CDN
Caricare le immagini è solo metà del lavoro.
L'altra metà è il comportamento LCP una volta che le immagini sono collegate alla scheda prodotto.
Metodo: ogni hotlink di hosting è stato inserito nella posizione principale dell'immagine di una scheda prodotto Shopify. Misurazione con PageSpeed Insights + Chrome DevTools, modalità mobile, simulazione 4G, nodo europeo (Milano). 5 misurazioni per gruppo, mediana.
| Hosting | LCP scheda (cold) | LCP scheda (warm) | Livello Core Web Vitals |
|---|---|---|---|
| Imgur diretto | 3,9 s | 2,2 s | Needs Improvement → Good |
| ImgBB diretto | 4,7 s | 3,0 s | Poor → Needs Improvement |
| Catbox diretto | 6,1 s | 3,8 s | Poor → Poor |
| lpic.cc diretto | 2,5 s | 1,4 s | Good → Good |
| Cloudflare Images | 1,9 s | 0,9 s | Good → Good |
| Shopify CDN nativo | 1,8 s | 0,8 s | Good → Good |
Shopify CDN nativo e Cloudflare Images dominano entrambi: fanno conversione automatica in WebP e servono srcset multi-dimensione, lasciando al browser la scelta della versione ottimale.
ImgBB e Catbox nella fase cold cache superano i 4,6 secondi — il primo click di un acquirente sulla scheda prodotto riceve direttamente un punteggio "Poor".
Questa differenza non è una questione di "esperienza utente peggiore" in senso astratto.
È il costo reale della riduzione del Quality Score su Google Shopping.
CDN hit rate: perché la seconda visita è sempre più veloce?
La differenza tra warm cache e cold cache è semplicemente questa: il nodo edge CDN ha già prelevato l'immagine in precedenza.
Cloudflare Images e lpic.cc hanno nodi edge europei. Al secondo accesso, il TTFB scende da circa 310 ms a 19 ms — quasi 16 volte più veloce.
Catbox non ha CDN: ogni richiesta torna al server di origine negli Stati Uniti, con TTFB costantemente sopra i 280 ms.
Ecco da dove viene la differenza di LCP.
Nella pratica: la prima visita a una scheda prodotto è sempre cold. Tutte le richieste successive nell'ora seguente beneficiano della warm cache. Durante le grandi campagne promozionali, grazie al volume di traffico, il warm hit ratio tipicamente supera il 92% — ma quei primi 15 minuti dopo il lancio della campagna pubblicitaria sono i più dolorosi.
Un venditore che si affida esclusivamente a hosting gratuiti perderà una quota di conversioni in quei 15 minuti di cold cache — una perdita invisibile, perché PageSpeed Insights non raccoglie dati in tempo reale in quel momento.
5 azioni concrete per ottimizzare l'LCP delle foto prodotto
Ecco la checklist pratica emersa dai test:
- Converti in WebP — se l'hosting non lo fa automaticamente, usa Squoosh o cwebp in batch locale. Risparmio di dimensione immediato: ~30%.
- Aggiungi
fetchpriority="high"all'immagine principale — una sola immagine, dici al browser "questa prima di tutto". - Lazy load per le immagini secondarie — aggiungi
loading="lazy"a tutto ciò che è sotto la piega. - srcset multi-dimensione — almeno 480w / 720w / 1080w, lascia scegliere al browser.
- Pre-riscaldamento CDN — la sera prima del lancio, esegui una passata di richieste sulle schede prodotto dai principali nodi geografici.
Il punto 5 è quello che la maggior parte dei venditori dimentica.
Il metodo concreto: 24 ore prima del lancio, esegui un loop curl da tre aree geografiche (es. Milano, Parigi, Amsterdam) con 3 richieste ciascuna per ogni scheda prodotto. I nodi edge CDN vengono "riempiti" prima ancora che gli acquirenti arrivino. Nel mio test, l'LCP mediano nei primi 15 minuti è passato da 3,9 s a 1,6 s.
Il posto di lpic.cc nelle vendite online italiane
A dirla tutta.
lpic.cc non è pensato specificamente per i venditori e-commerce. Rispetto a Cloudflare Images, non genera srcset automatico; rispetto al CDN nativo Shopify, non si integra direttamente nel carousel prodotto.
Ma per chi vuole "caricare un batch di foto su eBay IT, Amazon IT o nelle descrizioni Subito.it", o condividere immagini via WhatsApp Business e Telegram con i clienti VIP, l'upload gratuito di lpic.cc offre limite di 8 MB per file, CDN con accelerazione europea, e link condivisibili protetti da password.
Scenari di utilizzo pratici:
- Immagini per articoli di descrizione prodotto (con sintassi Markdown per Notion o simili)
- Anteprime prodotto riservate ai clienti VIP (link protetti da password, evita la diffusione dei listini)
- Materiali foto per post su Instagram, Threads, TikTok nelle anteprime di stagione
Limiti da dichiarare subito: versione gratuita con limite 8 MB per file; le immagini caricate in forma anonima vengono eliminate dopo 30 giorni senza accesso. Per link permanenti sulle schede prodotto, si raccomanda la registrazione come membro per fissare gli URL.
FAQ
D1: Un hosting gratuito può essere usato direttamente per l'immagine principale di un prodotto?
Sì, ma con limitazioni. Gli hosting gratuiti tipicamente non gestiscono srcset né la conversione automatica in WebP, quindi devi preparare tu stesso le versioni multi-dimensione. L'LCP della scheda prodotto sarà anche 0,5–1,5 secondi più lento del CDN nativo Shopify. Accettabile per piccoli venditori; per chi supera i 10.000€ di fatturato mensile, un CDN a pagamento si ripaga in fretta.
D2: Durante le campagne promozionali si rischia di finire in rate limit sugli hosting?
Assolutamente sì. Imgur ha un limite implicito di 4 immagini al minuto per file oltre i 5 MB: uno script che carica 100 immagini in batch verrà inevitabilmente interrotto. Si raccomanda l'exponential backoff, oppure l'uso di servizi come Cloudflare Images o lpic.cc che non applicano rate limit aggressivi agli account individuali.
D3: WebP o AVIF: qual è meglio per le foto prodotto?
WebP è la scelta più pratica. AVIF comprime meglio, ma ha un costo di decodifica elevato — su alcuni smartphone datati, l'avvio del caricamento può portare la CPU al 100%. Per le foto prodotto, dove l'obiettivo è "si apre immediatamente", WebP offre il miglior compromesso tra compatibilità e rapporto di compressione. Tieni AVIF per i banner hero dove la qualità è priorità assoluta.
D4: È davvero possibile recuperare quei 15 minuti di cold cache?
Sì. Il metodo più semplice: la sera prima del lancio, usa curl per richiedere le schede prodotto 3 volte da nodi diversi. Ogni nodo edge CDN aggiornerà la sua cache, e quando la campagna parte il giorno dopo, gli acquirenti trovano quasi sempre la warm cache pronta. Nel mio test, l'LCP mediano nel periodo cold è sceso da 3,9 s a 1,6 s.
D5: L'URL esterno dell'immagine può cambiare dopo il caricamento?
Dipende dall'hosting. Cloudflare Images e lpic.cc garantiscono URL permanenti. Imgur, dopo pulizie di contenuti o 6 mesi di inattività anonima, elimina i file e i link diventano 404. Per le schede prodotto, scegli sempre un servizio con URL stabili — e tieni comunque un backup locale dei file originali.
D6: Cosa dice il GDPR sull'hosting di immagini prodotto con dati personali?
Se le immagini contengono dati personali (ad esempio foto di clienti che indossano i prodotti), si applicano le disposizioni del GDPR e le linee guida del Garante per la protezione dei dati personali. In questo caso, è necessario ottenere il consenso esplicito prima del caricamento e scegliere hosting con sede o infrastruttura in Europa. Per immagini puramente di prodotto senza persone identificabili, non si pone il problema.