Page Size Checker - Dimensione della pagina

★★★★★
4,6/5 (5 voti)

Inserisci un URL



Page Size Checker – Verifica la dimensione e il peso della pagina web

Con il Page Size Checker puoi misurare il peso complessivo di qualsiasi pagina web, espresso in kilobyte o megabyte. Inserisci l'URL da analizzare e lo strumento restituisce la dimensione totale della pagina, includendo tutti gli elementi che la compongono: il documento HTML, i fogli di stile CSS, gli script JavaScript, le immagini, i font, i video e qualsiasi altra risorsa caricata dal browser per visualizzarla. È un dato fondamentale per valutare le prestazioni di una pagina, la sua velocità di caricamento e, indirettamente, il suo potenziale di posizionamento nei motori di ricerca.

Perché il peso della pagina è importante

La relazione tra peso della pagina e velocità di caricamento è diretta e ineliminabile: più una pagina è pesante, più tempo impiega il browser per scaricare tutti i suoi componenti, elaborarli e renderizzarla. Secondo i dati di HTTP Archive, ogni 100 KB aggiuntivi di peso aggiungono circa 50 millisecondi di tempo di caricamento su una connessione 4G. Può sembrare poco, ma la differenza tra una pagina da 1,5 MB e una da 5 MB si traduce in circa 1,5 secondi aggiuntivi di attesa, un ritardo sufficiente a peggiorare significativamente i Core Web Vitals e a spingere via una quota considerevole di utenti.

L'impatto non è solo prestazionale. Google indicizza soltanto i primi 2 MB del codice sorgente HTML di una pagina. Tutto ciò che supera questa soglia viene troncato e non viene mai letto dall'algoritmo di indicizzazione. Se il contenuto rilevante — testo, heading, dati strutturati — si trova nella parte finale di un documento HTML particolarmente pesante, rischia di non essere indicizzato affatto, con conseguenze potenzialmente gravi sul posizionamento.

Qual è il peso ideale di una pagina web

Non esiste un valore universale, perché il peso appropriato dipende dal tipo di pagina, dal settore e dal contenuto che deve servire: un articolo di testo avrà un peso naturalmente diverso da una scheda prodotto con galleria fotografica o da una landing page con video incorporato. Tuttavia, gli esperti convergono su riferimenti pratici che aiutano a orientare le scelte.

Un budget target di 2 MB per pagina è considerato un buon obiettivo per la maggior parte dei siti. Puntare a mantenersi tra 1 MB e 1,5 MB offre un equilibrio ottimale tra ricchezza del contenuto e velocità di caricamento, garantendo tempi di risposta rapidi anche su connessioni mobili non ideali. Superare i 3 MB introduce rischi concreti di rallentamento e peggioramento dell'esperienza utente, soprattutto su dispositivi mobili.

Per dare un contesto a questi numeri, i dati del Web Almanac 2025 di HTTP Archive mostrano che la pagina mediana del web pesa oggi 2.652 KB su desktop e 2.311 KB su mobile. In 14 anni, dal 2010 al 2024, il peso mediano è cresciuto di 5,3 volte su desktop e di 11,5 volte su mobile. Il divario tra desktop e mobile si è ridotto al 13%, il che significa che le ottimizzazioni specifiche per mobile — immagini responsive, lazy loading — non stanno più compensando la crescita complessiva delle risorse. Se la tua pagina pesa significativamente meno della mediana, sei in una posizione di vantaggio rispetto alla maggioranza dei siti con cui competi.

Cosa rende pesante una pagina web

Capire quali componenti contribuiscono maggiormente al peso complessivo è il primo passo per ridurlo in modo efficace. Le immagini sono di gran lunga l'elemento più pesante nella maggior parte delle pagine web, responsabili spesso del 50-70% del peso totale. Un'immagine hero in formato JPEG non ottimizzata può pesare da sola 500 KB o più, e una pagina con dieci immagini di quel tipo supera facilmente i 5 MB senza che nessun altro elemento contribuisca in modo significativo.

Il JavaScript è il secondo fattore di peso più critico, e il suo impatto va oltre il semplice download: ogni kilobyte di JavaScript deve essere scaricato, decompresso, parsificato ed eseguito dal browser, consumando risorse CPU che rallentano l'interattività della pagina. Alex Russell, ingegnere di Google Chrome, ha calcolato che un budget massimo di 365 KB di JavaScript è il limite per garantire un caricamento in 3 secondi su un dispositivo mobile di fascia media. Superare questa soglia significa che la pagina sarà lenta anche con un server veloce e immagini ottimizzate.

I font web aggiungono tipicamente tra 50 e 300 KB a seconda del numero di varianti caricate (regular, bold, italic, diverse grammature). Caricare un'intera famiglia tipografica con tutti i pesi e gli stili quando la pagina ne utilizza solo due è uno spreco di banda sorprendentemente comune. I CSS contribuiscono in misura minore al peso grezzo, ma fogli di stile molto grandi rallentano il rendering perché il browser non può visualizzare nulla finché non ha scaricato e interpretato l'intero CSS critico. Infine, gli script di terze parti — analytics, pixel di tracciamento, widget social, live chat, tag manager — aggiungono ciascuno tra 50 e 300 KB, e su una pagina tipica possono essere cinque, dieci o più, accumulandosi in modo silenzioso fino a rappresentare una porzione significativa del peso totale.

