L'evoluzione del web e il peso delle immagini

La prima pagina web della storia, pubblicata da Tim Berners-Lee nell'agosto del 1991 dal CERN, non conteneva nemmeno un'immagine. Era testo semplice con link sottolineati, che spiegava cosa fosse questo progetto chiamato "World Wide Web". Più di trent'anni dopo, una tipica pagina prodotto di e-commerce carica oltre due megabyte di sole immagini. Questa è la storia di come si è passati da una cosa all'altra — e del perché, per chiunque gestisca un sito web oggi, il peso delle immagini resti la singola variabile che più compromette la velocità di un sito.

1991-1995: un web pensato per modem a 2400 baud

I primi browser grafici — Mosaic nel 1993, poi Netscape Navigator nel 1994 — permettevano già di incorporare immagini, ma il contesto tecnico imponeva una disciplina ferrea. Un modem domestico tipico del 1994 trasmetteva a 14,4 o 28,8 kbps. Una singola immagine JPG di 100 KB, che oggi considereremmo minuscola, poteva impiegare quasi un minuto per caricarsi a quella velocità. Il risultato: i siti web dell'epoca usavano le immagini col contagocce, quasi sempre in GIF a 256 colori (più leggero di un JPG nella grafica semplice), e qualsiasi fotografia vera veniva ritagliata e compressa in modo aggressivo. L'estetica "pixelata" che oggi associamo agli anni '90 non era una scelta di design — era l'unica opzione che la banda disponibile permetteva.

1995-2005: la banda larga, e l'immagine smette di essere un lusso

L'arrivo dell'ADSL e della fibra via cavo nelle case cambiò le regole del gioco. Ai primi anni 2000, una connessione domestica media reggeva già centinaia di kbps o più, e i siti web iniziarono a comportarsi come cataloghi visivi, non solo come documenti con link. Amazon, eBay e i primi negozi online capirono rapidamente che una foto di prodotto vendeva più di una descrizione — e le pagine cominciarono a riempirsi di immagini senza che nessuno si preoccupasse troppo del loro peso, perché la banda larga sembrava risolvere tutto. Quell'ottimismo generò un'abitudine che ancora oggi fatica a scomparire: caricare la foto così com'è uscita dalla fotocamera o dal telefono, senza comprimerla, perché "tanto non c'è più il dial-up".

2007-2015: il mobile cambia tutto (di nuovo)

L'iPhone, nel 2007, e l'ondata di smartphone che ne seguì, riportarono in vita lo stesso problema degli anni '90 ma al contrario: la connessione tornava a essere limitata (3G, dati mobili a tariffa per megabyte) proprio mentre i siti web si erano abituati a pesare diversi megabyte sulle connessioni fisse. La risposta del settore fu il design responsive (il termine fu coniato da Ethan Marcotte nel 2010) — un unico sito che si adatta a qualsiasi schermo — e, più lentamente, l'idea di servire immagini di dimensioni diverse a seconda del dispositivo, invece di inviare la stessa foto pensata per desktop a uno schermo di telefono che non ne ha bisogno e non riesce nemmeno a mostrarla per intero.

2015-oggi: Google inizia a misurare la velocità, e improvvisamente conta

Il cambiamento più determinante dell'ultimo decennio non è stato tecnico, ma di incentivi: Google ha iniziato a usare la velocità di caricamento come fattore di posizionamento, e nel 2021 ha formalizzato questo con i Core Web Vitals — metriche concrete come LCP (Largest Contentful Paint, il tempo impiegato a rendere visibile l'elemento più grande della pagina, quasi sempre un'immagine) che influiscono direttamente sulla SEO. Di colpo, comprimere bene un'immagine ha smesso di essere una "buona pratica" ed è diventato qualcosa con un impatto misurabile sul traffico ricevuto da un sito. È il motivo per cui esistono strumenti come questo: non è una moda del design, è che il peso delle immagini è diventato una metrica di business.

Tendenze delle immagini nel 2026

Con questa base storica, ecco cosa si osserva oggi, nel 2026, nell'uso delle immagini sul web:

• AVIF e WebP come standard, non come eccezione. Fino a pochi anni fa, servire questi formati richiedeva controllare con attenzione la compatibilità del browser. Oggi il supporto è praticamente universale, e la domanda non è più "posso usare WebP?" ma "perché continuo a servire JPG di default?".
• Meno fotografia stock generica, più contenuti generati o ritoccati con l'IA. Non perché costi meno (anche se è vero anche quello), ma perché si adatta meglio a marchi che vogliono un'estetica propria invece della solita immagine di persone sorridenti in ufficio che usano tutti.
• Formati verticali di default. Il consumo è ormai prevalentemente mobile, e il design delle immagini — per i social, per i banner, per le miniature — viene pensato prima in verticale (9:16, 4:5) e solo dopo adattato all'orizzontale, al contrario di come si faceva un decennio fa.
• Caricamento differito (lazy loading) nativo come default. L'attributo loading="lazy"dell'HTML stesso, senza librerie, è diventato la norma per evitare di caricare immagini che l'utente non arriva mai a vedere.
• Pressione costante per ridurre il peso, non per aggiungere risoluzione. Gli schermi continuano a migliorare (più densità di pixel, più HDR), ma la tendenza reale nella produzione web va nella direzione opposta a quanto ci si potrebbe aspettare: esportare più compresso, non meno, perché il costo del trasferimento dati e l'impatto sui Core Web Vitals pesano più del guadagno visivo marginale di un file leggermente più nitido.