Lista de verificación NVDA (AAA)

0. Preparación (una sola vez)

• Confirmar el modificador: Insertar es la tecla NVDA (o BloqMayús en diseño portátil). Leer todo NVDA+↓, Lista de elementos NVDA+F7.
• Probar primero en Firefox (la mejor combinación con NVDA), luego en Chrome: el nombre accesible y el comportamiento de las regiones en vivo difieren entre ellos.
• Entender el modo navegación frente al modo enfoque (NVDA+Espacio). La mayoría de fallos exclusivos de NVDA se ocultan en el modo equivocado para cada widget.
• Hacer una pasada solo con voz: apague la pantalla o desactive el visor de voz. Si necesitó la pantalla, regístrelo.
• Decidir el formato de registro: notas por página (URL, criterio, aprobado / razón de N/A / defecto + reproducción + qué modo).

1. Modo navegación vs modo enfoque (específico de NVDA, alto valor)

Aquí es donde NVDA diverge más de VoiceOver. Pruebe cada widget interactivo en AMBOS modos.

• [4.1.2 / 2.1.1] Los widgets personalizados (combobox, pestañas, menú) cambian automáticamente al modo enfoque al entrar y vuelven a modo navegación al salir; no hace falta NVDA+Espacio manual.
• [2.1.2] En modo enfoque todas las teclas llegan al widget; en modo navegación, puede usar las teclas rápidas (H, K, F) sobre contenido estático.
• [4.1.2] Ningún widget se queda atascado en el modo equivocado: un campo de texto en el que no puede escribir (atascado en navegación) o una página donde no puede usar navegación rápida (atascada en enfoque) son defectos.
• [1.3.1] Formularios: al entrar a un campo de edición, NVDA cambia automáticamente a modo enfoque para que los caracteres tipeados no se consuman como comandos de navegación rápida.

2. Global / cada página

Pruebe en la página de inicio más 2–3 páginas interiores. Use la Lista de elementos (NVDA+F7) para recorridos rápidos.

• [2.4.1] Enlace de salto: el primer Tab llega a él; al activarlo, el foco entra al contenido principal y se anuncia en la siguiente lectura.
• [1.3.1 / 2.4.1] Navegación por regiones (tecla D): banner, nav, main, contentinfo presentes y con nombre; sin regiones duplicadas sin etiquetar.
• [1.3.1 / 2.4.10] Navegación por encabezados (H / 1–6 / NVDA+F7): un único h1, sin niveles saltados; el esquema es coherente al oído.
• [2.4.4 / 2.4.9] Lista de enlaces (NVDA+F7 → Enlaces): cada enlace tiene sentido fuera de contexto; nada de «haz clic aquí / leer más».
• [1.1.1] El enlace del logotipo anuncia un nombre textual (gráfico + enlace), no un nombre de archivo ni solo «gráfico».
• [1.3.2] El orden de lectura completo (NVDA+↓) es lógico y coincide con la disposición visual.
• [2.4.7 / 2.4.13] Al tabular: el indicador de foco es visible y el foco de NVDA lo sigue; el foco nunca cae en un control sin etiqueta o vacío.
• [3.1.1 / 3.1.2] html lang fijado para que NVDA elija la voz correcta; las frases en otros idiomas en línea están marcadas con lang para que la pronunciación sea adecuada.
• [2.1.2] Sin trampa de teclado: tabule entrando y saliendo de cada región; Escape cierra diálogos/menús y restablece el foco.

3. Modo de alto contraste de Windows (específico de la plataforma NVDA)

Los usuarios de NVDA suelen usar Temas de contraste de Windows. Las pruebas en VoiceOver de escritorio no detectan esto.

• [1.4.3 / 1.4.6] Active un Tema de contraste de Windows: todo el texto y los controles permanecen visibles; nada desaparece (botones solo con icono, imágenes de fondo CSS con significado).
• [1.4.11] Los indicadores de foco y los bordes de los controles sobreviven a los colores forzados (use forced-colors media query / colores del sistema cuando haga falta).
• [1.4.1] La información transmitida solo por color (series de un gráfico, estado) sigue siendo distinguible cuando los colores forzados aplanan la paleta.

4. Páginas de guías (contenido + ejemplos embebidos)

