A

• Abreviaturas

  Forma corta de una palabra o frase. Deben expandirse la primera vez que aparecen o proporcionarse mediante el elemento HTML <abbr> con el atributo "title" para accesibilidad.

• Accesibilidad desde el inicio

  Enfoque de desarrollo que integra la accesibilidad desde las primeras etapas del proyecto, en lugar de añadirla como una corrección posterior. Más eficiente y efectivo.

• Accesibilidad mínima

  Nivel básico de accesibilidad necesario para cumplir requisitos legales o estándares mínimos (generalmente WCAG 2.1 Nivel A). Debe ser el punto de partida, no el objetivo final.

• Accesibilidad óptima

  Nivel ideal de accesibilidad que va más allá de cumplir estándares, buscando la mejor experiencia posible para todos los usuarios, incluyendo aquellos con discapacidades.

• Accesibilidad progresiva

  Enfoque que mejora la accesibilidad de forma incremental, añadiendo características accesibles sobre una base funcional. Similar a progressive enhancement pero enfocado en accesibilidad.

• Accesibilidad retroactiva

  Proceso de añadir accesibilidad a un sitio web existente que no fue diseñado con accesibilidad desde el inicio. Generalmente más costoso y menos efectivo que accesibilidad desde el inicio.

• Accesskey

  Atributo HTML que asigna un atajo de teclado a un elemento. Raramente usado debido a conflictos con atajos del navegador y falta de descubribilidad para usuarios.

• Acordeón

  Componente que muestra/oculta secciones de contenido al hacer clic en encabezados. Debe usar aria-expanded para indicar estado, gestionar el foco y ser navegable por teclado.

• ACR

  Accessibility Conformance Report: informe que documenta el cumplimiento de accesibilidad de un producto o servicio, basado en el formato VPAT.

• Acrónimos

  Palabra formada por las letras iniciales de otras palabras. Deben expandirse la primera vez que aparecen o proporcionarse mediante el elemento HTML <abbr> con el atributo "title" para accesibilidad.

• ADA

  Ley estadounidense que prohíbe la discriminación por discapacidad. Aplica a sitios web de entidades públicas y privadas que son "lugares de acomodación pública".

• Ajustes razonables

  Modificaciones o adaptaciones necesarias para garantizar que personas con discapacidades puedan acceder en igualdad de condiciones, requeridas por legislación de derechos de discapacidad.

• Ampliador de pantalla

  Software que amplía una porción de la pantalla para personas con baja visión, permitiendo ver el contenido con mayor tamaño mientras mantienen el contexto del resto de la interfaz.

• ARIA Authoring Practices

  Guía del W3C que proporciona patrones de diseño, ejemplos de código y prácticas recomendadas para implementar componentes accesibles usando ARIA.

• ARIA live

  Atributo ARIA que indica que una región del contenido se actualiza dinámicamente y debe ser anunciada por lectores de pantalla. Valores: "off", "polite", "assertive".

  Ver más →

• ARIA properties

  Atributos ARIA que describen características de un elemento (aria-label, aria-describedby, aria-labelledby). Proporcionan información adicional a tecnologías de asistencia.

• ARIA states

  Atributos ARIA que indican el estado actual de un elemento (aria-checked, aria-expanded, aria-selected, aria-disabled). Deben actualizarse dinámicamente cuando cambia el estado.

• aria-atomic

  Atributo ARIA que indica si todo el contenido de una región live debe anunciarse (true) o solo los cambios (false). Útil para evitar anuncios parciales confusos.

• aria-controls

  Atributo ARIA que identifica el ID de uno o más elementos que son controlados por el elemento actual. Establece una relación entre el control y el contenido controlado.

• aria-current

  Atributo ARIA que indica el elemento actual dentro de un conjunto de elementos relacionados (página actual en navegación, paso actual en un proceso). Valores: "page", "step", "location", "date", "time", "true", "false".

• aria-describedby

  Atributo ARIA que referencia el ID de uno o más elementos que proporcionan una descripción adicional del elemento. Complementa el nombre accesible con información contextual, instrucciones o mensajes de error.

• aria-expanded

  Atributo ARIA que indica si un elemento controlable está expandido o colapsado. Debe actualizarse dinámicamente cuando cambia el estado. Valores: "true" (expandido), "false" (colapsado), o undefined (no aplicable).

• aria-hidden

  Atributo ARIA que indica si un elemento y sus descendientes deben ser ocultados de las tecnologías de asistencia. Útil para elementos decorativos o redundantes que no aportan información accesible.

  Ver más →

• aria-invalid

  Atributo ARIA que indica que el valor de un campo de formulario no es válido. Debe actualizarse dinámicamente durante la validación. Valores: "true", "false", "grammar", "spelling".

• aria-label

  Atributo ARIA que proporciona un nombre accesible para un elemento cuando no hay texto visible o el texto visible no es descriptivo. Esencial para iconos, botones sin texto y elementos decorativos que necesitan identificación.

  Ver más →

• aria-labelledby

  Atributo ARIA que referencia el ID de uno o más elementos que proporcionan el nombre accesible para el elemento actual. Útil cuando el label está en otro lugar del DOM.

  Ver más →

• aria-relevant

  Atributo ARIA que indica qué tipos de cambios en una región live son relevantes: "additions", "removals", "text", "all". Controla qué cambios se anuncian.

• aria-required

  Atributo ARIA que indica que un campo de formulario es obligatorio. Debe usarse junto con el atributo HTML "required" para máxima compatibilidad. Valores: "true" o "false".

