Longitud de párrafos

Qué comprueba esta verificación

Parte el contenido del cuerpo en párrafos (por etiquetas <p>, por doble salto de línea en Markdown), cuenta las palabras de cada uno y reporta la longitud media y máxima. Marca como demasiado largos los párrafos de más de 80 palabras.

Por qué importa

La gente no lee páginas web — las escanea, como documentó Nielsen Norman en estudios de eye-tracking que se remontan a 1997 y se han replicado cada pocos años. Los párrafos largos son acantilados visuales: quien escanea los ve, decide que pinta a trabajo y se larga.

El efecto se amplifica en móvil, donde un párrafo de 80 palabras llena la pantalla entera y parece aún más intimidante. El análisis de legibilidad de Yoast SEO (al que se ajusta una parte considerable del mundo WordPress) marca como fallo duro cualquier párrafo de más de 150 palabras — nosotros usamos 80 como umbral de aviso porque las pantallas móviles son más pequeñas hoy que en 2010.

Cómo arreglarlo

Parte en 2–3 párrafos más cortos los párrafos de más de 80 palabras. Puntos naturales para cortar:

• Cuando cambia el sujeto (“Ahora, en el plano técnico…”).
• Cuando llegas a un nuevo paso o beat del argumento.
• Después de una frase que funcionaría como conclusión independiente.
• Antes de cualquier lista, bloque de código o cita.

Antes (un bloque de 120 palabras):

Cuando configuras HTTPS en nginx hay varias cosas en las que pensar. Primero, asegúrate de que tu certificado sea válido y de confianza para los navegadores principales, lo que normalmente significa usar Let’s Encrypt u otra CA ampliamente reconocida. Una vez instalado, querrás configurar los protocolos y las cifras para desactivar todo lo débil — TLS 1.0 y 1.1 están obsoletos y varios cifrados antiguos tienen vulnerabilidades conocidas. También querrás configurar HSTS para prevenir ataques de downgrade, pero ten cuidado con el max-age que pongas, porque una vez el navegador ha visto la cabecera HSTS rechazará conectarse en HTTP plano durante todo ese plazo, aunque tu certificado expire.

Después (tres párrafos):

Cuando configuras HTTPS en nginx, importan tres cosas sobre todo: un certificado válido, protocolos modernos y HSTS.

Consigue un certificado de Let’s Encrypt u otra CA de confianza. Después desactiva los protocolos viejos — TLS 1.0 y 1.1 están obsoletos — y elimina las suites de cifras conocidas como débiles.

Por último, configura HSTS para que los navegadores rechacen ataques de downgrade. Cuidado con el max-age: una vez el navegador ha visto la cabecera, ignora el fallback a HTTP plano hasta que expire el temporizador.

Misma información, tres veces más probable que se lea.

Otras palancas de legibilidad (cada una con su propia verificación):

• Frases largas — frases largas dentro de párrafos cortos también suspenden.
• Longitud media de frase — ritmo.
• Voz pasiva — larga y pasiva es la peor combinación.
• Nivel Flesch-Kincaid — puntuación general de complejidad.

Preguntas frecuentes

¿Debería cada párrafo ser una sola frase?

No. Los párrafos de una frase funcionan para enfatizar pero pierden ritmo a escala. Apunta a 2–4 frases por párrafo, con algún one-liner ocasional para enfatizar. El punto es variación, no extremos.

¿Y la documentación técnica con explicaciones largas?

Pártelos igual. Largo no significa denso — puedes escribir un párrafo técnico exhaustivo en 80 palabras apoyándote en listas, bloques de código y tablas cuando el contenido se densifica. Si un párrafo realmente necesita 200 palabras para decir lo que dice, pregúntate si debería ser una lista o una sección aparte.

¿Afecta esto al SEO directamente?

No como factor de ranking documentado. Pero el sistema helpful-content busca explícitamente contenido “fácil de escanear” y “bien organizado” — y la tasa de rebote, el tiempo en página y la profundidad de scroll correlacionan con el posicionamiento. Los muros de texto perjudican esas métricas, así que perjudican al ranking de forma transitiva.