Lista de verificación TalkBack (AAA)

0. Preparación (una sola vez)

• Active TalkBack (Ajustes → Accesibilidad). Aprenda: deslizar derecha/izquierda = siguiente/anterior, doble toque = activar, deslizar con dos dedos = desplazar.
• Pruebe en Chrome para Android (la combinación principal de TalkBack). Anote las versiones de TalkBack y Android para el registro.
• Practique los Controles de lectura (deslizar arriba y luego abajo) para cambiar la granularidad: encabezados, enlaces, controles, caracteres.
• Haga una pasada con cortina de pantalla o con los ojos cerrados: navegue deslizando y escuche. Si miró, regístrelo.
• Decida el formato de registro: notas por página (URL, criterio, aprobado / razón de N/A / defecto + reproducción).

1. Exploración al tacto y orden de deslizamiento (específico de TalkBack, alto valor)

Esta es la capa que los lectores de pantalla de escritorio no pueden probar. El orden de foco al tacto es donde viven los fallos exclusivos de móviles.

• [1.3.2 / 2.4.3] El orden de deslizamiento a la derecha (foco secuencial) es lógico y coincide con el orden de lectura; nada se omite ni se alcanza fuera de orden.
• [1.1.1 / 4.1.2] Exploración al tacto (arrastrar el dedo): cada elemento significativo es enfocable y anuncia nombre + rol + estado; sin zonas muertas sobre contenido real.
• [4.1.2] Los elementos decorativos NO son enfocables al deslizar (no contaminan la secuencia); están correctamente ocultos para TalkBack.
• [2.4.3] Al abrir un menú o diálogo, el foco de TalkBack entra en él; al cerrar, vuelve al disparador; el foco no se pierde al inicio de la página.

2. Tamaño y separación de los objetivos al tacto (importan mucho más en móvil)

El criterio AAA 2.5.5 y el mínimo de 2.2, 2.5.8, son fáciles de fallar en un teléfono donde escritorio aprueba.

• [2.5.8] Cada objetivo mide al menos 24×24 px CSS (mínimo AA de 2.2); confírmelo tocando con TalkBack activo: los objetivos pequeños son difíciles de acertar.
• [2.5.5] AAA: los objetivos miden al menos 44×44 px CSS o tienen un equivalente. Verifique especialmente botones de icono, controles selectores y botones de cierre.
• [2.5.8] Los objetivos adyacentes tienen separación suficiente para que el doble toque active el deseado, no un vecino.

3. Reflujo, zoom y orientación (viewport móvil)

• [1.4.10] Reflujo: a 320 px CSS de ancho / 400 % de zoom, sin desplazamiento horizontal y sin pérdida de contenido; en todas las páginas de guía y en la de gráficos.
• [1.3.4] Orientación: el contenido funciona tanto en vertical como en horizontal; nada queda bloqueado a una sola orientación.
• [1.4.4 / 1.4.12] Redimensionado y espaciado de texto: subir el tamaño de fuente de Android no recorta ni superpone contenido; el layout aguanta texto más grande.
• [1.4.10] Los gráficos (Chart.js) y el OpenStreetMap se redimensionan o ofrecen una alternativa accesible a ancho estrecho; sin desbordamiento de ancho fijo.

4. Global / cada página

Pruebe en la página de inicio más 2–3 páginas interiores. Use los Controles de lectura para recorridos.

• [2.4.1] Enlace de salto: accesible deslizando cerca de la parte superior; el doble toque mueve el foco al contenido principal.
• [1.3.1] Controles de lectura → Encabezados: un único h1, sin niveles saltados; esquema coherente al oído al deslizar por encabezados.
• [2.4.4 / 2.4.9] Controles de lectura → Enlaces: cada enlace tiene sentido fuera de contexto; nada de «haz clic aquí / leer más».
• [1.1.1] El logotipo anuncia un nombre textual + rol de enlace, no un nombre de archivo ni solo «imagen».
• [3.1.1 / 3.1.2] html lang fijado para que el TTS de TalkBack use la voz adecuada; las frases en otros idiomas en línea están marcadas.
• [4.1.2] Todos los controles anuncian nombre + rol + estado en TalkBack; los estados alternables/expandidos se anuncian al cambiar.