• Atajos de teclado

  Combinaciones de teclas que activan funciones específicas. Deben ser documentados, no conflictuar con atajos del sistema/navegador, y proporcionar alternativas para usuarios que no pueden usarlos.

• Audiodescripción

  Narración adicional que describe elementos visuales importantes de un video para personas ciegas o con baja visión. Se inserta en pausas del diálogo o como pista de audio separada.

• Auditoría de accesibilidad

  Evaluación sistemática de la accesibilidad de un sitio web, generalmente realizada mediante herramientas automatizadas, pruebas manuales y pruebas con usuarios con discapacidades.

• Auto-play

  Reproducción automática de audio o video al cargar una página. Puede causar problemas de accesibilidad si no se puede detener o controlar. WCAG 2.1 requiere que el usuario pueda pausar, detener o silenciar contenido que se reproduce automáticamente.

• Autocompletado

  Funcionalidad que completa automáticamente campos de formulario basándose en entradas anteriores. Debe ser accesible por teclado y anunciarse correctamente a lectores de pantalla.

• axe DevTools

  Herramienta de auditoría de accesibilidad que identifica problemas de accesibilidad en páginas web. Disponible como extensión de navegador y SDK para integración en CI/CD.

B

• Barrera de accesibilidad

  Cualquier elemento del diseño o implementación que impide o dificulta el acceso de personas con discapacidades al contenido o funcionalidad de un sitio web.

• Botón de envío

  Botón que envía un formulario. Debe tener texto descriptivo, ser accesible por teclado y proporcionar feedback cuando se procesa el envío.

• Braille digital

  Sistema de lectura táctil mediante líneas Braille que muestran texto en caracteres Braille, conectadas a lectores de pantalla para personas ciegas que prefieren lectura táctil.

• Breadcrumbs

  Navegación secundaria que muestra la ruta jerárquica desde la página principal hasta la página actual. Ayuda a usuarios a entender su ubicación y navegar hacia atrás.

C

• Campo de formulario

  Elemento de entrada de datos en un formulario (input, textarea, select). Debe tener un label asociado y ser accesible por teclado según WCAG 2.1.

• Carrusel

  Componente que muestra múltiples elementos en rotación. Debe tener controles accesibles, pausar animaciones automáticas, gestionar el foco y anunciarse correctamente a lectores de pantalla.

• Checklist de accesibilidad

  Lista de verificación de elementos de accesibilidad que deben cumplirse en un proyecto. Útil para asegurar que no se pasen por alto aspectos importantes.

• Composite widget

  Widget compuesto por múltiples elementos interactivos (menú desplegable, grid, tablist). Requiere gestión de foco, navegación por teclado y roles ARIA complejos.

• Conformidad

  Cumplimiento de los criterios de éxito de WCAG en un nivel específico (A, AA o AAA). Requiere cumplir todos los criterios de ese nivel y los niveles inferiores.

  Ver más →

• Contenido de solo audio

  Contenido que solo incluye audio sin componente visual. WCAG 2.1 requiere transcripción textual para este tipo de contenido.

• Contenido de solo video

  Contenido que solo incluye video sin audio o con audio que no es esencial. Requiere alternativa textual o audiodescripción según WCAG 2.1.

• Contenido no textual

  Cualquier contenido que no sea texto, incluyendo imágenes, gráficos, iconos, botones con imágenes, videos, audio. WCAG 2.1 requiere alternativas textuales para este contenido.

• Contenido oculto

  Contenido que está oculto visualmente pero presente en el DOM. Puede ser accesible o inaccesible según cómo se oculte. Usar técnicas apropiadas según el propósito.

  Ver más →

• Contenido que parpadea

  Contenido que parpadea o destella. WCAG 2.1 Criterio 2.3.1 prohíbe contenido que parpadea más de 3 veces por segundo debido al riesgo de convulsiones epilépticas.

• Contraste de color

  Diferencia de luminosidad entre el color del texto y su fondo. WCAG 2.1 requiere ratios mínimos: 4.5:1 para texto normal (AA) y 3:1 para texto grande (AA), 7:1 para texto normal (AAA).

  Ver más →

• Control por cabeza

  Dispositivo de entrada que permite controlar el cursor mediante movimientos de la cabeza. Requiere que las interfaces web tengan objetivos táctiles adecuados y sean compatibles con sistemas de control por cabeza.

• Control por voz

  Tecnología que permite controlar dispositivos y software mediante comandos de voz. Requiere que las interfaces web sean compatibles con reconocimiento de voz y proporcionen alternativas cuando sea necesario.

• Criterio de éxito

  Requisito específico y verificable de WCAG que debe cumplirse para lograr conformidad. Cada criterio tiene técnicas suficientes y fallos comunes documentados.

  Ver más →

D

• Daltonismo

  Condición que afecta la capacidad de distinguir ciertos colores. Afecta aproximadamente al 8% de los hombres y 0.5% de las mujeres. Requiere que la información no dependa solo del color.

  Ver más →

• Debounce

  Técnica de programación que limita la frecuencia de ejecución de una función. Útil para optimizar búsquedas y validaciones, pero debe mantener la accesibilidad.

• Declaración de accesibilidad

  Documento público que describe el estado de accesibilidad de un sitio web, incluyendo nivel de conformidad WCAG alcanzado, alcance, excepciones y método de evaluación.

• Definiciones

  Explicaciones del significado de palabras o frases. WCAG 2.1 requiere que palabras o frases usadas de manera inusual o restringida tengan definiciones disponibles mediante el elemento HTML <dfn> o enlaces a glosarios.

