Ir al contenido
Biblioteca de herramientas de crianza

Accesibilidad

El objetivo es el nivel AA de las WCAG 2.2. Esta declaración dice lo que de verdad se ha comprobado y lo que no, que a estas alturas es bastante.

Lo que viene de serie

HTML semántico antes que JavaScript, para que el contenido, los límites y las fuentes de una herramienta se puedan leer con los scripts desactivados. Uso completo con el teclado y un indicador de foco visible en cada control. Etiquetas, textos de ayuda y mensajes de error reales, vinculados a sus campos. Un único h1 por página y encabezados en orden.

Los botones, las opciones, los campos de formulario y los enlaces sueltos miden al menos 44 píxeles en ambas direcciones. Los enlaces que van dentro del texto, incluidas las largas listas de referencias de la página de fuentes, conservan en cambio la altura de su línea. Todo el texto del sitio mide al menos 16 píxeles, incluidas las etiquetas, los textos de ayuda y los metadatos. Ninguno de esos mínimos se da por bueno porque lo diga una hoja de estilos: las comprobaciones del propio sitio miden los píxeles que el navegador pinta de verdad, en la biblioteca de herramientas y en una página de herramienta, y fallaban en los dos puntos hasta que se rehízo el diseño para cumplirlos. El color nunca es lo único que transmite un significado: cada estado lleva también una palabra o una forma. El movimiento es decorativo y se desactiva por completo cuando tu sistema pide reducir el movimiento.

Ninguna herramienta tiene límite de tiempo, y ninguna lo tendrá.

Lo que se ha comprobado

El uso con teclado, el orden del foco, la estructura de encabezados, la vinculación de las etiquetas, las relaciones de contraste, el tamaño real del texto, el tamaño real de las zonas que se tocan o pulsan, la adaptación del contenido a 320 píxeles de ancho, el zoom al 200 % y la impresión en blanco y negro, todo ello en una versión local del sitio. Las mediciones automáticas se hacen sobre las páginas en inglés. Todos los idiomas comparten el mismo diseño, pero las palabras más largas o más cortas pueden mover un botón o una línea, así que cada idioma necesita todavía su propia medición.

Eso es un mínimo, no un aprobado. Las comprobaciones automáticas y las que hacemos nosotros mismos detectan los fallos mecánicos y se pierden los que más importan.

Lo que todavía no se ha comprobado

Pruebas con personas que usan lectores de pantalla. Pruebas con personas con baja visión, movilidad reducida o diferencias cognitivas y de aprendizaje. Pruebas con tecnologías de apoyo que no tenemos.

Dos herramientas necesitan además una prueba que no tiene nada que ver con la discapacidad y todo que ver con el momento en que se usan: si una persona bajo estrés encuentra el límite de seguridad y el camino hacia una persona sin leer toda la página. Ninguna de las dos ha pasado esa prueba.

Hasta que se hagan esas pruebas, este sitio no afirma cumplir las WCAG 2.2 AA. Afirma estar construido tomándolas como referencia.

La tipografía, y por qué

En las páginas escritas en alfabeto latino, todos los controles de formulario, todas las etiquetas y todo el texto principal usan Atkinson Hyperlegible, diseñada por el Braille Institute para que las letras que suelen confundirse entre sí no se confundan. Se usa aquí porque estas páginas se leen deprisa, a menudo en un teléfono, y a veces las lee alguien que no está en condiciones de forzar la vista. Una página escrita en un sistema de escritura que Atkinson no cubre usa en su lugar las fuentes que ya tiene tu dispositivo, en vez de mezclar dos tipografías en una misma línea.

Si algo no funciona

No hay dirección de correo de contacto. El mensaje privado de la página de opinión me llega a mí, y un aviso sobre un problema de accesibilidad enviado por esa vía se trata como un fallo que hay que corregir, no como una opinión. Esa vía no pide nombre ni datos de contacto, así que no se puede responder.