5. Teclado en pantalla y formularios

La interacción con el teclado virtual de Android es un fallo exclusivamente móvil.

• [1.3.5] inputmode / type / autocomplete fijados para que aparezca el teclado virtual correcto (email, url, numérico) y el propósito sea determinable.
• [1.3.1 / 3.3.2] Cada campo anuncia su etiqueta al recibir foco; al abrir el teclado virtual no se oculta el campo ni su error.
• [3.3.1 / 3.3.3] TalkBack anuncia los errores; el foco puede moverse al campo con error; el texto de error está asociado mediante aria-describedby.
• [2.4.11 / 2.4.12] El campo enfocado permanece visible por encima del teclado virtual (no queda obstruido): TalkBack + teclado es el clásico caso de foco obstruido.
• [3.3.5 / 2.2.6] Ayuda AAA disponible donde se reivindique (3.3.5); cualquier tiempo de espera se avisa y se puede extender (2.2.6).

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

• [1.3.1] Página de tablas: al deslizar por las celdas se anuncian los encabezados; el caption se anuncia; la tabla es navegable, no un bloque plano, en móvil.
• [1.1.1 / 1.3.1] Página de gráficos (Chart.js): el canvas está oculto o etiquetado, la tabla de datos es accesible al deslizar; los números están disponibles al oído en el teléfono.
• [1.1.1 / 2.1.1] Página de gráficos (OpenStreetMap): los gestos de pellizco/desplazamiento no atrapan a TalkBack; existe un equivalente textual o tabular y es accesible.
• [1.1.1] Página de imágenes: las informativas anuncian un texto útil; las decorativas no son enfocables; los SVG tienen un equivalente accesible.
• [1.2.x / 4.1.2] Página de vídeos: los controles del reproductor son objetivos de 44 px, accesibles al deslizar, con nombre y estado; los subtítulos se alternan; la transcripción es accesible.
• [3.1.3 / 3.1.5] Lenguaje sencillo al oído en nivel 8.º grado; las abreviaturas se expanden o tienen una expansión accesible.

7. Componentes ARIA personalizados (al tacto)

Vuelva a probar las demos de acordeón/pestañas/desplegable con TalkBack: el comportamiento al tacto difiere del teclado de escritorio.

• [4.1.2] Acordeón: el encabezado anuncia botón + estado expandido; el doble toque alterna y se anuncia el cambio; el contenido colapsado no aparece en el orden de deslizamiento.
• [4.1.2 / 2.1.1] Pestañas: cada pestaña anuncia rol + estado seleccionado; deslizar mueve entre pestañas; el doble toque activa; el panel asociado se alcanza a continuación.
• [4.1.2 / 2.1.1] Desplegable / combobox: anuncia rol + expandido; las opciones son accesibles al deslizar; el doble toque selecciona y anuncia el valor; al cerrar devuelve el foco.
• [4.1.3] Regiones en vivo: TalkBack anuncia las actualizaciones sin secuestrar el foco; la cortesía es correcta (el manejo de regiones en vivo en Android difiere del de escritorio).

8. Verificaciones específicas AAA

• [2.4.8] Ubicación: se anuncia migas de pan / indicador de página actual.
• [1.4.6 / 1.4.8] El contraste mejorado se mantiene en todas las combinaciones de tema y fuente en tamaños móviles; verifique OpenDyslexic + oscuro.
• [2.3.2 / 2.2.3] Sin destellos en las animaciones de gráficos; sin contenido temporizado que no se pueda pausar o extender.
• [3.2.5] El cambio de fuente/tema y la navegación no provocan cambios de contexto inesperados al tocar.
• [2.5.1 / 2.5.4] No se requieren gestos basados en trayectoria o activados por movimiento (el mapa no debe necesitar un gesto multipunto complejo sin alternativa de un solo toque).

9. Cierre

• Repita la pasada con los ojos cerrados, deslizando de principio a fin, en la página de gráficos y en 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 TalkBack detecte y que las herramientas de escritorio/VoiceOver/NVDA hayan pasado → nueva prueba o ítem manual permanente (regresiones exclusivamente móviles).
• Registre versiones: build de TalkBack, versión de Android, versión de Chrome, modelo del dispositivo y tamaño de pantalla probado.