No es accesibilidad. Es calidad de software.
Si alguien no puede usar tu producto, no es un edge case.
Es un bug.
El Curb Cut Effect lo explica bien: cuando diseñas para los casos más exigentes, mejoras la experiencia para todos.
De las rampas de Berkeley al main de tu proyecto
En los años 70, activistas en Berkeley impulsaron la instalación de rampas en las veredas, evidenciando algo clave: lo que parecía un detalle urbano, para muchas personas era una necesidad básica.
Ese cambio no solo benefició a personas con discapacidad. Terminó mejorando la movilidad de todos: personas con maletas, coches de bebé, repartidores o cualquiera que necesitara moverse con mayor facilidad.
Ese fenómeno se conoce como el Curb Cut Effect.
En el desarrollo de software, nos enfrentamos a las mismas "rampas" y "muros" todos los días.
Diseño Universal: cuando la necesidad de uno mejora la experiencia de todos
El diseño universal no busca crear productos "especiales" para personas con discapacidad; busca crear productos que funcionen para la mayor cantidad de personas posible, sin necesidad de adaptación.
Piénsalo así:
- La rampa física: ayuda a la persona en silla de ruedas, pero también al padre con un coche de bebé, al viajero con maletas o a alguien que simplemente quiere moverse más rápido.
- La rampa digital: cuando etiquetas correctamente tus componentes y usas HTML semántico, no solo ayudas a un usuario de lector de pantalla.
Situaciones donde tu accesibilidad ayuda a cualquiera:
- Contextos ambientales: alguien usando tu app bajo el sol intenso y que depende de un buen contraste.
- Limitaciones temporales: una persona con una mano ocupada (o lesionada) que necesita targets accesibles.
- Power users: quien navega tu interfaz exclusivamente con teclado.
El código semántico es código de alta calidad
La accesibilidad no es un extra. Es una señal de código bien escrito.
Un botón hecho con un <div> no es solo una mala práctica.
Es un bug.
Un formulario sin <label> no es solo un detalle.
Es una barrera.
Lo que para nosotros puede parecer una decisión técnica menor, para otra persona es la única forma de interactuar con el producto.
Aplicando el "Curb Cut" en tu día a día
Hoy no hay excusas. Puedes mejorar la calidad de tu software con decisiones simples:
-
Estructura: usa encabezados (
H1,H2,H3) en orden lógico. - Interactividad: si se puede hacer clic, debe poder enfocarse y usarse con teclado.
-
Contenido: incluye texto alternativo (
alt) descriptivo en imágenes. - IA como aliada: usa herramientas de IA para auditar accesibilidad o generar descripciones iniciales.
Conclusión: ¿rampas o muros?
El usuario "ideal" no existe.
La web se usa en contextos imperfectos: con distracciones, limitaciones físicas, mala iluminación o conexiones inestables.
Construir software accesible no es hacer un favor.
Es entender el problema completo.
La próxima vez que escribas un componente, pregúntate:
¿Estoy construyendo una rampa… o un muro?