Glosario de accesibilidad: términos clave

Habla el idioma de la accesibilidad

Entender la accesibilidad digital empieza por aprender su vocabulario. El campo se sitúa en la intersección del derecho, el diseño, la ingeniería y la experiencia vivida, por lo que la terminología puede resultar densa la primera vez que te enfrentas a ella. Siglas como WCAG, ARIA y VPAT se usan en la misma frase que conceptos como «contenido perceptible» y «nombre accesible», y es fácil perder el hilo.

Este glosario agrupa los términos más importantes en cuatro categorías prácticas — estándares y leyes, discapacidades y tecnología de asistencia, conceptos técnicos y de ARIA y pruebas y proceso — para que encuentres rápido lo que necesitas y veas cómo se relacionan las piezas. Cada entrada incluye una definición en lenguaje sencillo y, cuando ayuda, un breve ejemplo.

Una nota antes de empezar: ninguna herramienta, complemento o «superposición de accesibilidad» por sí sola hace que un sitio web sea conforme o realmente utilizable. La accesibilidad real proviene de un código accesible, un diseño cuidadoso y pruebas con las personas que dependen de la tecnología de asistencia. Trata con profundo escepticismo cualquier producto que prometa cumplimiento instantáneo.

Estándares, leyes y marcos normativos

Estos términos describen las reglas del juego: las directrices con las que te mides y las leyes que pueden hacer obligatorio el cumplimiento.

WCAG: Web Content Accessibility Guidelines (Pautas de Accesibilidad para el Contenido Web). Publicadas por el W3C, las WCAG son el estándar técnico global para el contenido web accesible. La versión actual es WCAG 2.2. Los criterios de éxito se organizan bajo cuatro principios — perceptible, operable, comprensible y robusto (POUR) — y se gradúan en tres niveles de conformidad: A, AA y AAA. La mayoría de las leyes y contratos toman como objetivo WCAG 2.1 o 2.2 nivel AA. Descubre cómo se relaciona con tus obligaciones en nuestra guía de cumplimiento de las WCAG.
Nivel de conformidad (A, AA, AAA): Los tres niveles de los criterios de éxito de las WCAG. El nivel A es el mínimo, AA es el estándar legal práctico al que aspiran la mayoría de las organizaciones, y AAA es el listón más alto (rara vez exigido en todo un sitio porque algunos criterios no son alcanzables para todos los tipos de contenido).
POUR: Los cuatro principios fundamentales de las WCAG: el contenido debe ser perceptible (los usuarios pueden percibirlo), operable (los usuarios pueden interactuar con él), comprensible (los usuarios pueden entenderlo) y robusto (funciona de forma fiable en distintos navegadores y tecnologías de asistencia).
ADA: Americans with Disabilities Act (Ley de Estadounidenses con Discapacidades). Legislación de derechos civiles de EE. UU. que prohíbe la discriminación contra las personas con discapacidad. Los tribunales la aplican cada vez más a sitios web y aplicaciones, y la ADA es la base de la mayoría de las demandas de accesibilidad digital en EE. UU. Consulta nuestra visión general del cumplimiento de la ADA.
Section 508: Una sección de la Rehabilitation Act de EE. UU. que exige a las agencias federales y a las organizaciones con financiación federal hacer accesible su tecnología electrónica y de la información. La Section 508 incorpora por referencia las WCAG 2.0 nivel AA. Detalles en nuestra guía de la Section 508.
EAA: European Accessibility Act (Acta Europea de Accesibilidad, Directiva UE 2019/882). Exige que una amplia gama de productos y servicios — incluidos el comercio electrónico, la banca, el transporte y los libros electrónicos — cumplan requisitos de accesibilidad. Su aplicación comenzó en junio de 2025. Más información en nuestra guía de cumplimiento de la EAA.
EN 301 549: El estándar europeo armonizado de accesibilidad para productos y servicios TIC. Es la columna vertebral técnica a la que apunta la EAA y adopta los criterios de éxito de las WCAG como sus requisitos web, de modo que cumplir las WCAG 2.1 AA supone un gran avance hacia la conformidad con EN 301 549.
AODA: Accessibility for Ontarians with Disabilities Act. Legislación provincial canadiense que establece estándares de accesibilidad para las organizaciones que operan en Ontario, incluidos requisitos sobre contenido web. Consulta nuestra guía de cumplimiento de la AODA.
W3C: World Wide Web Consortium. El organismo internacional de estándares que desarrolla y publica las WCAG, ARIA y el conjunto más amplio de estándares web abiertos.
WAI: Web Accessibility Initiative. La rama del W3C dedicada a la accesibilidad. La WAI produce las WCAG, la especificación ARIA, técnicas de apoyo y recursos educativos.
VPAT®: Voluntary Product Accessibility Template. Un documento estandarizado que se utiliza para elaborar un Accessibility Conformance Report (ACR) que describe cómo un producto cumple estándares como WCAG, Section 508 y EN 301 549. A menudo se exige en la contratación pública y empresarial. Descubre lo que implica en nuestra guía de VPAT/ACR, o deja que nosotros elaboremos uno a través de nuestros servicios de informes VPAT.
ACR: Accessibility Conformance Report. El documento finalizado y respaldado por evidencias que resulta de rellenar un VPAT para una versión específica de un producto. Los compradores usan los ACR para comparar proveedores y evaluar el riesgo de la contratación.

