15. Accesibilidad: piso firme, horizonte ambicioso
- Piso: WCAG 2.2 AA. Texto normal ≥ 4.5:1, grande ≥ 3:1, componentes UI ≥ 3:1.
- Horizonte: APCA como capa de prueba (Lc ~75 cuerpo, ~45 texto grande, ~15 no-texto).
- Teclado completo: todo lo interactivo alcanzable con Tab en orden lógico; visible dónde está el foco; Escape cierra capas; atajos documentados.
- Foco: anillo 2px Azul Meridiano + desplazamiento 2px, nunca
outline: nonesin reemplazo. - Semántica: HTML nativo primero (button, nav, table); ARIA solo cuando falta; imágenes con alt, iconos decorativos ocultos.
- Color nunca como único portador de significado: siempre icono, texto o patrón.
- Objetivos táctiles ≥ 44×44 px;
prefers-reduced-motion,prefers-color-scheme,prefers-contrastyprefers-reduced-transparencyrespetados. - Formularios: etiquetas asociadas, errores anunciados, autocompletado habilitado.
- Rendimiento como accesibilidad (GOV.UK): el sistema debe funcionar en dispositivos viejos y conexiones lentas; HTML primero, mejoras progresivas después.
Los seis criterios nuevos de WCAG 2.2 (detallados en v3.1):
| Criterio | Qué exige en Meridiano |
|---|---|
| 2.4.11 Foco no oculto | Las barras pegajosas y banners nunca tapan el elemento con foco; scroll-margin reserva su espacio |
| 2.5.7 Movimientos de arrastre | Todo drag & drop (kanban, sliders) ofrece alternativa de un solo puntero (menú "Mover a…", botones) |
| 2.5.8 Tamaño del objetivo (mínimo) | Objetivos ≥ 24×24 px CSS incluso en densidad compacta; 44px sigue siendo el objetivo táctil |
| 3.2.6 Ayuda consistente | El acceso a ayuda/contacto aparece en el mismo lugar en todas las páginas |
| 3.3.7 Entrada redundante | Nunca pedir dos veces el mismo dato en un flujo; autocompletar con lo ya respondido |
| 3.3.8 Autenticación accesible | Sin pruebas cognitivas (memorizar, transcribir); permitir pegar contraseñas y gestores |