Accesibilidad, usabilidad e inclusión: diferencias y ejemplos
Conoce las diferencias entre accesibilidad, usabilidad e inclusión, cómo se relacionan y ejemplos para aplicarlas en productos digitales.
Contenido educativo de Accessibility.cl basado en W3C/WAI. Adaptación explicativa en español, con ejemplos y actividades originales.Elaborado por Accessibility.cl · Revisión técnica: Equipo de Accesibilidad Digital de Accessibility.cl.Una web que funcione para más personas
Accesibilidad, usabilidad e inclusión tienen objetivos, métodos y recomendaciones que se superponen. Trabajarlas de manera conjunta suele ser la forma más efectiva de diseñar experiencias digitales.
Aun cuando comparten numerosos principios, no son conceptos intercambiables. Cada disciplina permite observar problemas distintos y aporta herramientas específicas para resolverlos.
Hay contextos donde conviene profundizar en una de ellas por separado. Por ejemplo, para desarrollar normas y políticas de accesibilidad es indispensable estudiar las necesidades concretas de las personas con discapacidad.
La usabilidad no garantiza accesibilidad por sí sola, y la inclusión no sustituye la atención especializada a la discapacidad. La mejor experiencia combina estándares técnicos, diseño de interacción y participación real.
¿Qué significa cada disciplina?
Una distinción útil para hablar de proyectos digitales, diseñar investigaciones y establecer criterios de evaluación.
Accesibilidad
Eliminar barreras para las personas con discapacidad
Busca que las personas con discapacidad puedan percibir, comprender, navegar, interactuar y contribuir en igualdad de condiciones, también mediante tecnologías de asistencia.
Usabilidad
Conseguir tareas eficaces, eficientes y satisfactorias
Evalúa si personas determinadas pueden completar sus objetivos de manera eficaz, eficiente y satisfactoria en un contexto de uso definido. Forma parte de las preocupaciones del diseño de experiencia de usuario (UX).
Inclusión
Involucrar a personas y contextos diversos
Considera la diversidad de personas, sus situaciones, recursos, idiomas, edades, culturas y oportunidades de acceso. En algunos contextos se relaciona con el diseño universal o diseño para todas las personas. Busca reducir exclusiones más allá de las barreras directamente relacionadas con discapacidad.
Una misma mejora puede apoyar simultáneamente a las tres disciplinas. Sin embargo, el foco de accesibilidad en las personas con discapacidad es fundamental para detectar barreras que podrían pasar inadvertidas en una investigación de usabilidad convencional.
La inclusión considera mucho más que la interfaz
El diseño inclusivo pregunta quién puede participar y quién está quedando excluido por las condiciones tecnológicas, económicas, culturales o educativas del sistema.
Algunas barreras de inclusión son de accesibilidad; otras necesitan respuestas complementarias, como internacionalización, conectividad asequible o formación digital.
La accesibilidad mantiene su foco específico en discapacidad. Esto favorece investigación especializada y soluciones adaptadas a necesidades concretas.
Nueve dimensiones a considerar
- DiscapacidadVisión, audición, movilidad, habla, cognición y otras experiencias.
- TecnologíaDisponibilidad y calidad de equipos, software y conectividad.
- Alfabetización digitalConocimientos para navegar, buscar información o completar tareas.
- Situación económicaCostos de dispositivos, datos móviles y servicios.
- EducaciónDiferencias en experiencia formativa y comprensión de información.
- TerritorioUbicación geográfica, cobertura y disponibilidad de servicios.
- CulturaConvenciones, referencias y expectativas diversas.
- EdadNecesidades de personas mayores, jóvenes y otros grupos etarios.
- IdiomaLengua de preferencia y comprensión de contenido localizado.
Lo que se comparte y lo que no se debe olvidar
Muchas medidas de accesibilidad benefician a más personas, especialmente en situaciones de uso exigentes. Algunas personas tienen limitaciones funcionales relacionadas con la edad y no se identifican como personas con discapacidad; la accesibilidad también contempla estas situaciones. Pero hay requisitos técnicos que no suelen quedar cubiertos por una prueba de usabilidad general.
Un contraste que ayuda a más personas
El contraste suficiente mejora la lectura para personas con baja visión y puede resultar útil con luz solar intensa o condiciones difíciles de iluminación.
Subtítulos en diferentes situaciones
Los subtítulos permiten acceder a la información a personas sordas o con discapacidad auditiva y también sirven cuando no es posible escuchar el audio.
Controles claros, interacciones predecibles
Las instrucciones y los mensajes de error comprensibles ayudan a muchas personas y son especialmente relevantes para algunas discapacidades cognitivas y del aprendizaje.
Soluciones compatibles con apoyos
El código semántico ayuda a lectores de pantalla, ampliadores y sistemas de reconocimiento de voz. Una interfaz atractiva no reemplaza estos requisitos técnicos.
Dos tipos de requisitos de accesibilidad
1. Requisitos técnicos
Afectan a la estructura y comportamiento del código, incluso cuando visualmente no hay diferencias evidentes.
- Semántica y relaciones HTML.
- Nombre, función y valor de los componentes.
- Compatibilidad con lectores de pantalla y ampliadores.
- Soporte para teclado y reconocimiento de voz.
- Comunicación programática de estados y mensajes.
Ejemplo: un botón nativo incluye semántica y comportamiento de teclado que habría que recrear manualmente con un elemento genérico.
2. Requisitos de interacción y diseño
Afectan a la manera en que las personas comprenden y utilizan la interfaz.
- Instrucciones breves y claras.
- Mensajes de error comprensibles y asociados al campo.
- Contraste adecuado y foco visible.
- Navegación predecible y consistente.
- Retroalimentación sobre el resultado de cada acción.
En vez de «Operación inválida», explica «El correo no tiene un formato válido. Revisa la dirección e inténtalo nuevamente».
Estos elementos suelen mejorar la usabilidad general y son especialmente importantes para algunas personas con discapacidades cognitivas o del aprendizaje.
La importancia de quién usa y en qué contexto
La norma ISO 9241-11 define la usabilidad en relación con personas usuarias, objetivos y contextos específicos: no basta con decir que algo es «fácil» de usar.
De forma resumida, la usabilidad evalúa en qué medida un producto, sistema o servicio permite que personas determinadas alcancen sus objetivos con eficacia, eficiencia y satisfacción en un contexto de uso determinado.
Esta perspectiva puede contemplar accesibilidad siempre que:
- Las personas consideradas incluyan a personas con distintas discapacidades.
- El contexto incluya tecnologías de asistencia, métodos de interacción alternativos y otras condiciones relacionadas con accesibilidad.
Referencia vigente consultada: ISO 9241-11:2018. Se presenta una paráfrasis didáctica y no una reproducción íntegra de la norma.
¿Quiénes participaron en el test? ¿Qué tareas realizaron? ¿Se usaron lectores de pantalla, ampliación, navegación por teclado o dictado? ¿Se consideró la conectividad real de las personas? Las conclusiones de usabilidad cambian según estas respuestas.
Beneficios compartidos, necesidades específicas
La accesibilidad también beneficia a personas con baja alfabetización, usuarios ocasionales, quienes no dominan completamente el idioma del contenido o personas que usan dispositivos y conexiones limitadas.
Beneficios que trascienden la discapacidad
- Contenido claro para personas que no dominan el idioma.
- Estructura simple para usuarios nuevos o poco frecuentes.
- Diseño adaptable a pantallas y dispositivos móviles.
- Menos dependencia de recursos pesados en conexiones limitadas.
- Opciones de lectura y navegación más flexibles.
Otros problemas requieren otras disciplinas
- Internacionalización: contenidos y formatos adecuados a idiomas y países.
- Brecha digital: acceso a equipamiento y conectividad.
- Formación: desarrollo de competencias digitales.
- Acceso económico: disponibilidad y costos razonables.
Incluir estos factores no debe borrar el foco en las barreras que afectan específicamente a las personas con discapacidad.
Una mejora puede cambiar toda la experiencia
Estas comparaciones esquemáticas muestran cómo interactúan los aspectos técnicos, las decisiones visuales y la comprensión de tareas. Los ejemplos son ilustrativos, no sustituyen una evaluación de conformidad.
A. Contraste y lectura
B. Video y subtítulos
C. Mensajes en formularios
D. Controles y teclado
<button> nativo y comprueba teclado, foco y nombre accesible.Las cuatro ilustraciones son representaciones estáticas para la explicación. La propia guía utiliza controles nativos y está diseñada para navegación por teclado.
WCAG es una base, no el final del proceso
Las Pautas de Accesibilidad para el Contenido Web (WCAG) proporcionan criterios técnicos verificables. Los equipos también deben comprender cómo se usan los productos y validar experiencias completas con personas reales.
La información y los componentes deben presentarse de formas que se puedan percibir.
La navegación y los controles deben funcionar mediante distintos modos de interacción.
Los contenidos y las interacciones deben ser claros, predecibles y comprensibles.
La implementación debe funcionar con diferentes navegadores y tecnologías de asistencia.
Referencia técnica recomendada: WCAG 2.2. La versión publicada como ISO/IEC 40500:2025 corresponde a WCAG 2.2 de octubre de 2023; la documentación normativa debe revisarse conforme a la versión aplicable al proyecto.
Las pruebas de usabilidad con personas con discapacidad ayudan a detectar obstáculos que emergen al completar tareas reales. A la vez, las pruebas con usuarios no sustituyen los criterios WCAG: ninguna muestra de participantes representa toda la diversidad de discapacidades, estrategias y tecnologías.
Cómo integrar accesibilidad y UX desde el inicio
El W3C describe la combinación de estándares, procesos de usabilidad y participación de personas con discapacidad como accesibilidad utilizable o experiencia de usuario accesible.
- 01
Comprender a las personas
Conocer distintas formas de navegar, leer, escribir y completar tareas; no asumir un usuario “promedio”.
Entregable: Entrevistas, observación, escenarios de uso. - 02
Definir barreras y requisitos
Traducir las necesidades en decisiones de diseño y criterios WCAG verificables.
Entregable: Historias de usuario, riesgos y matriz de requisitos. - 03
Diseñar y prototipar
Crear recorridos, componentes y contenido comprensible; revisar alternativas de interacción desde el inicio.
Entregable: Flujos, prototipos y sistema de diseño. - 04
Desarrollar con semántica
Usar HTML nativo, foco visible, etiquetas, estados, estructura y compatibilidad con tecnologías de asistencia.
Entregable: Componentes implementados y pruebas técnicas. - 05
Evaluar con personas reales
Incluir a personas con discapacidad en pruebas representativas, también con sus dispositivos y apoyos habituales.
Entregable: Hallazgos observados en tareas completas. - 06
Corregir y mejorar
Combinar resultados de auditoría y pruebas de uso; repetir la evaluación a medida que el producto evoluciona.
Entregable: Priorización, correcciones y seguimiento.
Revisar principios de accesibilidad en los primeros prototipos permite incorporar decisiones estructurales antes de que estén consolidadas. Corregir barreras avanzadas suele requerir rehacer componentes, navegación o flujos completos.
Un mismo sitio, tres formas de evaluarlo
Actividad breve de 45 a 60 minutos para cursos de UX/UI, desarrollo web, diseño inclusivo o accesibilidad digital.
Desafío de diseño
Caso: Una plataforma de salud permite reservar horas médicas. Los textos y botones son pequeños, las instrucciones del formulario son ambiguas y algunos controles no pueden operarse mediante teclado. Además, el servicio funciona mal con conexiones móviles inestables.
- Identifica al menos seis barreras que puedan afectar a distintas personas.
- Clasifica cada hallazgo según accesibilidad, usabilidad o inclusión. Puedes asignar más de una categoría.
- Selecciona tres problemas prioritarios y justifica sus impactos.
- Diseña una propuesta visual de mejora y define cómo la validarías.
- Asocia los problemas de accesibilidad a criterios WCAG 2.2 pertinentes.
Rúbrica sugerida
| Criterio | Puntos |
|---|---|
| Identificación de barreras y usuarios afectados | 25 |
| Distinción entre las tres disciplinas | 20 |
| Propuesta de solución justificable | 25 |
| Relación con criterios WCAG | 20 |
| Claridad de presentación | 10 |
| Total | 100 |
La rúbrica es una propuesta didáctica de Accessibility.cl; no forma parte del documento original del W3C.
Checklist de accesibilidad, usabilidad e inclusión
Utiliza esta lista para organizar una primera revisión. No equivale a un informe de conformidad WCAG ni a una investigación completa con usuarios.
Revisión de proyecto digital
Marca cada punto cuando cuentes con evidencia suficiente.
Recursos originales y referencias técnicas
La guía es una adaptación pedagógica en español del contenido del W3C/WAI, ampliada con ejemplos y actividades de Accessibility.cl. Estos enlaces conducen a las fuentes originales.
La accesibilidad puede fortalecerse con métodos de usabilidad; el diseño UX mejora cuando incorpora la diversidad de discapacidades; y la inclusión amplía la mirada sobre las condiciones de participación. Trabajarlas juntas permite construir una web más accesible, usable e inclusiva, sin diluir el foco de la accesibilidad en las personas con discapacidad.
Si necesitas aplicar estos principios en un proyecto real, conoce nuestros servicios de accesibilidad digital.
¿Tu sitio web es realmente fácil de usar para todas las personas?
Si quieres que tu sitio web sea más amigable con las personas mayores y accesible para las personas con discapacidad, en Accessibility.cl te ayudamos a detectar barreras, mejorar la experiencia y avanzar hacia un entorno digital más inclusivo.
