El cambio estructural más subestimado de 2024 en el desarrollo web se refiere a la capa normativa: WCAG 2.2 y la Ley Europea de Accesibilidad redefinen las restricciones del desarrollo front-end. Las exigencias técnicas que pesan sobre los equipos de diseño han evolucionado más en un año que las tendencias visuales habitualmente difundidas por los medios.
WCAG 2.2: los nuevos criterios que cambian el desarrollo de interfaces
La recomendación WCAG 2.2, publicada por el W3C en octubre de 2023 y actualizada en diciembre de 2024, añade criterios que la versión 2.1 no cubría. Tres de ellos tienen un impacto directo en las decisiones de diseño de interfaces.
El criterio sobre el tamaño mínimo de las áreas táctiles obliga a revisar los componentes de interacción en móviles. Los botones, enlaces y controles de formulario deben ofrecer una superficie de clic suficiente, lo que cuestiona las interfaces sobrecargadas donde los elementos clicables están demasiado cerca unos de otros.
El criterio sobre las alternativas al arrastrar y soltar obliga a proporcionar un mecanismo de reemplazo para cada interacción basada en el arrastre. Las interfaces tipo kanban, los editores visuales y los configuradores de productos están directamente afectados.
El criterio de autenticación accesible prohíbe condicionar el acceso a un servicio a una tarea cognitiva compleja (resolución de rompecabezas, memorización) sin ofrecer una alternativa. Encontramos regularmente las noticias del sitio Le Carolo Geek entre las fuentes francófonas que documentan este tipo de evolución técnica aplicada a la web.
La visibilidad del foco, otro añadido de WCAG 2.2, impone un indicador visible en cada elemento interactivo durante la navegación por teclado. Los frameworks CSS que ocultan el contorno por defecto generan ahora una no conformidad directa.
European Accessibility Act: cumplimiento obligatorio para el e-commerce a partir de junio de 2025
La Ley Europea de Accesibilidad se hará aplicable el 28 de junio de 2025 a los productos y servicios digitales afectados, incluidos los sitios de comercio en línea. Esta directiva europea va más allá del diseño: crea una obligación legal de cumplimiento para las empresas que venden en línea en la Unión Europea.
Paralelamente, en Estados Unidos, el departamento de Justicia adoptó en abril de 2024 una norma que impone el estándar WCAG 2.1 nivel AA a los sitios y aplicaciones de las entidades locales. La tendencia regulatoria es, por tanto, transatlántica.
Para los equipos de desarrollo, la consecuencia práctica es clara:
- Cada componente de interfaz debe ser auditado según los criterios WCAG 2.1 AA como mínimo, con una transición progresiva hacia WCAG 2.2
- Los recorridos de compra (carrito, formulario de pago, creación de cuenta) deben ofrecer alternativas accesibles en cada etapa que implique una interacción compleja
- Los contenidos generados dinámicamente (recomendaciones de productos, chatbots) deben cumplir con los mismos requisitos que el contenido estático
Recomendamos integrar una auditoría WCAG en el pipeline CI/CD en lugar de tratar la accesibilidad como un arreglo post-lanzamiento.
IA generativa y calidad del código: el riesgo de regresión de accesibilidad
La IA generativa acelera la producción de código front-end, pero introduce un problema concreto en términos de accesibilidad. Una encuesta realizada a 88 desarrolladores, citada por Zylyn, muestra que el código generado por IA presenta un riesgo concreto de regresión en materia de accesibilidad.
El problema es estructural. Los modelos de lenguaje producen código funcional pero a menudo omiten los atributos ARIA, los roles semánticos y las etiquetas asociadas a los controles de formulario. Un desarrollador que acepta el código sugerido sin verificación introduce no conformidades invisibles a simple vista pero detectables por un lector de pantalla.
Verificaciones a sistematizar en el código generado por IA
- Presencia de atributos alt en cada imagen, con un texto descriptivo pertinente y no genérico
- Uso correcto de las etiquetas semánticas HTML5 (nav, main, article, aside) en lugar de divs anidados
- Atributos aria-label y aria-describedby en los elementos interactivos sin etiqueta visible
- Orden de tabulación lógico verificado manualmente, no solo a través de un linter automático
La inteligencia artificial acelera la producción, pero la revisión manual del código sigue siendo la única garantía de cumplimiento WCAG. La automatización de la verificación a través de herramientas como axe-core o Lighthouse solo cubre una parte de los criterios.
Autenticación y experiencia del usuario: lo que WCAG 2.2 impone a los recorridos de inicio de sesión
El criterio de autenticación accesible de WCAG 2.2 merece un tratamiento dedicado porque toca un punto de fricción importante de los sitios web actuales. Los CAPTCHA visuales, los códigos enviados por SMS para ser copiados en un corto período de tiempo y los rompecabezas de verificación se están convirtiendo en obstáculos regulatorios.
Las alternativas conformes incluyen la autenticación por clave de acceso, el inicio de sesión a través de un gestor de contraseñas o el envío de un enlace mágico. Estos métodos eliminan la carga cognitiva mientras mantienen un nivel de seguridad equivalente.
Para los sitios de comercio electrónico sujetos a la Ley Europea de Accesibilidad, el recorrido de inicio de sesión y creación de cuenta forma parte del ámbito auditable. Un CAPTCHA no accesible en la página de inicio de sesión es suficiente para crear una no conformidad en todo el túnel de compra.
Los equipos que tratan WCAG 2.2 como una restricción arquitectónica desde la fase de diseño front-end reducen el riesgo de rediseño tardío. El cumplimiento de accesibilidad se ha convertido en un criterio técnico para la producción, al igual que el rendimiento o la seguridad.