• Descripción accesible

  Descripción adicional de un elemento proporcionada mediante aria-describedby. Complementa el nombre accesible con información contextual o instrucciones.

• Descripción larga

  Descripción detallada de contenido complejo (gráficos, diagramas, tablas) que complementa el texto alternativo corto. Se puede proporcionar mediante longdesc, aria-describedby o texto cercano.

• Diálogo modal

  Ventana de diálogo que requiere interacción del usuario antes de continuar. Debe gestionar el foco correctamente, tener un nombre accesible y permitir cerrarse con Escape.

• Dirección de arte

  Práctica de mostrar diferentes versiones de una imagen según el contexto (tamaño de pantalla, orientación). Se implementa mediante el elemento HTML <picture> y mejora la accesibilidad visual.

• Discapacidad temporal

  Limitación funcional temporal causada por lesiones, cirugías o condiciones médicas temporales. Demuestra que la accesibilidad beneficia a más personas que solo aquellas con discapacidades permanentes.

• Diseño inclusivo

  Enfoque de diseño que considera la diversidad de usuarios desde el inicio del proceso de diseño. Va más allá de cumplir estándares, buscando crear experiencias que funcionen para todos.

• Diseño responsive

  Enfoque de diseño que hace que las páginas web se adapten a diferentes tamaños de pantalla y dispositivos. Esencial para accesibilidad en dispositivos móviles y tablets.

• Diseño universal

  Principio de diseño que busca crear productos y entornos utilizables por todas las personas, sin necesidad de adaptación o diseño especializado.

• Diversidad funcional

  Término alternativo a "discapacidad" que enfatiza la diversidad de capacidades humanas en lugar de limitaciones. Usado en algunos contextos para lenguaje más inclusivo.

E

• EAA

  Directiva europea que requiere que productos y servicios digitales sean accesibles. Aplica a sitios web, aplicaciones móviles y software desde 2025.

• Elemento article

  Elemento HTML5 <article> que identifica contenido independiente y autocontenido (artículo, post, comentario). Puede haber múltiples elementos article en una página.

• Elemento aside

  Elemento HTML5 <aside> que identifica contenido relacionado pero secundario al contenido principal. Equivalente a role="complementary" y reconocido como landmark por lectores de pantalla.

• Elemento footer

  Elemento HTML5 <footer> que identifica el pie de página de una sección o página. Cuando es el pie de página principal del sitio, es equivalente a role="contentinfo".

• Elemento header

  Elemento HTML5 <header> que identifica el encabezado de una sección o página. Cuando es el encabezado principal del sitio, es equivalente a role="banner".

• Elemento main

  Elemento HTML5 <main> que identifica el contenido principal único de la página. Debe haber solo uno por página y ayuda a los lectores de pantalla a identificar y navegar al contenido principal.

• Elemento nav

  Elemento HTML5 <nav> que identifica una sección de navegación. Puede haber múltiples elementos nav en una página, cada uno debe tener un nombre accesible si hay más de uno.

• Elemento section

  Elemento HTML5 <section> que identifica una sección temática del documento. Debe tener un encabezado (H1-H6) y ayuda a estructurar el contenido de forma semántica.

• Elementos de sección

  Elementos HTML5 que crean secciones en el documento: <article>, <section>, <nav>, <aside>. Ayudan a crear la estructura semántica del documento y son reconocidos como landmarks por lectores de pantalla.

• EN 301 549

  Estándar europeo que especifica requisitos de accesibilidad para productos y servicios de tecnologías de la información y comunicación (TIC), basado en WCAG 2.1.

• Enfermedad vestibular

  Condición que afecta el equilibrio y causa mareo por movimiento. En accesibilidad web, requiere respetar la preferencia "reducir movimiento" y evitar animaciones que causen mareo.

• Enlace roto

  Enlace que apunta a una URL que no existe o no es accesible. Afecta la usabilidad y accesibilidad, especialmente para usuarios que navegan por enlaces con lectores de pantalla.

• Enlaces descriptivos

  Enlaces con texto que describe claramente su destino o propósito sin necesidad de contexto adicional. WCAG 2.4.4 requiere que el propósito del enlace sea identificable desde el texto del enlace o su contexto.

• Espaciado de texto

  Espacio entre caracteres, palabras y párrafos. WCAG 2.1 Criterio 1.4.12 requiere que el texto pueda ajustarse sin pérdida de contenido o funcionalidad cuando se modifica el espaciado.

• Espacio en blanco

  Áreas vacías entre elementos de diseño. El espacio en blanco adecuado mejora la legibilidad, reduce la sobrecarga cognitiva y facilita la navegación, especialmente para usuarios con discapacidad cognitiva.

• Esquema de color

  Paleta de colores utilizada en un sitio web. Debe proporcionar suficiente contraste y no depender solo del color para transmitir información importante.

• Esquema del documento

  Estructura jerárquica de una página web basada en sus encabezados (H1-H6). Los lectores de pantalla usan el esquema para navegar y entender la organización del contenido.

• Evento de ratón

  Evento JavaScript disparado por interacciones del ratón (click, hover, etc.). No debe ser el único método de interacción; debe haber equivalentes por teclado.

• Evento de teclado

  Evento JavaScript que se dispara cuando el usuario presiona una tecla. Debe manejarse correctamente para permitir navegación y operación por teclado accesible.

• Extender tiempo

  Funcionalidad que permite al usuario aumentar el tiempo disponible para completar una acción. WCAG 2.1 requiere que los límites de tiempo sean ajustables, extendibles o desactivables.

F

• Fallos comunes

  Errores documentados por el W3C que causan el incumplimiento de un criterio de éxito de WCAG. Evitar estos fallos es esencial para lograr conformidad.