Discapacidades y tecnología de asistencia

La accesibilidad existe para servir a personas reales. Estos términos describen las tecnologías y los métodos de interacción que las personas con discapacidad usan para acceder al contenido digital.

Tecnología de asistencia (AT): Cualquier hardware o software que ayuda a las personas con discapacidad a usar ordenadores y la web. Algunos ejemplos son los lectores de pantalla, los magnificadores de pantalla, los dispositivos de conmutadores, el software de control por voz, las líneas braille actualizables y los dispositivos de entrada alternativos. Desarrollar para la accesibilidad significa, en última instancia, desarrollar para la AT.
Lector de pantalla: Software que convierte el contenido de la pantalla — texto, imágenes, campos de formulario y controles — en voz sintetizada o salida braille. Entre los lectores de pantalla habituales están JAWS y NVDA (Windows), VoiceOver (macOS e iOS) y TalkBack (Android). Nuestra guía de pruebas con lectores de pantalla explica cómo evaluar con ellos, y puedes encargar una evaluación con lector de pantalla a nuestro equipo.
Texto a voz (TTS): Tecnología que lee en voz alta el texto escrito. El TTS es un componente básico de los lectores de pantalla, pero también se ofrece como función independiente para el público general. No es lo mismo que un lector de pantalla, que transmite estructura, roles y estado, no solo palabras. Explicamos la distinción en texto a voz frente a lectores de pantalla.
Línea braille actualizable: Un dispositivo de hardware que representa el texto de la pantalla como caracteres braille táctiles mediante pines que suben y bajan. Se empareja con un lector de pantalla y es esencial para muchos usuarios sordociegos.
Magnificador de pantalla: Software que amplía parte de la pantalla para usuarios con baja visión, a menudo con ajustes de color y contraste. Los diseños que se reorganizan limpiamente con niveles de zoom altos funcionan mucho mejor con la magnificación.
Acceso por conmutadores: Un método de entrada que permite a las personas con discapacidades motoras importantes manejar un dispositivo usando uno o varios conmutadores (botones, tubos de soplo y succión u otros controles) en lugar de un ratón o un teclado. Depende de una interfaz lógica y totalmente operable.
Entrada por voz / Reconocimiento de voz: Software como Dragon o el control por voz integrado que permite a los usuarios navegar y dictar hablando. Depende de nombres accesibles precisos para que comandos como «hacer clic en Enviar» coincidan con la etiqueta visible.
Navegación por teclado: Manejar un sitio web usando solo el teclado — normalmente Tab, Mayús+Tab, las teclas de flecha, Intro y la barra espaciadora. Es esencial para las personas que no pueden usar un ratón y es la base del acceso por conmutadores y por voz. Si algo solo funciona al pasar el cursor o al hacer clic, falla para los usuarios de teclado.
Discapacidad cognitiva: Una categoría amplia que abarca condiciones que afectan la memoria, la atención, la resolución de problemas o la comprensión. El lenguaje claro, la navegación coherente, el comportamiento predecible y una generosa tolerancia a errores favorecen la accesibilidad cognitiva.
Baja visión: Capacidad visual reducida que no se corrige con gafas. Los usuarios pueden depender de la magnificación, el alto contraste o colores personalizados, por lo que el texto redimensionable y un fuerte contraste de color importan tanto.

Conceptos técnicos y de ARIA

