La terminología de accesibilidad se usa mucho, a menudo sin demasiada explicación, así que aquí tiene una referencia de trabajo para los términos que realmente aparecen cuando evalúa un estándar de cumplimiento, un informe de auditoría o la página de producto de un proveedor. Los términos están agrupados por tema de forma general, no en estricto orden alfabético, ya que algunos solo tienen sentido en relación con los demás.

Estándares y marcos legales

WCAG (Pautas de Accesibilidad al Contenido Web): El estándar técnico de accesibilidad web reconocido internacionalmente, publicado por el W3C. Casi todos los demás estándares y leyes de esta lista terminan remitiendo a la WCAG como su base técnica. Las versiones actuales en uso activo son la 2.1 y la 2.2, cada una con niveles de conformidad A, AA y AAA (AA es el nivel que exige realmente casi toda ley o estándar).

POUR: Los cuatro principios en torno a los que se organiza la WCAG: el contenido debe ser Perceptible, Operable, Comprensible y Robusto (por sus siglas en inglés, POUR). Si una corrección no encaja en uno de estos cuatro principios, probablemente no sea realmente una corrección de accesibilidad.

ADA (Ley de Estadounidenses con Discapacidades): Ley de derechos civiles de Estados Unidos. Los tribunales y el Departamento de Justicia han aplicado el Título III de la ADA a los sitios web del sector privado y el Título II a los sitios de los gobiernos estatales y locales, tomando en general la WCAG 2.1 AA como estándar práctico, aunque la propia ADA no nombra un estándar técnico concreto.

Sección 508: Una ley federal de Estados Unidos que exige a las agencias federales, y a los proveedores que les venden, hacer accesible la tecnología electrónica y de la información. Desde una actualización de 2017, sus requisitos técnicos remiten directamente a la WCAG 2.0 A y AA.

EAA (Ley Europea de Accesibilidad): Una directiva de la UE que exige que una amplia gama de productos y servicios vendidos a consumidores de la UE sean accesibles. Su aplicación comenzó el 28 de junio de 2025 para los productos y servicios nuevos, con plazos de transición posteriores para los contratos y productos ya existentes.

EN 301 549: El estándar técnico europeo armonizado que define qué significa “accesible” a efectos del cumplimiento de la EAA. Incorpora por completo la WCAG 2.1 AA desde la versión 3.2.1, así que cumplir con la WCAG 2.1 AA cubre la mayor parte de sus requisitos de contenido web.

PDF/UA: Un estándar técnico específico para documentos PDF accesibles (orden de lectura etiquetado, encabezados estructurados, texto alternativo adecuado dentro del propio PDF), aparte de la WCAG pero relacionado con ella.

Documentación y pruebas

VPAT (Plantilla Voluntaria de Accesibilidad de Producto): Un documento estandarizado que un proveedor rellena para describir en qué medida un producto concreto cumple con la WCAG, la Sección 508 y la EN 301 549, criterio por criterio. Se solicita habitualmente durante las compras empresariales y gubernamentales. El documento terminado a veces se llama ACR (Informe de Conformidad de Accesibilidad).

Declaración de accesibilidad: Una página pública que explica el compromiso de accesibilidad de una organización, su estado de conformidad actual y cómo informar de barreras. A menudo se exige para los sitios del sector público de la UE bajo la Directiva de Accesibilidad Web, y se publica habitualmente de forma voluntaria en otros lugares como constancia de un esfuerzo de buena fe.

Escaneo automatizado: Una herramienta que rastrea el código de un sitio y señala automáticamente posibles problemas de la WCAG, sin criterio humano. Es útil para detectar rápidamente un subconjunto relevante de problemas, pero no puede evaluar todo lo que exige una afirmación de conformidad real, ya que algunos criterios de éxito realmente necesitan el juicio de una persona.

Auditoría manual: Un experto humano que prueba un sitio directamente, a menudo incluyendo pruebas reales con tecnología de asistencia (lectores de pantalla, navegación solo con teclado), para detectar lo que el escaneo automatizado por sí solo pasa por alto. Proveedores como Deque Systems se especializan en este tipo de pruebas dirigidas por expertos.

Tecnología de asistencia (TA): Cualquier herramienta que una persona usa para interactuar con el contenido digital de forma distinta a la predeterminada, más comúnmente un lector de pantalla, pero también lupas de pantalla, dispositivos de conmutación, software de control por voz y líneas braille.

Términos de interfaz y contenido

Lector de pantalla: Un software que lee en voz alta el contenido de una página o lo envía a una línea braille, usado principalmente por personas ciegas o con baja visión. Ejemplos comunes son NVDA y JAWS en Windows, VoiceOver en dispositivos Apple, y TalkBack en Android.

Texto alternativo: Una breve descripción de texto asociada a una imagen, que un lector de pantalla lee en voz alta en lugar de la imagen en sí. Debe describir lo que la imagen realmente transmite, no cada detalle visual, y las imágenes puramente decorativas deben tener el texto alternativo vacío para que los lectores de pantalla las omitan.

