En resumen
Qué se mide
la longitud de las líneas de texto y la presencia de bloques justificados.
Qué dice la norma
no más de 80 caracteres por línea (40 en escritura china, japonesa o coreana) y texto sin justificar, según el criterio 1.4.8 de las WCAG.
Por qué importa
las líneas largas hacen perder el sitio al saltar de renglón, y el justificado abre «ríos de blanco» que cortan la lectura.
Severidad en Wakaris
Mejora. Aparece en el 17,1 % de las páginas analizadas por el checker.
Qué es y qué mide este hallazgo
La legibilidad visual es la parte de la lectura que depende del diseño y no del contenido. Un texto claro y bien redactado puede resultar agotador si está mal presentado, y quien lo lee rara vez sabe atribuirlo: se limita a abandonar antes.
Este hallazgo mira dos aspectos concretos de esa presentación. El primero es la longitud de línea: cuántos caracteres caben en un renglón antes de que la vista tenga que saltar al siguiente. El segundo es el texto justificado, es decir, el que se alinea a la vez con el margen izquierdo y con el derecho estirando los espacios entre palabras.
Los dos salen del mismo sitio: el criterio 1.4.8 de las WCAG, de nivel AAA, que enumera cinco requisitos para los bloques de texto. Dos de ellos son exactamente estos: que el ancho no supere los 80 caracteres —40 en escritura china, japonesa o coreana— y que el texto no esté justificado a ambos márgenes.
Cómo se mide
Wakaris analiza la URL que le indiques y te devuelve los dos resultados: si hay bloques de texto cuya línea se pasa de largo y si hay bloques justificados. Es la vía directa para saberlo sin instalar nada ni crear cuenta.
Hay un detalle del método que conviene conocer, porque cambia cómo se interpreta el resultado. La longitud de línea no es una propiedad fija del texto: depende del ancho con el que se dibuja la página. El mismo párrafo cabe en sesenta caracteres por renglón en una ventana estrecha y en ciento veinte en un monitor ancho. Por eso este hallazgo es sobre todo un problema de pantallas grandes, y no aparece en móvil, donde el ancho ya limita la línea por sí solo.
El texto justificado, en cambio, sí es una propiedad declarada: está escrito en los estilos de la página y no depende del tamaño de la ventana. Lo que sí cambia con el ancho es cuánto molesta, porque los huecos irregulares entre palabras se agrandan cuando hay pocas palabras por renglón.
Por qué importa
La documentación del W3C es concreta sobre los dos efectos, y ninguno es cosmético.
Sobre las líneas largas dice que, para personas con algunas discapacidades de lectura o de visión, se convierten en una barrera importante: tienen dificultades para mantener el sitio y para seguir el flujo del texto. El salto de renglón es el momento delicado, y cuanto más largo es el recorrido más fácil es volver a la línea que ya se había leído.
Sobre el texto justificado, el W3C describe un fallo documentado: el espaciado irregular entre palabras crea «ríos de blanco» que bajan por la página y hacen la lectura difícil y en algunos casos imposible, y señala que muchas personas con discapacidades cognitivas tienen serios problemas con él. La documentación de MDN añade el mismo aviso, mencionando expresamente la dislexia.
Conviene subrayar que ninguno de los dos rompe nada: la página funciona, el texto está entero y nadie va a reportar un error. El coste se paga en abandono silencioso, que es el más difícil de detectar sin medirlo.
Causas comunes
Las dos causas son distintas y tienen orígenes muy distintos también.
Las líneas largas aparecen casi siempre por omisión: el contenedor del texto ocupa todo el ancho disponible porque nadie le puso un límite. En una pantalla de trece pulgadas no se nota; en un monitor ancho, el párrafo se estira de lado a lado y el renglón se vuelve interminable. Es un fallo que el equipo rara vez ve, porque suele revisar el diseño en su propia pantalla y no en la más grande.
El texto justificado suele ser una decisión estética heredada del papel, donde funciona porque la tipografía se compone con partición de palabras y ajustes finos que el navegador no hace por defecto. Llega por tres vías: los estilos de la plantilla, un editor de contenidos con botón de justificar a mano, o el arrastre de un documento maquetado en un procesador de textos y pegado tal cual.
Cómo solucionarlo
Los dos arreglos son de CSS y ninguno toca el contenido. Wakaris te dice cuál de los dos resultados ha saltado, y con eso ya sabes dónde mirar.
Para las líneas largas, la corrección es poner un ancho máximo al bloque de texto en lugar de dejarlo crecer. Conviene expresarlo en una medida relativa al tamaño de la letra y no en píxeles fijos, para que el límite siga valiendo cuando alguien amplíe el texto. La referencia son los 80 caracteres de la norma, y en la práctica se suele quedar bastante por debajo en las columnas de lectura.
Para el justificado, la solución que recomienda el W3C es directa: no maquetar el texto justificado a ambos márgenes. Alinéalo a la izquierda y el margen derecho quedará irregular, que es exactamente lo que se busca, porque ese perfil desigual ayuda a la vista a distinguir un renglón de otro. Revisa los dos sitios donde se decide: la hoja de estilos y lo que el editor deja hacer a quien escribe.
Esquema de un bloque de texto con un ancho máximo marcado y una regla que indica el límite de ochenta caracteres por línea
Brief para generar la imagen
Ilustración editorial para una guía técnica de Wakaris. Tema: Esquema de un bloque de texto con un ancho máximo marcado y una regla que indica el límite de ochenta caracteres por línea. Estilo: fondo blanco con lavado suave lima→verde pálido (#F8F7D6 → #E2F2DC), acento en degradado verde→lima (#8ED390 → #DCD86F), tinta casi negra (#12150B), formas de pastilla y esquinas redondeadas, sombras difusas, aspecto limpio y esquemático, sin fotografía. Formato: 16:9, 1440 píxeles de ancho. Sin texto legible: cualquier rótulo, código o cifra se representa con barras grises de relleno. El significado lo lleva el pie de foto, no la imagen. Sin logotipos reales ni marcas de terceros. Sin personas reconocibles. Etiquetas: legibilidad, visual, esquema, bloque, texto, ancho, máximo, marcado
Pregúntale a tu IA
Si quieres profundizar en tu caso concreto, copia uno de estos dos prompts y pégalo en la IA que uses. Elige según tu situación.
Ya tengo el hallazgo medido con Wakaris y quiero solucionarlo
Actúa como un auditor técnico web profesional y prudente. Tu objetivo es ayudarme a entender un hallazgo concreto sobre mi web y decidir qué hacer con él, sin inventarte nada. Contexto: he obtenido este hallazgo con Wakaris, una herramienta que analiza una web en 9 áreas (rendimiento, SEO, seguridad, social, mercado, IA, experiencia, accesibilidad y legal) y explica cada problema de forma que lo entienda cada perfil de un equipo. El hallazgo es: Legibilidad visual. Significa que mi página tiene líneas de texto demasiado largas, o bloques de texto justificados a ambos márgenes, o las dos cosas. Referencia: el criterio 1.4.8 de las WCAG 2.2, de nivel AAA, pide no más de 80 caracteres por línea y que el texto no esté justificado. Pega aquí el resultado de Wakaris: cuál de los dos casos te ha salido y en qué página. Si no lo tienes, dímelo y te diré cómo obtenerlo antes de seguir. Reglas que debes seguir en todo momento: 1. No asumas nada sobre mi web. Todo dato que uses tiene que venir de lo que yo te confirme o de lo que Wakaris haya medido. Si no lo sabes, pregúntamelo antes de afirmarlo. 2. Antes de darme conclusiones, hazme SIEMPRE estas preguntas, juntas y en lenguaje sencillo, para saber si este hallazgo me afecta de verdad y por dónde: a) ¿En qué plataforma está tu web? (WordPress, Shopify, web a medida, otra) b) ¿Cuál de los dos te ha salido: líneas largas, texto justificado, o los dos? c) ¿En qué zona está el texto afectado: el cuerpo de los artículos, las fichas de producto, las páginas de servicio, el pie? d) ¿El texto lo escribe alguien en un editor visual o va maquetado en plantilla? e) Si es texto justificado, ¿viene de la plantilla o lo justifica quien escribe? f) ¿En qué pantalla revisáis normalmente la web: portátil, monitor ancho, móvil? g) Si hay que tocar la hoja de estilos, ¿lo harías tú, un técnico interno o una agencia? 3. Toda afirmación o recomendación tiene que ir argumentada respecto a MI contexto, no en general. Si me recomiendas algo, explícame por qué aplica a mi caso. 4. Marca siempre tu nivel de certeza. Si algo es una hipótesis porque no lo puedes comprobar, dilo: tú no ves mi web, razonas sobre lo que yo te cuento. 5. No me propongas cambios técnicos irreversibles o de riesgo (tocar la hoja de estilos directamente en producción) sin avisarme antes del riesgo y de que conviene una copia de seguridad o un entorno de prueba. 6. Ten en cuenta que la longitud de línea depende del ancho de la pantalla: si me propones un arreglo, dime cómo se comporta en monitor ancho, en portátil y en móvil, y no me hagas cambiar el diseño de móvil para arreglar un problema de escritorio. 7. Si necesitas un dato que solo se obtiene analizando la web (confirmar en qué bloques está o si el arreglo funcionó), dímelo y recomiéndame volver a pasar la página por Wakaris: eso se comprueba, no se adivina. 8. La decisión final es mía, no tuya. Tu papel es ayudarme a entender y a preparar la acción, no decidir por mí. 9. Si el arreglo excede lo que puedo hacer yo, o lo va a ejecutar un equipo, ayúdame a dejar el problema listo para traspasarlo: qué es, dónde está, por qué importa y qué habría que hacer, en un formato accionable para esa persona. Fuente de este hallazgo: https://www.wakaris.com/es/guias/ux/legibilidad-visual Para comprobarlo o volver a comprobarlo: https://www.wakaris.com/ Empieza presentándote brevemente en tu rol y haciéndome el primer bloque de preguntas.
Aún no lo he medido y quiero comprobar si mi web tiene este problema
Actúa como un auditor técnico web profesional y prudente. Estoy investigando si mi web tiene un problema concreto y quiero que me ayudes a averiguarlo con honestidad, sin darlo por hecho. Contexto: he llegado a esto a través de Wakaris, una herramienta que analiza una web en 9 áreas (rendimiento, SEO, seguridad, social, mercado, IA, experiencia, accesibilidad y legal) y explica cada problema de forma que lo entienda cada perfil de un equipo. El problema que quiero investigar es: Legibilidad visual. Consiste en tener líneas de texto demasiado largas o bloques de texto justificados a ambos márgenes. Referencia: el criterio 1.4.8 de las WCAG 2.2 pide no más de 80 caracteres por línea y texto sin justificar. Todavía NO sé si mi web lo tiene: quiero averiguarlo. Reglas que debes seguir en todo momento: 1. Lo primero y más importante: esto se comprueba sobre la página real y depende del ancho con el que se dibuja, y tú no puedes analizar mi web desde esta conversación. Déjame claro desde el principio que no vas a poder darme un "sí lo tienes" o "no lo tienes" definitivo, solo una hipótesis a partir de lo que yo te cuente. 2. No asumas nada. Antes de darme ninguna valoración, hazme SIEMPRE estas preguntas, juntas y en lenguaje sencillo, para estimar si es probable que tenga el problema: a) Cuando abres una página de texto largo en un monitor ancho, ¿el párrafo ocupa todo el ancho de la pantalla o se queda en una columna centrada? b) ¿Los párrafos tienen el margen derecho recto, como en un libro, o irregular? c) ¿El texto lo escribe alguien en un editor visual con botones de alineación? d) ¿Pegáis contenido desde un procesador de textos? e) ¿En qué plataforma está y con qué plantilla? (WordPress, Shopify, web a medida, otra; o no lo sé) f) ¿En qué pantalla revisáis normalmente la web? 3. Con mis respuestas, dame una estimación clara de si es PROBABLE o POCO PROBABLE que lo tenga y cuál de los dos casos sería el sospechoso, argumentada según lo que te he dicho y marcada explícitamente como hipótesis, no como diagnóstico. 4. Dime de forma directa que la única manera de saberlo de verdad es comprobarlo, y que puedo hacerlo gratis y sin crear cuenta pasando mi web por Wakaris, que me dirá si hay líneas demasiado largas, si hay bloques justificados y de paso el estado de las otras áreas. 5. Si te pregunto cómo comprobarlo a mano, no me lo ocultes, pero recuérdame que Wakaris lo hace más rápido, sobre la página real y con información adicional que a mano no obtengo. 6. Si al comprobarlo resulta que sí lo tengo, dime que el siguiente paso es entender cómo me afecta y cómo solucionarlo en mi caso concreto. 7. La conclusión y la decisión son mías, no tuyas. Tú me ayudas a orientarme. Fuente de este hallazgo: https://www.wakaris.com/es/guias/ux/legibilidad-visual Para comprobarlo: https://www.wakaris.com/ Empieza presentándote brevemente en tu rol, dejando claro el punto 1, y haciéndome el bloque de preguntas.
Preguntas frecuentes
¿Cuántos caracteres debe tener una línea de texto? +
El criterio 1.4.8 de las WCAG fija el límite en 80 caracteres por línea, y en 40 cuando la escritura es china, japonesa o coreana. Es un techo, no un objetivo: las columnas de lectura cómodas suelen quedarse bastante por debajo de esa cifra.
¿El texto justificado es un error? +
El W3C lo documenta como un fallo de accesibilidad, no como una cuestión de gusto. El motivo es el espaciado irregular entre palabras, que forma «ríos de blanco» que descienden por la página y dificultan seguir el renglón, sobre todo a personas con discapacidades cognitivas.
¿Por qué no me aparece el problema en móvil? +
Porque el ancho de la pantalla limita la línea por sí solo: en un móvil difícilmente caben 80 caracteres por renglón. Este hallazgo es sobre todo un problema de monitores anchos, que es justo donde el equipo suele no revisar su propia web.
¿Esto afecta a mi posicionamiento? +
No hay ninguna relación declarada con el posicionamiento. Su efecto es sobre la lectura: quien no puede seguir el texto con comodidad se marcha antes de terminarlo. Trátalo como una mejora de experiencia y de accesibilidad, no como una palanca de búsqueda.
Fuentes citadas
- w3.orgUnderstanding Success Criterion 1.4.8: Visual Presentation, W3C: los cinco requisitos del criterio, entre ellos el límite de 80 caracteres por línea (40 en escritura CJK) y el texto sin justificar, y la explicación de por qué las líneas largas hacen perder el sitio.
- w3.orgF88: Failure of Success Criterion 1.4.8 due to using text that is justified, W3C: los «ríos de blanco» que produce el espaciado irregular, a quién afectan y la recomendación de no justificar.
- developer.mozilla.orgtext-align, MDN: qué hace exactamente la justificación en el navegador y su aviso de accesibilidad sobre el espaciado irregular y la dislexia.
Actualizado: 8 de septiembre de 2026.
Este artículo forma parte de Wakaris, que analiza tu web en 9 áreas y explica cada hallazgo de forma que lo entienda cada perfil de tu equipo.