• Fatiga visual

  Cansancio o molestia en los ojos causado por uso prolongado de pantallas, afectando especialmente a personas con sensibilidad visual o condiciones oculares preexistentes.

• Foco

  Indicador visual y programático que muestra qué elemento de la interfaz está actualmente seleccionado y listo para recibir entrada del teclado. Esencial para navegación accesible.

  Ver más →

• Fotofobia

  Sensibilidad extrema a la luz que causa molestia o dolor ocular. En accesibilidad web, requiere opciones para reducir brillo y evitar animaciones parpadeantes.

• Fotosensibilidad

  Sensibilidad a luces parpadeantes o patrones que pueden desencadenar convulsiones epilépticas. WCAG prohíbe contenido que parpadea más de 3 veces por segundo.

• Fuente legible

  Tipo de letra diseñada para ser fácil de leer, especialmente en pantallas. Las fuentes sans-serif suelen ser más legibles que las serif para texto en pantalla.

G

• Gestión de foco

  Práctica de controlar programáticamente dónde va el foco en la interfaz, especialmente importante en componentes dinámicos como modales, menús desplegables y contenido que aparece/desaparece.

• Graceful degradation

  Estrategia donde una aplicación funciona en navegadores modernos pero se degrada elegantemente en navegadores antiguos o sin ciertas características. Complementa progressive enhancement.

• Grupo de campos

  Elemento HTML que agrupa campos de formulario relacionados. Se usa con <legend> para proporcionar una etiqueta al grupo. Esencial para formularios complejos y accesibles.

H

• Herramienta automatizada

  Software que verifica automáticamente aspectos de accesibilidad (contraste, ARIA, HTML semántico). Útil pero no puede detectar todos los problemas; requiere pruebas manuales complementarias.

I

• Imágenes responsivas

  Imágenes que se adaptan a diferentes tamaños de pantalla y resoluciones. Se implementan mediante srcset, sizes y picture, mejorando el rendimiento y la accesibilidad en dispositivos móviles.

• Indicador de foco visible

  Indicador visual claro que muestra qué elemento tiene foco, permitiendo a usuarios de teclado saber dónde están en la página. WCAG 2.4.7 requiere que sea visible y distinguible.

  Ver más →

• Infinite scroll

  Técnica donde el contenido se carga automáticamente al hacer scroll. Puede causar problemas de accesibilidad si no se implementa correctamente: pérdida de foco, falta de navegación, problemas con lectores de pantalla.

• Interlineado

  Espacio vertical entre líneas de texto. Un interlineado adecuado (mínimo 1.5 veces el tamaño de fuente) mejora la legibilidad, especialmente para personas con dislexia o baja visión.

• Interruptores

  Dispositivos de entrada alternativos que permiten controlar tecnología mediante botones grandes, soplido, succión u otros métodos, para personas con movilidad limitada.

• ISO 40500

  Estándar ISO que adopta WCAG 2.0 como estándar internacional de accesibilidad web. Proporciona reconocimiento internacional a las pautas WCAG.

J

• JAWS

  Lector de pantalla comercial popular para Windows. Ampliamente usado por personas ciegas, importante para probar compatibilidad de accesibilidad.

• Jerarquía de encabezados

  Estructura lógica y ordenada de encabezados (h1-h6) que organiza el contenido en niveles jerárquicos, esencial para navegación con tecnologías de asistencia y comprensión del contenido.

  Ver más →

• Jerarquía visual

  Organización visual de elementos que indica su importancia relativa mediante tamaño, color, contraste y posición. Una jerarquía clara mejora la comprensión y accesibilidad del contenido.

L

• Label

  Etiqueta asociada a un campo de formulario que describe su propósito. Se implementa con el elemento <label> en HTML, conectado al campo mediante el atributo "for" o envolviendo el campo.

  Ver más →

• Landmark

  Región semántica de una página identificada por elementos HTML5 (nav, main, aside) o roles ARIA (navigation, main, complementary). Ayuda a la navegación con lectores de pantalla.

• Landmarks

  Regiones semánticas de una página web identificadas por elementos HTML5 o ARIA que permiten a las tecnologías de asistencia navegar rápidamente entre secciones principales del contenido.

  Ver más →

• Lazy loading

  Técnica que carga contenido (imágenes, videos) solo cuando es necesario, mejorando el tiempo de carga inicial. Debe implementarse de forma accesible, asegurando que el contenido sea disponible cuando se necesite.

• Lector de pantalla

  Software que convierte texto y elementos de la interfaz en voz sintética o Braille, permitiendo que personas ciegas o con baja visión naveguen y usen aplicaciones informáticas.

  Ver más →

• Lengua de signos

  Lenguaje visual que utiliza gestos, expresiones faciales y movimientos corporales para comunicarse. WCAG 2.1 Nivel AAA recomienda proporcionar interpretación en lengua de signos para contenido de audio.

• Lenguaje claro

  Escritura que es fácil de entender para la audiencia objetivo. WCAG 2.1 Nivel AAA recomienda que el contenido esté escrito en lenguaje claro y simple, especialmente para usuarios con discapacidad cognitiva.

• Leyenda

  Elemento HTML que proporciona una etiqueta descriptiva para un grupo de campos (fieldset). Describe el propósito del grupo de campos relacionados.

• Lighthouse

  Herramienta de Google que audita el rendimiento, accesibilidad, mejores prácticas y SEO de páginas web. Incluye una auditoría de accesibilidad basada en WCAG.