Orden de foco: La secuencia en la que los elementos interactivos (enlaces, botones, campos de formulario) reciben el foco del teclado cuando un usuario pulsa Tab. Debe seguir un orden de lectura lógico que coincida con el diseño visual; un orden de foco desajustado es una barrera común y confusa para los usuarios que solo usan el teclado.

ARIA (Aplicaciones de Internet Enriquecidas y Accesibles): Un conjunto de atributos HTML que describen componentes interactivos personalizados a la tecnología de asistencia cuando el HTML nativo no tiene un elemento incorporado para ellos. Se usa mejor para cubrir carencias genuinas y no como un añadido por defecto, ya que un ARIA incorrecto puede hacer una página más difícil de usar que no tener ningún ARIA en absoluto.

HTML semántico: Escribir HTML usando elementos que describen lo que el contenido realmente es (<button>, <nav>, <h1>) en lugar de elementos genéricos con estilos para que lo parezcan. El HTML semántico le da a la tecnología de asistencia una estructura real con la que trabajar automáticamente, sin necesitar ARIA adicional para compensar.

Contraste de color: La diferencia de luminancia entre el texto y su fondo, medida como una relación. La WCAG AA exige una relación mínima (generalmente 4,5:1 para texto normal) para que las personas con baja visión o diferencias en la percepción del color puedan leerlo. El texto de bajo contraste es de forma constante el fallo de la WCAG más común de toda la web; el estudio WebAIM Million de 2026 lo encontró en el 83,9% de las páginas de inicio.

Navegación por teclado: La capacidad de operar cada parte interactiva de un sitio (menús, formularios, botones, ventanas modales) usando solo el teclado, sin ratón. Esencial para muchos usuarios de lectores de pantalla y para las personas con discapacidad motriz que no pueden usar un ratón.

Términos de proveedores y producto

Widget / overlay de accesibilidad: Una herramienta basada en script, normalmente una sola línea de JavaScript, que añade un panel de ajustes en la página (contraste, tamaño de fuente, ayudas de lectura) y, en muchos casos, alguna corrección automatizada como la generación de texto alternativo. Empresas como Wawsome, UserWay y accessiBe venden productos de esta categoría, a menudo combinados con complementos de monitorización o revisión manual.

Controversia de los overlays: El debate continuo y bien documentado sobre cuán eficaz es realmente la corrección automatizada basada en widget. Las encuestas a profesionales de la accesibilidad han encontrado un escepticismo real específicamente hacia los overlays, lo cual explica en parte por qué varios proveedores de esta categoría ahora combinan la automatización con trabajo de auditoría manual genuino en lugar de vender solo automatización.

Algunos términos más que vale la pena conocer

Nivel de conformidad: La WCAG define tres niveles, A, AA y AAA, cada uno más estricto que el anterior. AA es el nivel que exige realmente casi toda ley o estándar; AAA es un listón más alto que la mayoría de los sitios no intenta cumplir por completo, ya que algunos criterios de AAA son genuinamente difíciles de satisfacer para ciertos tipos de contenido.

Nombre accesible: El texto que anuncia un lector de pantalla para un elemento interactivo, como un botón o un enlace. Puede provenir del texto visible del elemento, de un atributo aria-label o de un elemento <label> asociado en el caso de un campo de formulario. Dos elementos pueden verse idénticos pero tener nombres accesibles muy distintos, o directamente ausentes.

Punto de referencia (landmark): Una región de una página marcada con un rol semántico, como <nav>, <main> o <footer>, que permite a un usuario de lector de pantalla saltar directamente a esa sección en lugar de leer primero todo lo que hay antes. Unos puntos de referencia bien colocados son una de las formas más sencillas de hacer que una página sea más rápida de recorrer para un usuario de lector de pantalla.

Enlace de salto (skip link): Un enlace, normalmente el primer elemento enfocable de una página y a menudo oculto visualmente hasta que recibe el foco del teclado, que permite a un usuario de teclado saltar directamente al contenido principal y evitar los menús de navegación repetidos. La ausencia de un enlace de salto obliga a un visitante que solo usa el teclado a recorrer con Tab toda la cabecera en cada página.

Carta de requerimiento: Una carta, normalmente de un bufete de abogados, que alega que un sitio web infringe la ley de accesibilidad (con mayor frecuencia la ADA en Estados Unidos) y solicita una corrección, a veces junto con una exigencia económica, a menudo como paso previo a una demanda si no se atiende.

Corrección (remediation): El trabajo real de arreglar un problema de accesibilidad identificado, ya sea un cambio de código, una edición de contenido (como añadir un texto alternativo real) o un ajuste de diseño. Se distingue de una auditoría, que identifica los problemas, y de los ajustes automatizados de un widget, que pueden resolver algunos problemas sin tocar el código subyacente.