Accesible por Defecto es la práctica de integrar la accesibilidad en el sistema, los tokens de diseño, los componentes compartidos, los linters y la integración continua, para que cada pantalla la herede automáticamente, en lugar de añadirla mediante auditorías al final del ciclo. La forma abreviada es "shift-left": mover el trabajo de accesibilidad a la fase más temprana posible, donde es más barato hacerlo y más difícil de deshacer. Cuando el botón del sistema de diseño se construye una vez con foco, contraste, etiquetas y semántica correctos, cada botón del producto es accesible sin que nadie tenga que pensarlo.
El error es tratar la accesibilidad como una compuerta de QA o una auditoría previa al lanzamiento. Para entonces los defectos ya están horneados en cientos de pantallas, añadir estructura semántica es costoso, y los mismos problemas reaparecen en el siguiente lanzamiento porque nada cambió aguas arriba. Auditar y remediar es una rueda sin fin. La salida es hacer que el camino accesible sea el camino por defecto: primitivas accesibles, valores por defecto accesibles en los tokens, reglas de lint que marcan problemas mientras escribes, y una comprobación de CI que bloquea nuevas violaciones antes de fusionar.
Esto no solo es ético, es económico. El análisis de Deque sobre miles de implementaciones encontró que mover la prueba de accesibilidad a desarrollo reduce el costo de remediación cerca de 75 por ciento y acelera los arreglos unas tres veces, porque un defecto detectado en desarrollo cuesta mucho menos que el mismo defecto encontrado en producción.
El principio: incorpora la accesibilidad en tokens, componentes, linting y CI para que cada instancia la herede. Detecta los problemas en tiempo de diseño y de código, no en una auditoría al final del ciclo.