• Límite de tiempo

  Restricción temporal en una acción o sesión. WCAG 2.1 requiere que los límites de tiempo sean ajustables, extendibles o desactivables, excepto en casos específicos (eventos en vivo, seguridad).

• Lista de definiciones

  Lista HTML (<dl>) que agrupa términos con sus definiciones. Usa <dt> para términos y <dd> para definiciones. Útil para glosarios, metadatos y pares término-valor.

• Lista desordenada

  Lista HTML (<ul>) donde el orden de los elementos no es significativo. Los lectores de pantalla anuncian que es una lista, facilitando la comprensión de contenido agrupado.

• Lista ordenada

  Lista HTML (<ol>) donde el orden de los elementos es significativo. Los lectores de pantalla anuncian el número de cada elemento, facilitando la comprensión de secuencias ordenadas.

• Luminancia relativa

  Medida de la luminosidad relativa de un color, usada para calcular el ratio de contraste. Se calcula usando valores RGB normalizados según la fórmula WCAG.

M

• Manipulación del DOM

  Modificación del Document Object Model mediante JavaScript. Los cambios dinámicos deben anunciarse a tecnologías de asistencia mediante ARIA live regions o actualizaciones de estado.

• Mapa del sitio

  Página que lista todas las páginas principales de un sitio web de forma jerárquica. Útil para navegación y SEO, especialmente para usuarios que buscan contenido específico.

• Medios sincronizados

  Contenido que combina audio y video, donde el audio está sincronizado con el video. Requiere subtítulos y posiblemente audiodescripción según WCAG 2.1.

• Mensaje de error

  Texto que indica que un campo de formulario tiene un valor inválido. Debe estar asociado al campo mediante aria-describedby, ser descriptivo y anunciarse a lectores de pantalla.

• Mensaje de éxito

  Texto que confirma que una acción se completó correctamente. Debe anunciarse a lectores de pantalla mediante aria-live o role="status" y ser claro y descriptivo.

• Menú desplegable

  Menú que se despliega al activar un botón o enlace. Debe ser accesible por teclado, gestionar el foco correctamente y anunciarse a lectores de pantalla con roles ARIA apropiados.

N

• Navegación por encabezados

  Método de navegación con lectores de pantalla que permite saltar entre encabezados (H1-H6) de la página usando atajos de teclado, facilitando la comprensión de la estructura del contenido.

• Navegación por enlaces

  Método de navegación con lectores de pantalla que permite listar y navegar todos los enlaces de la página, facilitando el acceso rápido a diferentes secciones o páginas.

• Navegación por landmarks

  Método de navegación con lectores de pantalla que permite saltar entre regiones principales de la página (main, nav, aside, header, footer) usando atajos de teclado específicos.

• Navegación por listas

  Método de navegación con lectores de pantalla que permite identificar y navegar listas (ordenadas, desordenadas, de definición) en la página, facilitando la comprensión de contenido estructurado.

• Navegación por teclado

  Capacidad de usar un sitio web completamente mediante teclado sin necesidad de mouse. Esencial para usuarios con discapacidad motora y requisito fundamental de WCAG 2.1.1.

  Ver más →

• Nivel A

  Nivel mínimo de conformidad WCAG. Incluye los criterios más básicos y esenciales para accesibilidad web. Todos los sitios deben cumplir al menos este nivel.

• Nivel AA

  Nivel recomendado de conformidad WCAG. Incluye todos los criterios de Nivel A más criterios adicionales. Es el estándar más comúnmente requerido por legislación.

• Nivel AAA

  Nivel óptimo de conformidad WCAG. Incluye todos los criterios de Nivel A y AA más criterios adicionales más estrictos. Raramente se alcanza en sitios completos.

• Nivel de lectura

  Medida de la complejidad del texto. WCAG 2.1 Nivel AAA requiere que el contenido esté escrito a un nivel de educación secundaria (aproximadamente 9 años de escolaridad) o proporcionar una versión simplificada.

• Nombre accesible

  Nombre de un elemento calculado por tecnologías de asistencia usando aria-label, aria-labelledby, label asociado o contenido textual. Esencial para identificar elementos.

• NVDA

  Lector de pantalla gratuito y de código abierto para Windows. Esencial para probar la accesibilidad de sitios web con tecnologías de asistencia reales.

O

• Orden de tabulación

  Secuencia en que los elementos interactivos reciben foco cuando el usuario navega con la tecla Tab. Debe seguir un orden lógico y predecible que coincida con el orden visual y de lectura.

  Ver más →

• Orientación

  Dirección de la pantalla (vertical/portrait o horizontal/landscape). WCAG 2.1 Criterio 1.3.4 requiere que el contenido no restrinja su vista y operación a una sola orientación.

P

• Pa11y

  Herramienta de línea de comandos para probar la accesibilidad de páginas web. Útil para integración en pipelines de CI/CD y pruebas automatizadas.

• Página 404

  Página de error que se muestra cuando se intenta acceder a una URL que no existe. Debe ser accesible, informativa y proporcionar opciones de navegación para ayudar al usuario.

• Patrón de accesibilidad

  Solución reutilizable y probada para implementar componentes accesibles (modales, menús, carruseles). Los patrones ARIA Authoring Practices proporcionan ejemplos de referencia.

• Pausar, detener, ocultar

  Criterio WCAG 2.1 2.2.2 que requiere que contenido en movimiento, parpadeante, desplazándose o actualizándose automáticamente pueda ser pausado, detenido u ocultado por el usuario.

• Personas con discapacidad

  Individuos que tienen limitaciones físicas, sensoriales, cognitivas o de desarrollo que afectan su capacidad de interactuar con tecnología. El diseño accesible beneficia a todos los usuarios.

