Identificar el propósito
Más allá de los campos de formulario, el propósito de los componentes de interfaz, los iconos y las regiones debe ser identificable mediante programación, de modo que las tecnologías adaptativas puedan sustituir símbolos, simplificar la página u ocultar partes no esenciales.
Qué solicita
Mientras que el criterio 1.3.5 cubre únicamente los campos de formulario, el 1.3.6 extiende la misma idea a todos los componentes de interfaz de usuario, iconos y regiones. La intención es que una herramienta adaptativa — una extensión de apoyo cognitivo, una aplicación de superposición de símbolos — pueda identificar una región de «búsqueda», un enlace de «navegación» o un botón de «eliminar» por su rol y propósito, y luego sustituirlo u ocultarlo. La especificación está deliberadamente orientada al futuro y no está completamente detallada.
Cómo cumplirlo
- Utilizar puntos de referencia ARIA (
role="navigation",role="search",role="main") y elementos de sección de HTML5 (<nav>,<main>,<search>) para identificar las regiones. - En los botones de icono, asegurarse de que el nombre accesible corresponde a un propósito reconocido («Buscar», «Configuración», «Cerrar»).
- Usar atributos
relen los enlaces (rel="next",rel="prev",rel="author") para identificar el propósito del enlace. - Emplear schema.org o microdatos para declarar tipos de entidad que las herramientas adaptativas puedan consumir.
- Seguir los patrones de la ARIA Authoring Practices Guide para que los roles de los componentes sean predecibles.
Fallos habituales
- Botones de icono denominados «Haga clic aquí» o sin nombre accesible ni propósito legible por máquina.
- Widgets de búsqueda personalizados sin el punto de referencia
role="search"ni token de autocompletar. - Una acumulación de elementos
<div>que visualmente forman una navegación pero que no tienen ningún rol de referencia. - Botones «eliminar» personalizados que se distinguen visualmente pero que se anuncian de forma idéntica a «editar» o «ver».
Por qué importa
Es un criterio de nivel AAA y raramente resulta obligatorio. El ecosistema de herramientas que consumiría estas señales sigue madurando, por lo que muchos equipos tratan el criterio 1.3.6 como aspiracional. Si ya se cumple el 1.3.5 y se utiliza HTML semántico junto con puntos de referencia, se habrá cubierto la mayor parte del requisito.