Estos son los componentes a nivel de ingeniería: las partes de la página y el marcado que determinan si la tecnología de asistencia puede interpretar tu interfaz.

HTML semántico: HTML escrito con elementos que transmiten significado — <nav>, <main>, <button>, <article> y etiquetas de encabezado — en lugar de contenedores genéricos <div> y <span>. La semántica nativa proporciona a la tecnología de asistencia el rol, el estado y el comportamiento del teclado de forma gratuita, por lo que la primera regla de ARIA es «no uses ARIA si el HTML nativo puede hacer el trabajo».
ARIA: Accessible Rich Internet Applications. Un conjunto de atributos HTML (con el prefijo aria-) más roles que comunican el rol, el estado y las propiedades de los elementos de la interfaz a la tecnología de asistencia cuando la semántica nativa no basta — por ejemplo, aria-expanded en un desplegable personalizado. Un ARIA mal usado puede empeorar las cosas, así que debe aplicarse de forma deliberada.
Rol: Un atributo ARIA (o HTML implícito) que indica a la tecnología de asistencia qué es un elemento: un botón, una pestaña, un diálogo, una región de navegación. Los roles permiten a los usuarios entender y prever cómo interactuar con un control.
Nombre accesible: La etiqueta que un lector de pantalla anuncia para un elemento, calculada a partir de fuentes como el texto visible, aria-label, aria-labelledby o un <label> asociado. Un botón solo con icono y sin nombre accesible se anuncia como «botón», dejando al usuario adivinando.
Árbol de accesibilidad: Una estructura paralela que el navegador construye a partir del DOM y que expone los roles, nombres, estados y relaciones de los elementos a la tecnología de asistencia mediante las API de accesibilidad de la plataforma. Es lo que un lector de pantalla realmente «ve».
DOM: Document Object Model. La representación viva y estructurada de una página HTML en el navegador. El árbol de accesibilidad se deriva de él, por lo que un DOM bien estructurado es la base de una experiencia accesible.
AOM: Accessibility Object Model. Una API del navegador que expone el árbol de accesibilidad a JavaScript, lo que permite a los desarrolladores consultar y ajustar las propiedades de accesibilidad mediante programación.
Texto alternativo (alt): Una descripción textual de una imagen proporcionada mediante el atributo HTML alt. Los lectores de pantalla la anuncian para que los usuarios sin visión obtengan la información que transmite la imagen. Las imágenes decorativas deben usar un alt="" vacío para que se omitan en lugar de leerse como ruido.
Contraste de color: La diferencia de luminancia entre el texto y su fondo. Las WCAG exigen al menos 4.5:1 para el texto normal y 3:1 para el texto grande (y 3:1 para componentes de interfaz y gráficos significativos). Un contraste adecuado ayuda a los usuarios con baja visión y a cualquiera que lea bajo la luz brillante del sol.
Indicador de foco: Un contorno o resaltado visible que muestra qué elemento tiene actualmente el foco del teclado. Las WCAG exigen que sea claramente visible para que los usuarios de teclado siempre sepan dónde están. Eliminar los contornos de foco en CSS sin un reemplazo visible es un fallo común y grave.
Orden de foco: La secuencia en que el foco del teclado se desplaza por los elementos interactivos. Un orden lógico sigue el diseño visual y el significado del contenido, de modo que la navegación resulta predecible en lugar de desordenada.
Región (landmark): Una zona de la página identificada por su rol — banner, navigation, main, contentinfo — que permite a los usuarios de lectores de pantalla saltar directamente entre las secciones principales en lugar de leer de arriba abajo.
Enlace de salto (skip link): Un enlace, normalmente el primero en el orden de tabulación, que permite a los usuarios de teclado omitir la navegación repetida y saltar directamente al contenido principal. A menudo está oculto visualmente hasta que recibe el foco.
Texto real: Texto representado como caracteres HTML reales en lugar de incrustado en una imagen. El texto real se puede redimensionar, reorganizar, traducir y leer con tecnología de asistencia. Las imágenes de texto incumplen las WCAG salvo en logotipos y casos incidentales.
API: Application Programming Interface. En accesibilidad, las API de accesibilidad de la plataforma son los canales a través de los cuales la tecnología de asistencia se comunica con el sistema operativo y las aplicaciones para obtener información sobre los elementos de la interfaz.
CAPTCHA: Completely Automated Public Turing test to tell Computers and Humans Apart. Los CAPTCHA de imagen tradicionales son una barrera importante para los usuarios con discapacidad. Prefiere alternativas accesibles como los desafíos de audio, los campos honeypot o los métodos invisibles de puntuación de riesgo.

