Las herramientas de prueba deben ser operativas.
XZETO está diseñado según los fundamentos de WCAG 2.2 AA, con notas honestas donde las interacciones centradas en el hardware crean limitaciones inevitables.
Navegación por teclado
La navegación, los formularios, los botones, los widgets de divulgación y los controles de herramientas sin teclado utilizan elementos nativos enfocables con anillos de enfoque visibles. Las pruebas de captura de teclado requieren una acción de entrada explícita y proporcionan una acción de salida visible para que los usuarios no queden atrapados.
Lectores de pantalla y estado
Los encabezados siguen la jerarquía visual, los controles tienen texto o etiquetas accesibles y los cambios de estado importantes utilizan regiones en vivo educadas. Las métricas brutas que cambian rápidamente se resumen en lugar de anunciarse repetidamente.
Color, movimiento y tamaño.
El significado se combina con texto o íconos en lugar de solo color. Los temas claros y oscuros utilizan tokens semánticos y límites visibles. Los objetivos interactivos tienen al menos 44 por 44 píxeles CSS. La interfaz respeta prefers-reduced-motion.
Limitaciones conocidas
Algunas pruebas son inherentemente visuales, auditivas o dependen de información física. Es posible que los patrones de visualización, las comprobaciones subjetivas de audio, los trazos del puntero y los ejes del mando no tengan un resultado sensorial equivalente. Siempre que sea posible, la página incluye instrucciones de texto, resúmenes numéricos, controles de omisión y herramientas alternativas relacionadas.
Enviar comentarios
Si no se puede acceder a un control, un estado no está claro, el texto no cambia de tamaño o una prueba entra en conflicto con la tecnología de asistencia, use la página de Contacto y seleccione Comentarios de accesibilidad. Incluya la página y el navegador, pero no envíe grabaciones sin procesar ni capturas de pantalla confidenciales.