Accesibilidad web con WCAG 2.2: qué debería revisar una empresa peruana
Durante una prueba de un formulario empresarial, fue posible completar todos los campos con el mouse, pero no con el teclado. El foco desaparecía, los errores se comunicaban únicamente con color y el botón final no tenía un nombre comprensible para un lector de pantalla. Visualmente parecía correcto; funcionalmente excluía a parte del público.
WCAG 2.2 organiza la accesibilidad en cuatro principios: contenido perceptible, operable, comprensible y robusto. Para una empresa, el primer paso es traducir el estándar en revisiones concretas de diseño, contenido y desarrollo.
Revisión práctica de la web
| Área | Qué comprobar | Prueba rápida |
|---|---|---|
| Contraste | Texto, iconos y controles se distinguen del fondo. | Analizador de contraste y revisión en móvil. |
| Teclado | Menús, modales, formularios y botones funcionan sin mouse. | Recorrer la página con Tab, Enter y Escape. |
| Foco | El elemento activo siempre es visible y no queda oculto. | Seguir el indicador durante toda una tarea. |
| Formularios | Campos con etiqueta, instrucciones y errores específicos. | Enviar datos vacíos o incorrectos. |
| Contenido | Imágenes útiles tienen alternativa y videos incluyen apoyo. | Revisar con lector de pantalla y sin audio. |
| Tamaño táctil | Controles móviles se pueden pulsar sin activar otro. | Probar con una mano en teléfono real. |
Qué aporta WCAG 2.2
La versión 2.2 amplía criterios relacionados con foco visible, autenticación accesible, ayuda consistente y tamaño de objetivos. No exige que todos los elementos sean idénticos, sino que las personas puedan percibir información, navegar y completar tareas con diferentes capacidades y tecnologías de apoyo.
Cómo organizar una auditoría empresarial
- Selecciona tareas críticas: comprar, reservar, cotizar, iniciar sesión o contactar.
- Ejecuta pruebas automáticas para localizar problemas repetidos.
- Realiza pruebas manuales con teclado, zoom y lector de pantalla.
- Clasifica hallazgos por bloqueo, frecuencia y alcance de la plantilla.
- Corrige componentes reutilizables antes de páginas individuales.
- Incluye accesibilidad en diseño, desarrollo, QA y publicación de contenido.
Errores que no deben convertirse en parches
No añadas texto alternativo genérico a todas las imágenes ni utilices atributos ARIA para ocultar problemas de HTML. Los componentes nativos suelen ser más predecibles. Tampoco publiques un “modo accesible” separado: la experiencia principal debe funcionar para todos.
Conclusión
La accesibilidad web no es una revisión estética. Es una condición de calidad que afecta comprensión, operación y confianza. WCAG 2.2 ofrece un marco técnico; la empresa debe convertirlo en pruebas recurrentes y responsabilidades claras durante todo el ciclo digital.
