Accesibilidad web, lo básico que no cuesta nada aplicar

Durante años traté la accesibilidad como una casilla que marcar al final del proyecto, si quedaba tiempo. Lo que me hizo tomármelo en serio no fue leer ninguna guía, fue activar un lector de pantalla en mi propio ordenador y navegar así, con los ojos cerrados, por una web que acababa de terminar. No llegué ni al segundo formulario sin perderme.

Eso cambió cómo veo el tema: no es una lista de reglas que cumplir para pasar una auditoría, es la diferencia entre que alguien pueda usar lo que has construido o no.

Lo mínimo que reviso siempre, esté quien esté detrás

• HTML semántico de verdad: un botón es un `<button>`, no un `<div>` con un onclick. Un lector de pantalla anuncia el primero como interactivo automáticamente; el segundo, nada, salvo que le añadas tú a mano el rol y el manejo de teclado que el navegador ya te daba gratis.
• Contraste de color suficiente entre texto y fondo — no solo para quien tiene baja visión, también para cualquiera intentando leer la pantalla del móvil con sol de cara.
• Foco visible en todo lo interactivo. Quitar el `outline` por defecto sin poner nada en su lugar dejó, durante años, a quien navega con teclado sin ninguna forma de saber dónde está.
• Formularios con su `<label>` asociado de verdad al campo, no solo un texto al lado que parece una etiqueta pero no lo es para el navegador.
• Texto alternativo en las imágenes que aportan información — y alt vacío, a propósito, en las que son puramente decorativas.

Lo que más me sorprendió

Que casi todo lo anterior no cuesta tiempo extra si lo tienes en cuenta desde el principio — cuesta tiempo extra corregirlo después. Usar <button> en vez de un <div> con clic no lleva ni un segundo más al escribirlo la primera vez. El problema aparece cuando ya hay cien <div> clicables repartidos por un proyecto grande y hay que ir uno por uno arreglándolos.

Lo que no hago

No persigo un sello ni una certificación de accesibilidad como objetivo en sí mismo, y desconfío bastante de los widgets de “accesibilidad automática” que prometen arreglarlo todo con un script — la mayoría lo que hacen es maquillar el problema en la superficie sin tocar el HTML de debajo, que es donde vive de verdad. Prefiero menos JavaScript y más etiquetas bien puestas desde el principio.