• [1.3.1] Página de tablas: la navegación por tablas (Ctrl+Alt+Flechas) anuncia encabezados de fila y columna por celda; se anuncia el caption; T salta a la siguiente tabla.
• [1.1.1 / 1.3.1] Página de gráficos (Chart.js): el canvas está etiquetado u oculto, la tabla de datos hermana es accesible en modo navegación; los números están disponibles al oído.
• [1.1.1 / 2.1.1] Página de gráficos (OpenStreetMap): existe un equivalente textual o tabular; el mapa no es un montón de gráficos sin navegar en modo navegación.
• [1.1.1] Página de imágenes: las informativas anuncian un texto útil; las decorativas están silenciadas; los SVG tienen un equivalente textual accesible.
• [1.2.x / 4.1.2] Página de vídeos: los controles del reproductor son accesibles en modo enfoque, tienen nombre y estado; los subtítulos se alternan; la transcripción se puede leer en modo navegación.
• [3.1.3 / 3.1.4 / 3.1.5] Lenguaje sencillo al oído (nivel 8.º grado); las abreviaturas se expanden o tienen una expansión accesible (NVDA lee los acrónimos de forma impredecible).

5. Componentes ARIA personalizados

Pruebe cada uno en modo navegación Y en modo enfoque, y mediante la Lista de elementos.

• [4.1.2 / 1.3.1] Acordeón: los encabezados son botones con aria-expanded anunciado; al activarlos se anuncia el cambio; el contenido colapsado no aparece en el flujo de modo navegación.
• [4.1.2 / 2.1.1] Pestañas: entra en modo enfoque; las flechas mueven entre pestañas; el estado seleccionado se anuncia; el panel está asociado. Pruebe activación automática Y manual.
• [4.1.2 / 2.1.1 / 2.1.2] Combobox: NVDA entra en modo enfoque, anuncia rol / expandido / opción activa; las flechas mueven entre opciones; Escape cierra y devuelve el foco al modo navegación.
• [4.1.3] Regiones en vivo: las actualizaciones aria-live se anuncian en modo navegación sin robar el foco, una sola vez y con la cortesía correcta. (El comportamiento de las regiones en vivo en NVDA es delicado; verifíquelo.)

6. Formularios (donde existan)

Auditoría, contacto, búsqueda, solicitud de API del modelo; marque N/A con razón si no hay ninguno.

• [1.3.1 / 3.3.2] Cada campo anuncia una etiqueta al recibir el foco (modo enfoque); el estado «obligatorio» se anuncia; el placeholder NO es la única etiqueta.
• [3.3.1 / 3.3.3] Los errores se anuncian; NVDA puede navegar hasta el campo con error (tecla F / foco); el texto de error está asociado mediante aria-describedby.
• [3.3.5 / 2.2.6] Ayuda AAA disponible donde se reivindique (3.3.5); cualquier tiempo de espera se avisa (2.2.6).
• [1.3.5] Los atributos autocomplete están fijados para que el propósito del campo sea programáticamente determinable.

7. Verificaciones AAA específicas al oído

• [2.4.8] Ubicación: el indicador de migas de pan / página actual se anuncia.
• [2.4.12 / 2.4.13] El foco no queda oculto por encabezado/pie pegajoso; el indicador de foco es prominente.
• [2.1.3] Todo es operable por teclado, incluidos mapa y gráficos, o existe una alternativa accesible documentada.
• [2.2.3 / 2.3.2] Sin contenido temporizado; sin destellos en las animaciones de gráficos.
• [3.2.5] El cambio de fuente/tema y la navegación no provocan cambios de contexto inesperados.
• [1.4.6 / 1.4.8] El contraste mejorado se mantiene en todas las combinaciones de tema y fuente; verifique OpenDyslexic + oscuro + HCM de Windows juntos.

8. Cierre

• Repita una pasada solo con voz, de principio a fin, en las dos páginas más complejas (página de gráficos, una demo de componente).
• Para cada criterio AAA que no pueda cumplir, escriba la justificación N/A en la declaración de accesibilidad; coincida con el VPAT/ACR.
• Cualquier cosa que NVDA detecte y que axe/Alfa/Insights/VoiceOver hayan pasado → nueva aserción de Playwright o ítem manual permanente.
• Registre versiones: build de NVDA, versiones de Firefox y Chrome, versión de Windows y qué Tema de contraste (si lo hubo).