Esta página fue traducida con asistencia de IA. El original en inglés es la versión autorizada.
En 2005, el Proyecto Web Universal se propuso responder una pregunta práctica: ¿cómo debe componerse el texto en pantalla para que las personas con baja visión — y, por extensión, todo el mundo — puedan de verdad leerlo? Las pautas originales se apoyaban en los principios del diseño gráfico del siglo XX y en la tecnología de visualización de la época: toscos paneles CRT y primeros LCD, un puñado de tipografías optimizadas para pantalla, y navegadores que trataban el tamaño del tipo como una sugerencia en el mejor de los casos.
Dos décadas después, casi todos los supuestos que sostenían aquella investigación han cambiado. Esta segunda edición revisita cada hallazgo, conserva lo que resistió y revisa lo que no.
La motivación no ha cambiado. La baja visión sigue siendo una deficiencia de la vista no corregible, resultado la mayoría de las veces de afecciones asociadas a la edad como el glaucoma y la degeneración macular. A medida que las poblaciones envejecen, el número de lectores que dependen de un texto en pantalla bien compuesto crece en lugar de menguar. Lo que ha cambiado es que la lectura en pantalla ya no es un sustituto degradado del papel. Para muchas personas es el único entorno de lectura que importa — y, bien configurado, puede ser ahora el más accesible.
Qué cambió desde 2005
Las pautas originales se escribieron para pantallas que renderizaban el tipo a aproximadamente 96 píxeles por pulgada, donde una forma de letra tenía quizá una docena de píxeles con los que trabajar. En esas condiciones, la investigación favorecía sans serif robustas, tamaños generosos y una simplicidad defensiva. Cuatro desarrollos han obligado a repensarlo.
Primero, la densidad de las pantallas. Los paneles de alta densidad — comúnmente de dos a tres píxeles de dispositivo por píxel CSS — renderizan las formas de las letras con un detalle que se acerca al impreso. Las serifas finas, la modulación sutil del trazo y las cursivas verdaderas sobreviven en pantalla de maneras que simplemente no podían en 2005. Varias de las recomendaciones originales compensaban limitaciones de renderizado que ya no existen para la mayoría de los usuarios, aunque no para todos.
Segundo, el propio tipo. Las fuentes variables ponen el peso, la anchura, el tamaño óptico y a veces el grado en ejes continuos controlables desde CSS. Decisiones que antes eran binarias — regular o negrita, una familia u otra — son ahora afinables, y pueden responder al contexto: modo oscuro, tamaños pequeños, preferencia del usuario.
Tercero, el panorama de los estándares. Las Pautas de Accesibilidad para el Contenido Web maduraron a través de las versiones 2.0, 2.1 y 2.2, dándonos criterios de conformidad verificables para el redimensionado del texto (1.4.4), el reflujo (1.4.10), el espaciado del texto (1.4.12) y el contraste (1.4.3 y 1.4.11). Mientras tanto, el borrador de WCAG 3.0 y la investigación de contraste APCA que lo sustenta están repensando cómo interactúan el contraste, el tamaño y el peso — una pregunta que las pautas de 2005 solo podían insinuar.
Cuarto, el CSS creció. El dimensionado basado en rem que respeta los predeterminados del usuario, el tipo fluido con clamp(), el interlineado sin unidades, la medida basada en ch, font-size-adjust, text-wrap y media queries como prefers-color-scheme y prefers-reduced-motion dan a los diseñadores herramientas directas y basadas en estándares para las adaptaciones que el proyecto original solo podía recomendar en principio.
Qué resistió
No todo necesitaba revisión. La tesis central — que la legibilidad se construye al nivel de la letra y de la palabra, y que decisiones invisibles para la mayoría de los lectores son decisivas para los lectores con baja visión — no ha hecho más que fortalecerse. Las alturas de la x grandes, las aberturas abiertas, las formas de letra distintas, el tamaño adecuado, el peso moderado y el espaciado generoso siguen siendo las recomendaciones estructurales. La investigación sobre lectura y agudeza visual continúa respaldándolas.
Lo que cambió es el razonamiento. En 2005 recomendábamos sans serif en gran medida porque las serifas se renderizaban mal; hoy la cuestión serifa/sans importa mucho menos que la altura de la x y la distinción de letras. Recomendábamos 14 puntos porque el texto más pequeño se desmoronaba en las pantallas toscas; hoy el argumento a favor de un suelo de 16px descansa en los predeterminados del usuario, el comportamiento del zoom y la conformidad con las WCAG, más que en las retículas de píxeles. Donde una recomendación sobrevive, esta edición intenta darle su justificación moderna — porque una pauta cuya lógica ha caducado tiende a aplicarse mal.
Cómo está organizada esta edición
La estructura sigue la progresión del original de la unidad más pequeña a la más grande, con una adición.
La Parte 1, La letra, cubre la legibilidad de las formas de letra individuales: estilo, tamaño, peso, inclinación, anchura y espaciado, actualizada para el renderizado de alta densidad y la tecnología de fuentes variables.
La Parte 2, La palabra, pasa al reconocimiento de las palabras en el texto continuo: caja, espaciado, longitud de línea y la mecánica de la lectura, donde la investigación sobre movimientos oculares ha refinado mucho de lo que suponíamos.
La Parte 3, La página, es nueva en esta edición. En 2005, el control a nivel de página era demasiado tosco para estandarizarlo. Hoy, la maquetación adaptable, las escalas tipográficas fluidas, las media queries de preferencias del usuario, el modo oscuro y los requisitos de reflujo hacen de la página una superficie de accesibilidad de primera clase, y merece su propio tratamiento.
En CSS
/* The reading defaults every page can start from */
html { font-size: 100%; } /* honor the reader's browser setting */
body {
font-size: 1rem; /* never below the 16px default */
line-height: 1.5;
}
article { max-width: 65ch; }Recomendaciones
- Trate las pautas de 2005 como históricamente fundadas pero específicas de su renderizado; verifique cada una frente a las pantallas actuales antes de aplicarla.
- Construya hacia los criterios de conformidad de WCAG 2.2 como suelo verificable, y observe el borrador de WCAG 3.0 y la investigación APCA para saber hacia dónde se dirige la orientación sobre contraste.
- Use la maquinaria de accesibilidad de la plataforma — unidades rem, media queries de preferencias del usuario, maquetación amigable con el reflujo — en lugar de reinventar las adaptaciones con scripts.
- Recuerde a la comunidad destinataria: lo que hoy es pulido opcional para la mayoría de los lectores sigue siendo infraestructura esencial para los lectores con baja visión.