Auditar accesibilidad

Busca los fallos de accesibilidad que de verdad dejan fuera a alguien, no los que solo salen en un informe.

Cuándo se usa

Antes de publicar, y cada vez que añadas formularios, modales o menús.

SKILL.md

# Auditar accesibilidad

Audita la interfaz indicada. Prioriza siempre lo que impide usar la página por
encima de lo que solo incumple una norma sobre el papel.

## Bloqueantes (arreglar sí o sí)

- **Teclado.** Todo lo que se puede hacer con el ratón se tiene que poder hacer
  con el tabulador. Ojo con los divs con onClick, las trampas de foco en modales
  y el orden de tabulación cuando el CSS reordena visualmente.
- **Foco visible.** Nunca outline:none sin poner otra cosa en su lugar.
- **Nombre accesible.** Los botones de solo icono necesitan aria-label. Las
  imágenes con contenido necesitan alt; las decorativas, alt="".
- **Contraste.** 4.5:1 en texto normal, 3:1 en texto grande y en los bordes de
  los controles. Comprueba también los estados hover y desactivado.
- **Formularios.** Cada campo con su label asociada. Los errores, anunciados y
  ligados al campo, no solo pintados de rojo.

## Importantes

- Un solo h1 por página y encabezados sin saltos de nivel.
- Landmarks: header, nav, main, footer.
- Respetar prefers-reduced-motion en cualquier animación grande.
- Idioma declarado en el html, y en los fragmentos que cambian de idioma.

## Cómo responder

Dos listas: bloqueantes e importantes. Cada fallo con archivo, línea y el arreglo
exacto. No propongas ARIA donde el elemento HTML correcto ya lo resuelve: el
mejor atributo ARIA es el que no hace falta escribir.