El Curb Cut Effect: Por qué la accesibilidad no es un favor, es arquitectura básica

Published: (April 23, 2026 at 02:14 PM EDT)
3 min read
Source: Dev.to

Source: Dev.to

Introducción

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.

Origen del Curb Cut Effect

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.

Analogía: rampa física vs rampa digital

Rampa físicaRampa digital
Ayuda a la persona en silla de ruedas, pero también al padre con coche de bebé, al viajero con maletas o a quien quiere moverse más rápido.Cuando etiquetas correctamente tus componentes y usas HTML semántico, no solo ayudas a un usuario de lector de pantalla.
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.

Principios de accesibilidad

  • No es un extra: es una señal de código bien escrito.
  • Un botón hecho con “ no es solo una mala práctica; es un bug.
  • Un formulario sin “ 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. Hoy no hay excusas.

Buenas prácticas para mejorar la calidad del software

  1. Estructura: usa encabezados (, , “) en orden lógico.
  2. Interactividad: si un elemento se puede hacer clic, debe poder enfocarse y usarse con teclado.
  3. Contenido: incluye texto alternativo (alt) descriptivo en imágenes.
  4. IA como aliada: usa herramientas de IA para auditar accesibilidad o generar descripciones iniciales.

Conclusión

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?

0 views
Back to Blog

Related posts

Read more »

The Importance of Tech Debt Awareness

Tech debt isn't just a buzzword; it’s the silent killer of projects. Regularly assess your debt and prioritize it like any other feature to keep your codebase h...

Laws of Software Engineering

Article URL: https://lawsofsoftwareengineering.com Comments URL: https://news.ycombinator.com/item?id=47847179 Points: 7 Comments: 2...