Estás en una ruta alternativa con prefijo /es/. La versión principal está en /glosario/accesibilidad .

Accesibilidad

Letra A

La práctica de diseñar y desarrollar productos digitales para que las personas con discapacidad puedan percibirlos, comprenderlos, navegarlos e interactuar con ellos. En UX convierte la inclusión en requisitos verificables desde el inicio.

Actualizado:

Definición operativa

La accesibilidad digital es la práctica de diseñar y desarrollar productos para que las personas con discapacidad puedan percibir su contenido, comprenderlo, navegarlo, interactuar con él y completar las tareas que necesitan.

No consiste en crear una versión especial para un grupo separado. Consiste en identificar barreras en el producto y evitar que una forma particular de ver, oír, moverse, comunicarse o procesar información sea un requisito accidental para usarlo.

En UX, accesibilidad significa transformar esa intención en decisiones observables y comprobables: navegación por teclado, estructura semántica, foco visible, alternativas para contenido no textual, instrucciones comprensibles, contraste suficiente, mensajes de error útiles y compatibilidad con tecnologías de asistencia.

Qué significa a11y

A11y es una abreviatura de accessibility: entre la primera “a” y la última “y” hay once letras. No representa otra disciplina ni un nivel de conformidad. Es una forma breve de nombrar la accesibilidad, muy usada en diseño y desarrollo.

Diseñar contra barreras, no contra personas

Una discapacidad puede interactuar con una barrera permanente, temporal o situacional. Una persona puede no ver una imagen, no escuchar un audio, no usar un mouse, necesitar más tiempo, tener dificultades para comprender un texto o utilizar el producto bajo sol intenso, con una mano ocupada o en un entorno ruidoso.

El objetivo no es asumir que todas esas experiencias son iguales. Es reconocer que el producto impone capacidades de manera explícita o accidental. La pregunta operativa es: ¿qué parte de esta experiencia deja de funcionar cuando cambia la forma de percibir, comprender o interactuar?

Los cuatro principios de WCAG

Las WCAG organizan sus pautas bajo cuatro principios. El contenido y la interfaz deben ser:

  • Perceptibles: la información puede obtenerse de más de una manera. Por ejemplo, imágenes con alternativas de texto y videos con subtítulos.
  • Operables: las funciones pueden utilizarse con distintos mecanismos de entrada, incluyendo teclado, sin trampas de foco ni tiempos imposibles de extender.
  • Comprensibles: el contenido, la navegación y los mensajes mantienen un lenguaje y un comportamiento previsibles.
  • Robustos: la estructura comunica correctamente nombre, función, estado y relaciones a navegadores y tecnologías de asistencia.

Los criterios WCAG permiten evaluar conformidad, pero no describen por sí solos todas las necesidades humanas. Son una base técnica y verificable, no un sustituto de comprender a las personas.

Cómo cambia el trabajo de UX

Durante discovery

  • Incluir personas con discapacidad en la investigación cuando formen parte de la población del producto.
  • Preguntar por estrategias, herramientas y barreras reales, no solo por diagnósticos.
  • Reconocer restricciones del contexto: dispositivo, conectividad, ruido, iluminación, fatiga y tiempo disponible.

Durante diseño

  • Mantener jerarquías y recorridos comprensibles sin depender únicamente de la presentación visual.
  • Diseñar estados de foco, error, carga, éxito y deshabilitado.
  • No usar solo color, posición, sonido o movimiento para comunicar significado.
  • Permitir ampliación, reflow y preferencias como reducción de movimiento.
  • Escribir etiquetas, instrucciones y mensajes que expliquen qué ocurre y cómo continuar.

Durante desarrollo

  • Usar elementos semánticos antes de recrearlos con componentes genéricos.
  • Conservar un orden de lectura y foco coherente.
  • Exponer correctamente nombre, rol, valor y cambios de estado.
  • Verificar el producto con teclado y tecnologías de asistencia relevantes.

Durante validación

Las herramientas automáticas detectan una parte de los problemas, pero no pueden decidir por sí solas si una experiencia es accesible. Hay que combinar chequeos automáticos, revisión manual y pruebas con personas reales.

Diferencia con usabilidad y diseño inclusivo

La usabilidad pregunta si una experiencia permite completar tareas de manera efectiva, eficiente y satisfactoria. La accesibilidad pregunta si las personas con discapacidad pueden acceder a esa experiencia y operarla sin barreras evitables.

El diseño inclusivo es un enfoque más amplio para reconocer diversidad y exclusión durante todo el proceso. La accesibilidad aporta estándares, requisitos y formas de evaluación especialmente orientadas al acceso de personas con discapacidad. Se refuerzan entre sí, pero no son sinónimos.

Anti-patrones

  • Revisar al final: descubrir barreras cuando la arquitectura y los componentes ya están cerrados.
  • Reducir todo al contraste: ignorar teclado, contenido, estructura, foco, audio, movimiento y comprensión.
  • Confiar solo en un puntaje automático: tratar una herramienta como certificación completa.
  • Ocultar el problema con un overlay: agregar una capa que promete reparar el sitio sin corregir sus barreras de origen.
  • Diseñar desde supuestos: hablar de personas con discapacidad sin incluirlas en investigación y validación.

Chequeo rápido

Antes de dar una experiencia por terminada, conviene preguntar:

  1. ¿Puede completarse la tarea usando solamente teclado?
  2. ¿El foco es visible y sigue un orden predecible?
  3. ¿La estructura conserva sentido sin estilos visuales?
  4. ¿Imágenes, audio y video tienen alternativas adecuadas?
  5. ¿Color, posición o sonido son la única forma de transmitir algo?
  6. ¿Los errores se identifican y explican cómo continuar?
  7. ¿El contenido soporta zoom, reflow y reducción de movimiento?
  8. ¿Probamos con personas que utilizan tecnologías de asistencia?

Definición breve

La accesibilidad digital elimina barreras para que las personas con discapacidad puedan usar un producto. Se diseña desde el inicio, se traduce en requisitos verificables y se valida con estándares, revisión humana y experiencia real.