• Pestañas

  Componente que organiza contenido en paneles intercambiables. Debe usar roles ARIA apropiados (tablist, tab, tabpanel), gestionar navegación por teclado y mantener el estado activo.

• Placeholder

  Texto de ejemplo que aparece dentro de un campo de formulario cuando está vacío. No debe usarse como sustituto de labels, ya que desaparece al escribir y puede no ser leído por lectores de pantalla.

• Popover

  Contenido emergente que aparece sobre otros elementos. Debe gestionar el foco correctamente, tener un nombre accesible y permitir cerrarse. Similar a tooltip pero más complejo.

• Principios POUR

  Los cuatro principios fundamentales de WCAG: Perceptible, Operable, Comprensible y Robusto. Forman la base de todas las pautas de accesibilidad web.

  Ver más →

• Progressive enhancement

  Estrategia de desarrollo que comienza con HTML semántico básico y añade capas de CSS y JavaScript. Asegura que el contenido sea accesible incluso sin JavaScript o CSS.

• Pronunciación

  Forma en que se pronuncia una palabra. WCAG 2.1 Nivel AAA recomienda proporcionar pronunciación para palabras que pueden ser ambiguas o desconocidas, especialmente mediante el elemento HTML <ruby>.

• Prueba con lector de pantalla

  Evaluación de accesibilidad realizada usando lectores de pantalla reales (NVDA, JAWS, VoiceOver, TalkBack). Esencial para verificar que el contenido es accesible para usuarios ciegos o con baja visión.

• Prueba con usuarios

  Evaluación de accesibilidad realizada con usuarios reales con discapacidades. Proporciona insights valiosos sobre la experiencia de usuario y problemas de accesibilidad prácticos.

• Prueba de accesibilidad

  Proceso de evaluar si un sitio web cumple con estándares de accesibilidad. Incluye pruebas automatizadas, manuales y con usuarios, usando herramientas y técnicas específicas.

• Prueba de daltonismo

  Evaluación de accesibilidad que verifica que la información no dependa solo del color. Se realiza usando simuladores de daltonismo o herramientas que verifican contraste y uso del color.

• Prueba manual

  Evaluación de accesibilidad realizada por humanos, incluyendo navegación por teclado, uso de lectores de pantalla, verificación de contraste y pruebas con usuarios reales.

• Prueba por teclado

  Evaluación de accesibilidad realizada navegando y operando el sitio web usando solo el teclado (sin ratón). Verifica que todos los elementos interactivos sean accesibles mediante teclado.

R

• Ratio de contraste

  Medida numérica de la diferencia de luminosidad entre dos colores, expresada como ratio (ej: 4.5:1). WCAG 2.1 define ratios mínimos para texto y elementos gráficos.

• Reconocimiento de voz

  Tecnología que permite controlar dispositivos y escribir texto mediante comandos de voz, útil para personas con discapacidad motora o que no pueden usar teclado/mouse.

• Region

  Área de contenido identificada mediante role="region" y un nombre accesible. Similar a landmarks pero para áreas de contenido personalizadas.

• Rendimiento percibido

  Medida de qué tan rápido parece ser un sitio web para el usuario, independientemente del tiempo real de carga. Mejorar el rendimiento percibido es importante para usuarios con conexiones lentas o limitadas.

• Required

  Campo de formulario que es obligatorio completar. Se marca con el atributo HTML "required" y debe indicarse visualmente (asterisco, texto) y programáticamente (aria-required).

• role="alert"

  Rol ARIA que marca contenido importante que debe ser anunciado inmediatamente por lectores de pantalla. Equivalente a aria-live="assertive" y aria-atomic="true".

• role="article"

  Rol ARIA que identifica una pieza de contenido independiente. Equivalente al elemento HTML5 <article>. Útil para artículos de blog, posts, comentarios, etc.

• role="banner"

  Rol ARIA que identifica el encabezado principal de la página. Equivalente al elemento HTML5 <header> cuando es el encabezado principal del sitio.

• role="button"

  Rol ARIA que identifica un elemento como botón cuando no se puede usar el elemento HTML <button>. Debe ser accesible por teclado y tener un nombre accesible.

  Ver más →

• role="combobox"

  Rol ARIA que identifica una caja combinada (input con lista desplegable). Debe gestionar correctamente la entrada de texto, la selección de opciones y la navegación por teclado.

• role="complementary"

  Rol ARIA que identifica contenido complementario al contenido principal. Equivalente al elemento HTML5 <aside>. Debe tener un nombre accesible si hay múltiples regiones complementarias.

• role="contentinfo"

  Rol ARIA que identifica el pie de página principal de la página. Equivalente al elemento HTML5 <footer> cuando es el pie de página principal del sitio.

• role="dialog"

  Rol ARIA que identifica un diálogo o ventana modal. Debe tener un nombre accesible (aria-labelledby o aria-label), gestionar el foco correctamente y permitir cerrar con Escape.

  Ver más →

• role="menu"

  Rol ARIA que identifica un menú de opciones. Debe usarse con role="menuitem" para cada opción, gestionar navegación por teclado (flechas) y tener un nombre accesible.

• role="menubar"

  Rol ARIA que identifica una barra de menú horizontal que contiene múltiples menús. Debe usarse con role="menu" para cada menú y gestionar navegación por teclado correctamente.

• role="menuitem"

  Rol ARIA que identifica un elemento individual dentro de un menú. Debe usarse dentro de role="menu" o role="menubar" y ser accesible por teclado con navegación por flechas.