Pruebas, roles y proceso

La accesibilidad es algo que se verifica y se mantiene, no una casilla que se marca una sola vez. Estos términos cubren cómo los equipos la evalúan y la sostienen.

Pruebas automatizadas: Usar software para escanear las páginas en busca de problemas detectables como la falta de texto alternativo, el bajo contraste o las etiquetas vacías. Es rápido y excelente para detectar regresiones, pero solo encuentra una parte de todos los problemas. Nuestro software de escaneo de accesibilidad y nuestro escaneo de accesibilidad gratuito son buenos puntos de partida.
Pruebas manuales: Evaluación realizada por una persona usando tecnología de asistencia y juicio experto. Detecta lo que la automatización no puede: el orden de lectura lógico, el texto de enlace significativo, una gestión del foco sensata y si un flujo es realmente utilizable. Consulta nuestra guía de auditorías de accesibilidad manuales y nuestros servicios de auditorías recurrentes.
Pruebas de usabilidad con personas con discapacidad: Observar a usuarios reales de tecnología de asistencia completando tareas en tu producto. Este es el estándar de oro, ya que saca a la luz fricciones que ni las herramientas ni las listas de comprobación revelan. Explora nuestras auditorías realizadas por personas con discapacidad.
Auditoría de accesibilidad: Una evaluación estructurada de un producto frente a un estándar (normalmente WCAG 2.2 AA), que combina métodos automatizados y manuales para producir una lista priorizada de problemas con orientación para su corrección. Los principios se tratan en accesibilidad digital real.
Corrección (remediation): El trabajo de solucionar los problemas de accesibilidad que descubre una auditoría: corregir código, rediseñar componentes o reconstruir documentos. Para archivos que no son web, esto a menudo significa corrección de PDF para que los documentos sean legibles por la tecnología de asistencia.
VPAT / ACR (como proceso): Más allá de ser documentos, producir un ACR basado en VPAT es un proceso: probar el producto frente a cada criterio aplicable, registrar el nivel de soporte y documentar la evidencia. Los compradores consideran un ACR creíble como prueba de diligencia debida.
Shift Left: Trasladar el trabajo de accesibilidad a etapas más tempranas del ciclo de desarrollo: al diseño y la revisión de código en lugar de a correcciones tras el lanzamiento. Detectar los problemas pronto es muchísimo más barato que adaptarlos después, la idea central detrás de la consultoría de accesibilidad.
Declaración de accesibilidad: Una página pública que describe tu nivel de conformidad, las limitaciones conocidas, los estándares que sigues y cómo los usuarios pueden informar de barreras o solicitar ayuda. Muchas leyes, incluida la EAA, esperan que exista una.
Superposición de accesibilidad (overlay): Un widget de terceros que afirma hacer un sitio conforme automáticamente mediante un script y una barra de herramientas. Las superposiciones no ofrecen una conformidad genuina, pueden interferir con la propia tecnología de asistencia de los usuarios y han aparecido en demandas. QualiBooth no las respalda. Para un enfoque transparente y controlado por el usuario, consulta en su lugar nuestro kit de herramientas de accesibilidad y Agora.
A11y: Un numerónimo de «accessibility» (accesibilidad): la letra «a», 11 letras y luego «y». Una abreviatura habitual de la comunidad que verás en el código, las charlas de conferencias y los canales de equipo.
Diseño universal: Una filosofía de crear productos utilizables por tantas personas como sea posible sin adaptaciones especiales. En el trabajo digital significa diseñar pensando en la accesibilidad desde el principio en lugar de adaptarla después, y tiende a mejorar la usabilidad para todos, no solo para las personas con discapacidad.

Hacia dónde ir a partir de aquí

Un glosario te dice qué significan los términos; no puede decirte en qué situación está tu producto. La forma más rápida de convertir el vocabulario en acción es combinar una base automatizada con una revisión manual experta y pruebas con personas que usan tecnología de asistencia a diario.

Empieza con un escaneo de accesibilidad gratuito para ver los problemas superficiales, repasa los problemas de accesibilidad comunes que debes evitar y, cuando estés listo para una evaluación real, solicita una demostración o habla con nuestro equipo sobre consultoría de accesibilidad.