Peso medio di una pagina web nel 2025: 15 anni di inflazione del web
Di CaptainDNS
Pubblicato il 12 febbraio 2026
- Nel 2025, il peso mediano di una pagina web raggiunge 2,6 MB su desktop e 2,3 MB su mobile: una crescita di 5 volte in 15 anni.
- Le immagini rappresentano ancora circa il 40% del peso totale, ma JavaScript ha superato le immagini per numero di richieste (24 file JS contro 18 immagini per pagina).
- Una pagina mobile del 2025 pesa quanto una pagina desktop del 2022: il mobile "segue" il desktop con 2 anni di ritardo.
- Testa le tue pagine con il nostro Page Crawl Checker per verificare se superano la soglia di 2 MB di Googlebot.
Nel 2025, la pagina web mediana pesa più del gioco Doom originale (2,39 MB nel 1993). Non è una battuta: secondo i dati di HTTP Archive, il peso mediano di una pagina desktop ha raggiunto 2.652 KB a fine 2024, ovvero 2,6 MB. In 15 anni, il web è ingrassato. E parecchio.
Questa inflazione non è un dettaglio. Il peso di una pagina influisce direttamente sul tempo di caricamento, sui Core Web Vitals, sul crawl budget di Google e perfino sull'impronta carbonica del tuo sito. Per i siti che superano le 10.000 pagine, ogni kilobyte in più si moltiplica in larghezza di banda consumata, tempo CPU e budget di crawl sprecato.
Questo articolo ripercorre 15 anni di evoluzione del peso delle pagine web (2010-2025), analizza cosa rende le pagine pesanti oggi, misura l'impatto su performance e SEO, e propone proiezioni per il futuro. Tutti i dati provengono da HTTP Archive e dal Web Almanac.
L'evoluzione del peso delle pagine web (2010-2025)
Le tappe principali dell'inflazione
HTTP Archive misura il peso delle pagine web dal 2010. Ecco le tappe principali:
| Anno | Desktop mediano | Mobile mediano | Evento chiave |
|---|---|---|---|
| 2010 | ~500 KB | ~200 KB | HTTP Archive inizia il monitoraggio |
| 2012 | ~800 KB | ~400 KB | Il responsive design si diffonde |
| 2014 | ~1.200 KB | ~500 KB | Primi titoli "la pagina media supera 2 MB" |
| 2016 | ~2.300 KB | ~1.200 KB | La pagina mediana supera l'installer di Doom (2,39 MB) |
| 2018 | ~1.700 KB | ~1.500 KB | Cambio metodologico HTTP Archive |
| 2020 | ~2.000 KB | ~1.800 KB | Il COVID accelera la digitalizzazione |
| 2022 | ~2.312 KB | ~2.037 KB | I framework JS dominano, Google spinge i Core Web Vitals |
| 2024 | ~2.652 KB | ~2.311 KB | JavaScript supera le immagini per numero di richieste |
In 14 anni, il peso mediano desktop è stato moltiplicato per 5,3. Su mobile, la crescita è ancora più spettacolare: moltiplicata per 11,5.
Desktop vs mobile: una convergenza progressiva
Il divario tra desktop e mobile si riduce ogni anno. Nel 2010, una pagina mobile pesava 2,5 volte meno di una pagina desktop. Nel 2024, la differenza è solo del 13% (2.652 KB vs 2.311 KB).
Un dato rivelatore: il peso mobile del 2024 (2.311 KB) è praticamente identico al peso desktop del 2022 (2.312 KB). Il mobile segue il desktop con circa 2 anni di ritardo. Le ottimizzazioni specifiche per il mobile (immagini responsive, lazy loading) non compensano più la crescita generale delle risorse.
I punti di svolta tecnologici
Tre periodi hanno accelerato l'inflazione:
2012-2015: il responsive design. L'adozione massiccia delle griglie fluide e delle media query ha favorito il caricamento di risorse identiche su tutti i dispositivi. Le immagini retina (2x, 3x) hanno raddoppiato o triplicato il peso degli asset visivi.
2016-2019: l'era delle Single Page Application. React, Angular e Vue.js hanno spostato il rendering lato client. Il JavaScript necessario per far funzionare una pagina è esploso. I bundle da 500 KB e oltre sono diventati la norma.
2020-2025: il debito tecnico. I consent banner (GDPR), gli script di analytics, i widget di chat, gli strumenti di A/B testing e i tag di terze parti si sono accumulati. Ogni aggiunta sembra innocua, ma il totale rappresenta spesso da 200 a 500 KB per pagina.
Anatomia di una pagina web nel 2025
Distribuzione per tipo di risorsa
Secondo HTTP Archive (ottobre 2024), ecco la distribuzione mediana del peso per tipo di risorsa su desktop:
| Tipo di risorsa | Peso mediano (desktop) | Peso mediano (mobile) | Quota sul totale |
|---|---|---|---|
| Immagini | 1.054 KB | 900 KB | ~40% |
| JavaScript | 613 KB | 558 KB | ~23% |
| Font | 131 KB | 111 KB | ~5% |
| CSS | 78 KB | 73 KB | ~3% |
| HTML | 18 KB | 18 KB | ~1% |
| Altro (video, audio, dati) | ~758 KB | ~651 KB | ~28% |
Il paradosso JavaScript: meno immagini, più script
Nel 2024 si è verificata un'inversione di tendenza: JavaScript ha superato le immagini per numero di richieste. La pagina mediana desktop carica ormai 24 file JavaScript contro 18 immagini. In termini di peso, le immagini dominano ancora (1.054 KB vs 613 KB), ma la tendenza è chiara: JavaScript sta diventando la prima voce per numero di file.
Questo paradosso ha conseguenze concrete. Un file immagine da 50 KB viene scaricato e visualizzato. Un file JavaScript da 50 KB viene scaricato, parsato, compilato ed eseguito. L'impatto su CPU e Largest Contentful Paint (LCP) è sproporzionato rispetto al peso lordo.
Percentili: la coda lunga delle pagine obese
La mediana racconta solo una parte della storia. I percentili superiori rivelano la portata del problema:
| Percentile | Desktop | Mobile |
|---|---|---|
| P50 (mediana) | 2.652 KB | 2.311 KB |
| P75 | ~5.200 KB | ~4.500 KB |
| P90 | ~10.000 KB | ~8.500 KB |
Al P90, una pagina desktop pesa 10 MB. È 5 volte la soglia di troncamento di Googlebot (2 MB di HTML). Queste pagine estreme non sono rare: il 10% del web ne fa parte.
Perché le pagine web diventano sempre più pesanti?
L'esplosione dei framework JavaScript
Nel 2015, il JavaScript mediano per pagina pesava circa 300 KB. Nel 2024 raggiunge 613 KB: il doppio in 9 anni. I framework moderni (React, Next.js, Nuxt, Svelte) sono più performanti dei loro predecessori, ma integrano un runtime incomprimibile. Un "Hello World" in React pesa già circa 40 KB minificato e compresso con gzip.
Il tree shaking e il code splitting aiutano, ma non compensano la proliferazione delle dipendenze. Un tipico sito e-commerce carica oltre 30 moduli npm lato client.
Immagini HD e formati ancora sottoutilizzati
Le immagini restano la prima voce in termini di peso (1.054 KB mediano). Eppure, i formati moderni (WebP, AVIF) permettono riduzioni dal 25 al 50% rispetto al JPEG. L'adozione progredisce ma resta incompleta: nel 2024, circa il 30% delle immagini servite usa WebP e meno del 5% usa AVIF.
Le immagini retina (2x) e le hero image a larghezza piena sono le principali responsabili. Un'immagine hero in JPEG da 1920x1080 pesa facilmente 200-400 KB. In AVIF, la stessa immagine scende a 80-150 KB.
Web font, script di terze parti e consent banner
I web font rappresentano 131 KB per pagina (mediana desktop). Un sito che usa 3-4 varianti di un font Google Fonts supera facilmente i 200 KB. Il formato WOFF2 ha ridotto la dimensione di circa il 30% rispetto a WOFF, ma il numero di font caricati è aumentato.
Gli script di terze parti sono più insidiosi. Un audit tipico rivela:
- Google Analytics/Tag Manager: 50-80 KB
- Banner di consenso cookie: 50-150 KB
- Widget di chat: 100-300 KB
- Pixel pubblicitari e retargeting: 100-200 KB
- A/B testing: 50-100 KB
Il totale supera spesso 400 KB di script di terze parti: risorse che non controlli direttamente.
Il contenuto stesso: più lungo, più ricco, più interattivo
Il contenuto editoriale si allunga. Un articolo di blog "ottimizzato per la SEO" conta ormai da 2.000 a 4.000 parole (contro 500-1.000 nel 2010). Le schede prodotto e-commerce integrano caroselli, recensioni, raccomandazioni, video. Ogni elemento aggiunge HTML, CSS e JavaScript.
L'impatto del peso su performance e SEO
Core Web Vitals e peso delle pagine
Google utilizza tre metriche principali per valutare l'esperienza utente:
| Metrica | Cosa misura | Collegamento con il peso |
|---|---|---|
| LCP (Largest Contentful Paint) | Velocità di visualizzazione dell'elemento più grande visibile | Più la pagina è pesante, più il LCP è lento |
| INP (Interaction to Next Paint) | Reattività alle interazioni | Il JavaScript pesante blocca il thread principale |
| CLS (Cumulative Layout Shift) | Stabilità visiva | Font e immagini senza dimensioni causano spostamenti |
Esiste una correlazione diretta tra peso totale e LCP. Le pagine al P90 (10+ MB) hanno un LCP mediano superiore a 4 secondi, ben oltre la soglia "buono" di 2,5 secondi fissata da Google.
Il costo reale delle pagine pesanti
Il peso ha un costo misurabile:
Tempo. Ogni 100 KB in più aggiunge circa 50 ms di tempo di caricamento su una connessione 4G. Per una pagina da 5 MB rispetto a 2 MB, la differenza arriva a 1,5 secondi.
Denaro. Secondo whatdoesmysitecost.com, caricare una pagina da 2,6 MB costa circa 0,32 USD in dati mobili in alcuni paesi. Su un sito con 100.000 visitatori al mese, il costo in larghezza di banda server aumenta proporzionalmente.
Impronta carbonica. Il trasferimento di 1 GB di dati emette circa 0,3 g di CO2 (stima WebsiteCarbon). Un sito con 100.000 pagine viste al mese e pagine da 5 MB genera circa 150 kg di CO2 all'anno solo per il trasferimento dati.
La soglia di 2 MB di Googlebot
Un aspetto spesso dimenticato: Googlebot tronca l'HTML oltre i 2 MB. Questa soglia riguarda solo l'HTML sorgente (non le immagini né il JavaScript esterni). Ma le pagine che incorporano CSS o JavaScript inline possono raggiungere questo limite. Per una guida completa su questo tema, consulta il nostro articolo sul limite di 2 MB di Googlebot.
Come misurare e ridurre il peso delle tue pagine
Misurare con Page Crawl Checker
Prima di ottimizzare, misura. Il nostro Page Crawl Checker ti permette di testare il peso di qualsiasi pagina simulando Googlebot o un browser standard. Ottieni il peso totale, la distribuzione per tipo di risorsa e la verifica della soglia di 2 MB.
5 tecniche di ottimizzazione prioritarie
1. Convertire le immagini in WebP o AVIF. Il guadagno è immediato: 25-50% di peso in meno senza perdita di qualità percepibile. Usa il tag <picture> per servire AVIF ai browser compatibili, WebP come fallback e JPEG come ultima risorsa.
2. Verificare e rimuovere gli script di terze parti inutili. Ogni script di terze parti rappresenta 50-300 KB. Elimina quelli che non apportano valore misurabile. Carica gli altri con async o defer.
3. Attivare la compressione (Brotli > gzip). Brotli riduce il trasferimento del 15-25% in più rispetto a gzip. La maggior parte dei CDN e dei server moderni lo supporta. Verifica che il tuo server invii Content-Encoding: br.
4. Implementare il lazy loading. Le immagini e gli iframe fuori dal viewport iniziale non devono caricarsi subito. L'attributo nativo loading="lazy" è sufficiente nella maggior parte dei casi.
5. Fare il subsetting dei web font. Se usi un font solo per testo in caratteri latini, servi un subset limitato ai caratteri necessari. Il passaggio da latin-ext completo a un subset mirato può ridurre un font da 100 KB a 20 KB.
Budget peso: una disciplina tecnica
Definire un budget peso per pagina è una buona pratica. Per esempio: 500 KB di JavaScript max, 1 MB di immagini max, 2 MB di peso totale max. Questo budget si integra nella tua CI/CD: un superamento genera un alert prima del deploy.
Alex Russell (ingegnere Chrome presso Google) raccomanda un budget JavaScript di 365 KB per garantire un caricamento in 3 secondi su un dispositivo mobile medio. La mediana attuale (558 KB su mobile) supera questo budget del 53%.
Tendenze 2026-2028: il web continuerà a ingrassare?
Fattori di appesantimento
Diverse tendenze spingono il peso verso l'alto:
L'IA generativa. I contenuti generati dall'IA sono più lunghi e dettagliati. I chatbot integrati aggiungono i propri script (spesso 200-500 KB). Le funzionalità di personalizzazione lato client richiedono JavaScript aggiuntivo.
Il video integrato. Le anteprime video, le GIF animate sostituite da <video> e i background video sono sempre più diffusi. Anche solo un poster image più un player aggiunge oltre 200 KB.
La complessità delle interfacce. Le micro-interazioni, le animazioni CSS avanzate, i componenti interattivi (configuratori, comparatori) aggiungono strati di codice. Ogni "funzionalità carina" ha un costo in kilobyte.
Fattori di alleggerimento
Esistono controtendenze:
L'adozione di AVIF. Questo formato immagine offre una compressione dal 30 al 50% superiore a WebP. La sua adozione è in forte crescita (Chrome, Firefox, Safari lo supportano ormai). Entro il 2028, AVIF potrebbe ridurre il peso delle immagini del 30% a livello globale.
HTTP/3 e QUIC. Il nuovo protocollo migliora i tempi di connessione e il multiplexing. Non riduce il peso ma migliora la performance percepita, diminuendo la pressione sull'ottimizzazione del peso.
I Core Web Vitals come pressione selettiva. Collegando le metriche di performance al posizionamento, Google crea un incentivo economico a ottimizzare. I siti che ignorano il peso saranno progressivamente penalizzati nelle SERP.
L'edge computing. Il rendering lato server alla periferia (edge SSR) riduce il JavaScript inviato al client. Framework come Astro, Qwik e i React Server Components vanno in questa direzione.
Proiezioni
Basandosi sulla tendenza degli ultimi 5 anni (+7-9% annuo), il peso mediano potrebbe raggiungere:
| Anno | Desktop (proiezione) | Mobile (proiezione) |
|---|---|---|
| 2025 | ~2.850 KB | ~2.500 KB |
| 2026 | ~3.050 KB | ~2.700 KB |
| 2028 | ~3.500 KB | ~3.100 KB |
Queste proiezioni presuppongono uno status quo tecnologico. L'adozione massiccia di AVIF e dei Server Components potrebbe rallentare la crescita. Al contrario, l'IA integrata e il video potrebbero accelerarla.
Piano d'azione consigliato
- Misura il peso delle tue pagine critiche: usa il Page Crawl Checker sulle tue 10 pagine più visitate. Confrontale con le mediane di mercato (2,6 MB desktop, 2,3 MB mobile).
- Identifica le risorse più pesanti: immagini non ottimizzate, bundle JavaScript voluminosi, script di terze parti inutilizzati. Classificali per impatto e facilità di correzione.
- Applica le ottimizzazioni e fissa un budget peso: converti in WebP/AVIF, elimina gli script inutili, attiva Brotli. Definisci un budget di 2 MB per pagina e integralo nella tua pipeline di deploy.
FAQ
Qual è il peso medio di una pagina web nel 2025?
Secondo HTTP Archive (dati ottobre 2024), il peso mediano di una pagina web è di 2.652 KB (2,6 MB) su desktop e di 2.311 KB (2,3 MB) su mobile. Queste cifre includono tutte le risorse: HTML, CSS, JavaScript, immagini, font e altri media.
Come conoscere il peso di una pagina web?
Esistono diversi metodi. I DevTools di Chrome (scheda Network) mostrano il peso totale e per risorsa. Il Page Crawl Checker di CaptainDNS testa il peso così come lo vede Googlebot. WebPageTest e Lighthouse forniscono analisi dettagliate con raccomandazioni di ottimizzazione.
Perché le pagine web sono sempre più pesanti?
Quattro fattori principali spiegano questa inflazione: i framework JavaScript che aumentano il codice lato client, le immagini ad alta risoluzione (retina), la proliferazione degli script di terze parti (analytics, consent banner, widget) e il contenuto stesso che si allunga e si arricchisce di media interattivi.
Qual è il peso ideale di una pagina web per la SEO?
Non esiste un peso ideale universale, ma un budget di 2 MB per pagina è un buon obiettivo. Per il solo JavaScript, Alex Russell raccomanda un massimo di 365 KB per garantire un caricamento in 3 secondi su mobile. La soglia critica per la SEO è il limite di 2 MB di HTML imposto da Googlebot per l'indicizzazione.
Qual è la differenza di peso tra mobile e desktop?
Il divario si sta riducendo. Nel 2024, una pagina desktop mediana pesa 2.652 KB e una pagina mobile 2.311 KB, ovvero solo il 13% in meno. Il mobile segue il desktop con circa 2 anni di ritardo. Le ottimizzazioni specifiche per il mobile (immagini responsive, lazy loading) non compensano più la crescita generale.
Come ridurre il peso di una pagina web?
Le 5 ottimizzazioni più efficaci sono: convertire le immagini in WebP o AVIF (guadagno 25-50%), eliminare gli script di terze parti inutili (50-300 KB ciascuno), attivare la compressione Brotli, implementare il lazy loading nativo e fare il subsetting dei web font. L'insieme può ridurre il peso dal 30 al 60%.
Il peso di una pagina influisce sul crawl budget?
Sì. Più una pagina è pesante, più consuma larghezza di banda e tempo di download durante il crawl. Su un sito di 100.000 pagine, la differenza tra 1 MB e 3 MB per pagina si traduce in 3 volte più risorse necessarie. Per i siti di grandi dimensioni, ottimizzare il peso libera crawl budget per le pagine importanti.
Qual è l'impatto del peso di un sito sulla sua impronta carbonica?
Il trasferimento di dati consuma energia a ogni passaggio: server, rete e dispositivo client. Una stima comune è di circa 0,3 g di CO2 per GB trasferito. Un sito con 100.000 pagine viste al mese e pagine da 5 MB genera circa 150 kg di CO2 all'anno solo per il trasferimento. Ridurre il peso delle tue pagine riduce direttamente questa impronta.
Guide correlate su crawl e indicizzazione
- Limite di 2 MB di Googlebot: cosa succede quando le tue pagine sono troppo pesanti
- Crawl budget: come comprendere e ottimizzare l'esplorazione del tuo sito da parte di Google
Fonti
- HTTP Archive. Page Weight Report: dati mensili sul peso mediano delle pagine web.
- HTTP Archive. Web Almanac 2024: report annuale sullo stato del web.
- web.dev. Fast load times: guida Google sull'ottimizzazione dei tempi di caricamento.
- Alex Russell. The Performance Inequality Gap: analisi sul budget JavaScript e le prestazioni web.
