Inserisci l’indirizzo di una pagina: calcoliamo quanta parte del codice HTML è testo reale e quanta è codice, con conteggio parole e spiegazione del risultato.
Continua l’analisi con gli altri tool gratuiti di AnalisiSEO
Il Rapporto Testo / Codice di AnalisiSEO.org analizza qualsiasi pagina web e calcola quanta parte del documento HTML è contenuto testuale leggibile dagli utenti e quanta è codice tecnico — tag HTML, script JavaScript, fogli di stile CSS, commenti e markup strutturale. Inserisci l'URL da analizzare e lo strumento restituisce la percentuale di testo rispetto al codice complessivo, accompagnata da metriche dettagliate che ti permettono di valutare quanto è pulita, leggera e ricca di contenuto la pagina.
Il report presenta un indicatore circolare con la percentuale di testo e una barra visuale che mostra a colpo d'occhio la proporzione tra contenuto e codice. Accanto a questi elementi grafici vengono mostrate quattro metriche: il peso HTML totale della pagina, il peso del solo testo, il peso del codice e il numero di parole reali presenti nella pagina. Il conteggio avviene in caratteri UTF-8 reali, non in byte grezzi, per garantire un risultato accurato anche su pagine in italiano ricche di lettere accentate, dove la differenza tra le due misurazioni può essere significativa.
Lo strumento classifica il rapporto in quattro fasce. Dal 15% in su il risultato è considerato un ottimo equilibrio tra contenuto e codice: la pagina è ricca di testo leggibile e il markup non è sovradimensionato. Tra l'8% e il 15% il rapporto è buono, nella norma per la maggior parte delle pagine web moderne. Tra il 3% e l'8% il rapporto è accettabile ma segnala margini di miglioramento, soprattutto se si tratta di una pagina che dovrebbe essere ricca di contenuto. Sotto il 3% la pagina è fortemente sbilanciata verso il codice, e questo merita un'indagine approfondita per capire se il problema è un eccesso di markup o una carenza di contenuto testuale.
È importante inquadrare questi numeri nel contesto giusto. Alcune fonti indicano un intervallo ideale tra il 25% e il 70%, ma si tratta di riferimenti generici che non tengono conto della diversità dei siti moderni. Un blog con articoli lunghi raggiungerà naturalmente percentuali alte, mentre una landing page con video, immagini e pochi blocchi di testo avrà un rapporto più basso senza che questo rappresenti necessariamente un problema. Le fasce utilizzate da questo strumento riflettono la realtà del web attuale, dove i framework JavaScript, i page builder e i contenuti multimediali producono pagine strutturalmente più pesanti di codice rispetto al web statico di quindici anni fa.
La risposta è no. Google non utilizza il rapporto testo/codice come fattore di posizionamento diretto. John Mueller, Search Advocate di Google, ha dichiarato esplicitamente che questa metrica non viene usata come segnale di ranking, arrivando a dire che "non ha assolutamente alcun senso per la SEO" come obiettivo primario. Non esiste una soglia ufficiale e Google non penalizza una pagina per il semplice fatto di avere più codice che testo.
Detto questo, il rapporto testo/codice resta un indicatore diagnostico estremamente utile perché correla con diversi fattori che Google utilizza effettivamente per il posizionamento. Un rapporto basso è spesso il sintomo di problemi tecnici concreti che impattano la SEO in modo indiretto ma misurabile.
Il primo è la velocità di caricamento. Un documento HTML sovraccarico di codice inline, markup ridondante e script incorporati è un documento più pesante, che richiede più tempo per essere scaricato, interpretato dal browser e renderizzato sullo schermo. Questo si riflette direttamente sul Largest Contentful Paint e sugli altri Core Web Vitals, che sono fattori di ranking confermati. Il secondo è l'efficienza di crawling. Googlebot deve attraversare l'intero documento HTML per estrarre il contenuto testuale: un codice pulito e leggero viene analizzato più rapidamente, consumando meno crawl budget e permettendo ai crawler di dedicare più risorse alla scansione di altre pagine del sito. Il terzo è l'esperienza mobile. Un HTML appesantito da codice superfluo rallenta in modo particolarmente evidente sui dispositivi mobili con processori meno potenti e connessioni meno stabili, peggiorando un'esperienza che Google valuta prioritariamente attraverso il mobile-first indexing.
Quando il rapporto testo/codice risulta basso, le cause si dividono in due categorie: troppo codice o troppo poco contenuto. Nella pratica, spesso entrambi i fattori contribuiscono contemporaneamente.
La causa tecnica più frequente è la presenza di CSS e JavaScript scritti direttamente nell'HTML (inline) anziché in file esterni separati. Ogni blocco di stile inline e ogni script incorporato nel documento aggiunge peso al codice senza contribuire al contenuto testuale, abbassando il rapporto. I page builder visuali — gli editor drag-and-drop utilizzati da molti CMS — sono un'altra causa comune: per garantire la flessibilità di impaginazione, questi strumenti generano un volume di markup HTML significativamente superiore a quello che un codice scritto a mano produrrebbe, con livelli di annidamento di tag <div> che possono raggiungere profondità eccessive. Questo fenomeno, noto informalmente come "divitis", aggiunge strati di struttura che appesantiscono il documento senza fornire alcun valore visivo o informativo.
I framework JavaScript moderni come React, Next.js o Vue introducono una complessità aggiuntiva. Molti di questi framework iniettano nel documento HTML un oggetto JSON serializzato (ad esempio __NEXT_DATA__ in Next.js) che contiene lo stato dell'applicazione necessario per l'interattività lato client. Questo blocco è tecnicamente "codice" e abbassa il rapporto, ma è necessario per il funzionamento del sito e non rappresenta un problema di ottimizzazione. Per questo motivo, il rapporto testo/codice va sempre interpretato con buon senso e nel contesto della tecnologia utilizzata dal sito.
Sul fronte del contenuto, un rapporto basso può semplicemente indicare che la pagina ha poco testo. Pagine con una sola immagine hero, un titolo e un pulsante di call-to-action avranno naturalmente un rapporto basso, e questo è accettabile se la pagina è progettata così intenzionalmente. Diventa un problema quando pagine che dovrebbero essere ricche di contenuto — articoli, guide, schede prodotto, pagine di servizio — presentano un rapporto sotto il 3%: in quel caso, il vero deficit non è di codice ma di sostanza.
Se l'analisi evidenzia un rapporto eccessivamente basso e la causa è un eccesso di codice, gli interventi più efficaci riguardano la pulizia del markup. Spostare tutti gli stili CSS e gli script JavaScript in file esterni anziché mantenerli inline nel documento è il primo passo: riduce il peso dell'HTML, migliora la possibilità di caching delle risorse e rende il documento più leggibile per i crawler. Rimuovere i tag HTML ridondanti — div annidati senza funzione, classi CSS inutilizzate, commenti HTML dimenticati nel codice di produzione — è il secondo intervento. Se il sito utilizza un page builder, valutare se il markup generato è ragionevole o eccessivamente verboso può rivelare opportunità di ottimizzazione significative.
La validazione del codice HTML attraverso il validatore W3C è un passaggio spesso trascurato ma utile: un HTML valido e ben strutturato tende a essere più compatto e viene interpretato più efficientemente sia dai browser sia dai crawler. L'utilizzo di tag semantici come <article>, <section>, <header>, <footer> e <nav> al posto di div generici non solo riduce il volume del markup ma migliora la comprensibilità del documento per i motori di ricerca.
Se il problema è invece una carenza di contenuto testuale, la soluzione non è aggiungere testo per gonfiare la percentuale, ma valutare se la pagina sta effettivamente servendo il suo scopo. Una pagina di servizio con tre righe di testo non sta comunicando abbastanza informazioni per convincere un utente né per dare a Google sufficiente contesto per capire di cosa tratta. Arricchire il contenuto con testo utile, pertinente e orientato alle domande degli utenti migliora contemporaneamente il rapporto testo/codice, la rilevanza per i motori di ricerca e l'esperienza dell'utente.
Il rapporto testo/codice acquista il massimo valore quando viene letto insieme ad altri indicatori tecnici, non come metrica isolata. Un rapporto basso su una pagina che ha anche un LCP lento (verificabile con il Test Velocità Sito Web), un peso eccessivo (misurabile con il Page Size Checker) e un TTFB alto (controllabile con il Server Status Checker) racconta una storia coerente: la pagina ha un problema di bloat che sta penalizzando le prestazioni su tutti i fronti.