Lunghezza dei paragrafi

Cosa verifica questo controllo

Divide il contenuto del corpo in paragrafi (per tag <p>, per doppio newline in Markdown), conta le parole di ciascuno e riporta lunghezza media e massima. Segnala come troppo lunghi i paragrafi oltre le 80 parole.

Perché è importante

Le persone non leggono le pagine web — le scorrono, come ha documentato Nielsen Norman con studi di eye-tracking dal 1997 in poi, replicati ogni pochi anni. I paragrafi lunghi sono pareti visive: chi scorre li incontra, decide che sembrano un lavoro e rimbalza.

L’effetto si amplifica su mobile, dove un paragrafo da 80 parole riempie l’intero schermo e sembra ancora più scoraggiante. L’analisi di leggibilità di Yoast SEO (su cui un bel pezzo del mondo WordPress si tara) marca come fallimento secco qualunque paragrafo oltre 150 parole — noi usiamo 80 come soglia di warning perché gli schermi mobile sono più piccoli di quanto fossero nel 2010.

Come sistemarlo

Spezza i paragrafi oltre 80 parole in 2–3 più corti. I punti di rottura naturali:

• Quando cambia il soggetto (“Ora, sul lato tecnico…”).
• Quando arrivi a un nuovo passo o tempo dell’argomentazione.
• Dopo una frase che funzionerebbe come takeaway autonomo.
• Prima di qualsiasi lista, blocco di codice o citazione.

Prima (un blocco da 120 parole):

Quando configuri HTTPS su nginx, ci sono diverse cose a cui pensare. Prima, devi assicurarti che il tuo certificato sia valido e fidato dai browser principali, il che di solito significa usare Let’s Encrypt o un’altra CA ampiamente riconosciuta. Una volta installato, vorrai configurare protocolli e cifrari per disabilitare tutto ciò che è debole — TLS 1.0 e 1.1 sono deprecati, e diverse suite di cifrari più vecchie hanno vulnerabilità note. Vorrai anche impostare HSTS per prevenire attacchi di downgrade, ma attento al max-age che imposti, perché una volta che il browser ha visto l’header HSTS, rifiuterà di connettersi via HTTP in chiaro per quella durata, anche se il tuo certificato scade.

Dopo (tre paragrafi):

Quando configuri HTTPS su nginx contano tre cose: un certificato valido, protocolli moderni e HSTS.

Prendi un certificato da Let’s Encrypt o altra CA fidata. Poi disabilita i protocolli vecchi — TLS 1.0 e 1.1 sono deprecati — e rimuovi le suite di cifrari note come deboli.

Infine, imposta HSTS così i browser rifiutano gli attacchi di downgrade. Attento al max-age: una volta che il browser ha visto l’header, ignora il fallback HTTP in chiaro fino allo scadere del timer.

Stesso contenuto, tre volte più probabile che venga letto.

Altri leva di leggibilità (ognuna è il suo controllo):

• Frasi troppo lunghe — frasi lunghe in paragrafi corti falliscono comunque.
• Lunghezza media delle frasi — ritmo.
• Voce passiva — lunga e passiva è la combinazione peggiore.
• Livello Flesch-Kincaid — punteggio di complessità complessivo.

Domande frequenti

Ogni paragrafo deve essere di una sola frase?

No. I paragrafi di una sola frase funzionano per enfasi ma perdono ritmo a lungo andare. Punta a 2–4 frasi per paragrafo, con qualche one-liner di tanto in tanto per enfasi. Il punto è la varietà, non gli estremi.

E la documentazione tecnica con spiegazioni lunghe?

Spezzala lo stesso. Lungo non significa denso — puoi scrivere un paragrafo tecnico esaustivo in 80 parole appoggiandoti a liste, blocchi di codice e tabelle quando il contenuto si fa denso. Se un paragrafo ha davvero bisogno di 200 parole per fare il punto, chiediti se non dovrebbe essere una lista o una sezione a sé.

Influisce direttamente sulla SEO?

Non come fattore di posizionamento documentato. Ma il sistema helpful-content cerca esplicitamente contenuto “facile da scorrere” e “ben organizzato” — e bounce rate, tempo sulla pagina e profondità di scroll correlano tutti col posizionamento. I muri di testo li danneggiano, quindi danneggiano il posizionamento in modo transitivo.