Peso della pagina e impatto sulla SEO

Google non utilizza il peso della pagina come fattore di ranking diretto, ma il peso influenza direttamente le metriche che Google utilizza per valutare l'esperienza utente. Il Largest Contentful Paint (LCP), che misura il tempo necessario affinché l'elemento visivo principale della pagina diventi visibile, è direttamente correlato al volume di dati che il browser deve scaricare ed elaborare. I dati mostrano che le pagine al 90° percentile di peso (oltre 10 MB) hanno un LCP mediano superiore a 4 secondi, ben oltre la soglia di 2,5 secondi che Google considera "buona". Al contrario, le pagine più leggere raggiungono costantemente LCP nella zona verde.

Il peso influisce anche sul crawl budget. Ogni pagina scansionata da Googlebot richiede larghezza di banda e tempo di elaborazione. Le pagine più pesanti consumano più risorse per ogni crawl, il che significa che a parità di crawl budget allocato, Google scansiona meno pagine di un sito pesante rispetto a un sito leggero. Su siti con migliaia di pagine — e-commerce con grandi cataloghi, portali editoriali con archivi profondi — questa differenza può rallentare sensibilmente la velocità con cui i nuovi contenuti vengono scoperti e indicizzati.

Un aspetto meno evidente ma altrettanto rilevante riguarda i dispositivi mobili. Google utilizza il mobile-first indexing, il che significa che valuta il tuo sito nella sua versione mobile. Una pagina da 5 MB che si carica in modo accettabile su una connessione in fibra da desktop diventa un'esperienza frustrante su uno smartphone con connessione 4G instabile. I dati del Web Almanac 2025 confermano che solo il 48% delle pagine mobile supera tutte e tre le soglie dei Core Web Vitals, e il peso della pagina è uno dei fattori principali che impediscono al restante 52% di raggiungerle.

Come ridurre il peso della pagina

La buona notizia è che le ottimizzazioni più efficaci sono anche le più semplici da implementare e possono ridurre il peso di una pagina dal 30% al 60% senza sacrificare la qualità del contenuto. L'intervento con il maggiore impatto è la conversione delle immagini in formati moderni come WebP o AVIF, che offrono una riduzione del peso tra il 25% e il 50% rispetto a JPEG e PNG a parità di qualità visiva percepita. Questa singola modifica, applicata a tutte le immagini del sito, può dimezzare il peso complessivo di molte pagine. Altrettanto importante è il dimensionamento corretto: servire un'immagine da 2.000 pixel di larghezza in uno spazio che ne mostra solo 600 significa trasferire tre volte più dati del necessario.

Il secondo intervento per impatto è l'implementazione del lazy loading nativo sulle immagini che si trovano al di sotto della porzione visibile della pagina. Aggiungendo l'attributo loading="lazy" a queste immagini, il browser le scarica solo quando l'utente scorre fino alla loro posizione, riducendo drasticamente il peso iniziale della pagina e accelerando il primo caricamento. L'unica eccezione è l'immagine LCP — quella più grande nella porzione visibile — che non deve mai avere lazy loading perché ritarderebbe la metrica più importante.

La compressione server-side con Brotli o Gzip riduce il peso delle risorse testuali (HTML, CSS, JavaScript) del 60-80% durante il trasferimento. È un'ottimizzazione lato server che non richiede modifiche al contenuto e che la maggior parte degli hosting moderni supporta nativamente. L'ottimizzazione dei font — utilizzare il formato WOFF2, caricare solo i pesi tipografici effettivamente utilizzati e applicare il subsetting per includere solo i caratteri necessari alla lingua del sito — può recuperare da 100 a 200 KB senza alcun cambiamento visivo.

Infine, un audit degli script di terze parti è spesso l'intervento che rivela le sorprese maggiori. Ogni pixel di tracciamento, widget social, servizio di live chat e strumento di analytics aggiunge peso e richieste HTTP. Rimuovere quelli non più utilizzati o non essenziali e caricare i rimanenti in modo asincrono evita che blocchino il rendering della pagina.

Come usare i risultati del Page Size Checker

Dopo aver inserito l'URL da analizzare, confronta il peso restituito con i riferimenti che abbiamo discusso. Se la pagina pesa meno di 1,5 MB, è in una posizione ottimale per la velocità di caricamento. Tra 1,5 e 2,5 MB è nella media del web e potrebbe beneficiare di ottimizzazioni mirate sulle immagini e sugli script. Oltre i 3 MB è probabile che la pagina abbia problemi di velocità che si riflettono negativamente sui Core Web Vitals e sull'esperienza utente, soprattutto su mobile.

Non fermarti ad analizzare la sola homepage. Le pagine più importanti da controllare sono quelle che generano traffico organico: articoli del blog, pagine di servizio, schede prodotto, perché sono quelle su cui Google misura le prestazioni e su cui gli utenti atterrano dai risultati di ricerca. Spesso le pagine interne sono significativamente più pesanti della homepage a causa di gallerie fotografiche, widget integrati o contenuti incorporati da servizi esterni.