• role="search"

  Rol ARIA que identifica una región de búsqueda. Ayuda a los usuarios a localizar rápidamente la funcionalidad de búsqueda en la página.

• role="status"

  Rol ARIA que marca contenido informativo que debe ser anunciado cuando el lector de pantalla termine de hablar. Equivalente a aria-live="polite".

• role="tab"

  Rol ARIA que identifica una pestaña individual dentro de un conjunto de pestañas. Debe usarse con role="tablist" y role="tabpanel", gestionando correctamente el estado activo y la navegación por teclado.

• role="tablist"

  Rol ARIA que identifica una lista de pestañas. Debe usarse con role="tab" para las pestañas y role="tabpanel" para los paneles, gestionando correctamente la navegación y el estado activo.

• role="tabpanel"

  Rol ARIA que identifica el panel de contenido asociado a una pestaña. Debe estar asociado con role="tab" mediante aria-labelledby y mostrarse/ocultarse según la pestaña activa.

S

• Saltar al contenido

  Enlace invisible que aparece al recibir foco, permitiendo a usuarios de teclado saltar directamente al contenido principal, evitando navegar repetitivamente por menús y encabezados.

  Ver más →

• Scroll hijacking

  Antipatrón de diseño donde el scroll natural del navegador es reemplazado por animaciones personalizadas, causando problemas de accesibilidad, navegación por teclado y control del usuario.

• Sección 508

  Ley estadounidense que requiere que la tecnología de la información utilizada por agencias federales sea accesible para personas con discapacidades. Actualizado para requerir WCAG 2.1 Nivel AA.

• Section 508

  Enmienda de la Ley de Rehabilitación de EE.UU. que requiere que la tecnología de la información y comunicación de agencias federales sea accesible. Basada en WCAG 2.0 Nivel AA.

• Seguimiento ocular

  Tecnología que rastrea el movimiento de los ojos para controlar dispositivos. Requiere que las interfaces web tengan objetivos táctiles adecuados y sean compatibles con sistemas de seguimiento ocular.

• Semántica HTML

  Uso de elementos HTML que comunican significado y estructura del contenido, permitiendo que navegadores y tecnologías de asistencia interpreten correctamente la información.

  Ver más →

• Servicio de video descriptivo

  Servicio que proporciona narración adicional que describe elementos visuales importantes de un video para personas ciegas o con baja visión. Similar a audiodescripción pero como servicio separado.

• Sin límite de tiempo

  Situación donde no hay restricción temporal en una acción o sesión. WCAG 2.1 permite límites de tiempo solo en casos específicos (eventos en vivo, seguridad, actividades en tiempo real).

• Sip and puff

  Dispositivo de entrada que permite controlar tecnología mediante soplido y succión. Utilizado por personas con limitaciones motoras severas para interactuar con dispositivos mediante diferentes patrones de respiración.

• Software de dictado

  Aplicación que convierte voz en texto, permitiendo escribir sin usar teclado. Requiere que las interfaces web sean compatibles con entrada de texto mediante voz y proporcionen feedback adecuado.

• Subtítulos

  Texto sincronizado que muestra el diálogo y sonidos importantes de un video. Diferente de subtítulos de traducción, los subtítulos incluyen información sonora relevante para personas sordas o con problemas de audición.

  Ver más →

• Subtítulos abiertos

  Subtítulos que están permanentemente visibles en el video y no pueden desactivarse. Grabados directamente en el video, a diferencia de los subtítulos cerrados que son opcionales.

• Subtítulos cerrados

  Subtítulos que pueden activarse o desactivarse por el usuario. Proporcionados típicamente mediante archivos de texto (WebVTT, SRT) y mostrados mediante el elemento <track> en HTML5.

T

• Tabla de datos

  Tabla HTML que presenta datos estructurados con relaciones entre filas y columnas. Debe tener encabezados (<th>), asociaciones correctas (scope, headers) y ser navegable por teclado.

• Tabla de diseño

  Uso de tablas HTML para diseño visual en lugar de presentar datos. Es un antipatrón de accesibilidad que debe evitarse; usar CSS para diseño y tablas solo para datos estructurados.

  Ver más →

• TalkBack

  Lector de pantalla integrado en dispositivos Android. Esencial para probar accesibilidad en aplicaciones y sitios web móviles Android.

• Tamaño de fuente

  Tamaño del texto medido en píxeles, puntos o unidades relativas. WCAG 2.1 recomienda que el texto pueda ampliarse hasta 200% sin pérdida de funcionalidad.

• Tamaño de objetivo

  Área clickeable de un elemento interactivo. WCAG 2.1 Criterio 2.5.5 requiere que los objetivos táctiles tengan al menos 44x44 píxeles CSS para facilitar la interacción en dispositivos táctiles.

  Ver más →

• Tecla Tab

  Tecla que permite navegar secuencialmente entre elementos interactivos de una página. Shift+Tab navega en orden inverso. Esencial para navegación accesible por teclado.

• Teclados alternativos

  Dispositivos de entrada adaptados para personas con discapacidad motora, incluyendo teclados ergonómicos, con teclas grandes, en pantalla o personalizados según necesidades específicas.

• Técnicas suficientes

  Métodos documentados por el W3C que garantizan el cumplimiento de un criterio de éxito de WCAG. Si se implementa correctamente una técnica suficiente, el criterio se cumple.

• Tecnologías de asistencia

  Software y hardware que ayudan a personas con discapacidades a interactuar con tecnología. Incluye lectores de pantalla, ampliadores, reconocimiento de voz y más.

  Ver más →

