Identificar el propósito

Silktide le solicita que verifique que el propósito de las regiones, los iconos y los controles de la página puede determinarse de forma programática, para que los agentes de usuario puedan adaptar la página al visitante. Esto corresponde al criterio de conformidad 1.3.6 (nivel AAA) de .

Se trata de una : no existe un vocabulario del W3C finalizado para marcar cada propósito, y ninguna herramienta automatizada puede juzgar si la semántica que sí existe realmente coincide con para qué sirve cada región o control. Silktide muestra el aviso en cada página y una persona lo confirma.

Por qué es importante

Las personas con discapacidades cognitivas, baja alfabetización o atención limitada suelen personalizar la web: ocultan regiones que no necesitan, sustituyen iconos por un conjunto que reconocen o simplifican controles. Eso solo funciona cuando la página expone para qué sirve cada elemento, no solo cómo se ve.

Sin un propósito programático, las tecnologías de apoyo no pueden distinguir un enlace de "inicio" de un botón de "buscar" o de un icono decorativo, y las herramientas de personalización no tienen con qué trabajar.

Qué comprobar

Regiones: las áreas principales de la página usan puntos de referencia (<header>, <nav>, <main>, <aside>, <footer> o roles ARIA correspondientes) y, cuando hay varias del mismo tipo, se distinguen con un nombre accesible.
Controles: los elementos interactivos usan el HTML nativo adecuado o el rol ARIA correcto para que su propósito sea claro (un botón es un botón, un enlace es un enlace).
Iconos: los iconos funcionales tienen un nombre accesible que indique su propósito; los iconos decorativos están ocultos a las tecnologías de apoyo.
Campos de formulario que recogen datos del usuario: cuando proceda, cumpla también Identificar el propósito de la entrada (1.3.5) con autocomplete.

El W3C no ha finalizado un vocabulario de personalización recomendado más allá de los puntos de referencia y los roles, así que puntos de referencia + roles correctos + iconos con nombre es el listón práctico para la mayoría de sitios hoy.

Cómo solucionarlo

Marque las regiones de la página con elementos de seccionado de HTML5 o puntos de referencia ARIA.
Prefiera controles nativos (<button>, <a>, entradas de formulario) frente a <div> clicables.
Asigne a cada icono funcional un nombre accesible; marque los decorativos con aria-hidden=\"true\".
Añada tokens de autocomplete en los campos de datos del usuario (véase 1.3.5).

Si las regiones, iconos y controles de la página exponen claramente su propósito (o la página no tiene ninguno que lo requiera), el hallazgo.

Cómo lo prueba Silktide

Silktide no puede decidir si la semántica existente transmite con precisión el propósito, por lo que esta comprobación genera una solicitud de revisión por página. Las comprobaciones de y las relacionadas con puntos de referencia en 1.3.1 y 4.1.2 detectan automáticamente el marcado roto; esta revisión cubre el juicio que queda. Ninguna herramienta generalista automatiza 1.3.6: no existe una regla ACT del W3C para ello.