• Texto alternativo

  Texto descriptivo que se proporciona para imágenes y otros elementos no textuales, leído por lectores de pantalla y mostrado cuando la imagen no se puede cargar. Esencial para accesibilidad según WCAG 2.1 Criterio 1.1.1.

  Ver más →

• Texto de enlace significativo

  Texto de un enlace que comunica claramente su propósito. Evitar textos genéricos como "clic aquí" o "más información" sin contexto adicional.

• Texto justificado

  Texto alineado tanto a la izquierda como a la derecha, creando bordes uniformes. Puede causar problemas de legibilidad debido a espacios irregulares entre palabras.

• Texto solo para lectores de pantalla

  Texto que es visible para lectores de pantalla pero oculto visualmente. Útil para proporcionar contexto adicional o etiquetas que no son necesarias visualmente pero sí para accesibilidad.

• Tiempo de carga

  Tiempo que tarda una página en cargar completamente. Afecta la accesibilidad, especialmente para usuarios con conexiones lentas o limitadas. WCAG 2.1 no especifica tiempos, pero la velocidad afecta la usabilidad.

• Timeout

  Temporizador que ejecuta código después de un período de tiempo. Los timeouts en interfaces deben ser configurables o extendibles por el usuario según WCAG 2.1.

• Tipo de input

  Atributo HTML "type" que especifica el tipo de dato esperado en un campo de formulario (text, email, password, number, etc.). Afecta la validación, teclado virtual en móviles y accesibilidad.

• Tipografía

  Arte y técnica de organizar texto para hacerlo legible y accesible. Incluye selección de fuentes, tamaños, interlineado, espaciado y contraste, todos factores importantes para la accesibilidad.

• Tooltip

  Información contextual que aparece al pasar el cursor sobre un elemento o al recibir foco. Debe ser accesible por teclado, tener un nombre accesible y no contener información crítica.

• Touch target

  Área táctil de un elemento interactivo en dispositivos táctiles. Debe ser suficientemente grande (mínimo 44x44px) y tener espaciado adecuado para evitar clics accidentales.

• Trampa de foco

  Situación donde el foco queda atrapado dentro de un componente (como un modal) y no puede salir, impidiendo que el usuario navegue al resto de la página. Debe implementarse intencionalmente en modales.

• Transcripción

  Versión textual completa del contenido de audio o video, incluyendo diálogo y descripción de acciones visuales importantes. Requerida por WCAG 2.1 para contenido de solo audio.

U

• UN CRPD

  Convención de las Naciones Unidas sobre los Derechos de las Personas con Discapacidad. Establece el derecho de acceso a la información y comunicación.

• Uso del color

  Criterio WCAG 2.1 1.4.1 que prohíbe usar el color como el único medio visual para transmitir información. La información debe estar disponible también mediante texto, iconos, formas u otros indicadores.

V

• Validación de formularios

  Proceso de verificar que los datos ingresados en un formulario cumplen con los requisitos. Debe ser accesible, mostrando errores de forma clara y asociándolos con los campos correspondientes.

  Ver más →

• Viewport

  Área visible de una página web en la pantalla del usuario. Se controla mediante la meta etiqueta viewport, esencial para diseño responsive y accesibilidad móvil.

• VoiceOver

  Lector de pantalla integrado en dispositivos Apple (macOS, iOS, iPadOS). Esencial para probar accesibilidad en ecosistema Apple.

• VPAT

  Voluntary Product Accessibility Template: plantilla estándar para documentar el cumplimiento de accesibilidad de productos de tecnología de la información, comúnmente usado en adquisiciones públicas.

W

• W3C

  World Wide Web Consortium: organización internacional que desarrolla estándares web, incluyendo HTML, CSS, WCAG y otras especificaciones técnicas de la web.

• WAI

  Web Accessibility Initiative: iniciativa del W3C dedicada a mejorar la accesibilidad web mediante estándares, pautas, recursos y herramientas de desarrollo.

• WAI-ARIA

  Accessible Rich Internet Applications: especificación del W3C que proporciona atributos HTML para mejorar la accesibilidad de aplicaciones web dinámicas y componentes interactivos.

• WAVE

  Herramienta web de evaluación de accesibilidad que identifica problemas de accesibilidad y proporciona retroalimentación visual sobre la estructura de la página.

• WCAG 2.0

  Web Content Accessibility Guidelines 2.0: estándar de accesibilidad web publicado por el W3C en 2008. Base sobre la que se construyen WCAG 2.1 y 2.2.

• WCAG 2.1

  Web Content Accessibility Guidelines 2.1: estándar internacional de accesibilidad web publicado por el W3C en 2018. Extiende WCAG 2.0 con nuevos criterios para móviles, baja visión y discapacidad cognitiva.

  Ver más →

• WCAG 2.2

  Web Content Accessibility Guidelines 2.2: versión actualizada publicada por el W3C en 2023. Extiende WCAG 2.1 con 9 nuevos criterios enfocados en accesibilidad móvil y cognitiva.

• WCAG 3.0

  Web Content Accessibility Guidelines 3.0: próxima generación de estándares de accesibilidad web actualmente en desarrollo por el W3C. Introducirá un nuevo modelo de evaluación basado en resultados.

• Widget

  Componente de interfaz de usuario interactivo (botón, menú, slider). Los widgets deben tener roles, estados y propiedades ARIA apropiados para ser accesibles.

Z

• Zoom

  Ampliación del contenido de una página. WCAG 2.1 Criterio 1.4.4 requiere que el texto pueda ampliarse hasta 200% sin pérdida de contenido o funcionalidad.

  Ver más →