¿Cuándo fue la última vez que alguien en tu equipo revisó si la página web o el software cumple con los estándares de accesibilidad? Si la respuesta es “nunca” o “no sé”, no estás solo.

En 2026, WCAG 2.1 ya no es una recomendación técnica en el manual del desarrollador. Es el marco legal que las agencias gubernamentales y muchas empresas privadas están obligadas a cumplir. El problema es que la mayoría de los equipos responsables de tecnología o cumplimiento normativo nunca han abierto ese documento o han olvidado su contenido.

Este artículo existe para que tengas una guía sencilla de lo que es esta regulación.

Primero, un poco de contexto

WCAG son las siglas de “Web Content Accessibility Guidelines”, las pautas que definen qué significa que una página web o aplicación sea accesible para personas con discapacidad. Las publica el W3C, el consorcio que regula los estándares de la web.

La versión 2.1, publicada en junio de 2018, es la referencia que citan la mayoría de los marcos legales vigentes, incluido el gobierno federal de los Estados Unidos.

Han pasado ya varios años desde su publicación: los plazos de adaptación para el sector público en la mayoría de los países vencieron hace tiempo, y hoy el foco ya no está en “adaptarse” sino en demostrar y mantener el cumplimiento.

Lo que WCAG 2.1 añadió sobre la versión 2.0 no fue revolucionario en términos técnicos. Lo que sí es determinante es que se convirtió en el estándar legal de referencia en la mayoría de las jurisdicciones que regulan la accesibilidad web.

El modelo que tienes que entender antes de cualquier otra cosa

WCAG 2.1 se organiza en cuatro principios. Todo criterio de accesibilidad pertenece a uno de ellos:

Perceptible. La información debe poder percibirse. Si alguien no puede ver una imagen, necesita un texto alternativo. Si no puede oír un audio, necesita subtítulos.

Operable. La interfaz debe poder usarse. Si alguien no usa ratón, todo tiene que funcionar con teclado. Si alguien tiene temblor en las manos, los botones no pueden ser diminutos ni depender de gestos complejos.

Comprensible. El contenido y la navegación deben ser predecibles y claros. Un formulario que falla sin explicar por qué viola este principio.

Robusto. El contenido debe ser compatible con tecnologías de asistencia actuales y futuras, como lectores de pantalla, software de reconocimiento de voz y ampliadores de pantalla.

Sobre estos cuatro principios se construyen tres niveles de conformidad: A (mínimo), AA (el exigido por ley en la mayoría de los contextos) y AAA (el más alto, raramente exigible en su totalidad).

Cuando la legislación habla de “cumplir con WCAG 2.1”, se refiere al nivel AA.

Lo que cambió en 2.1 que realmente importa

WCAG 2.1 incorporó trece criterios nuevos respecto a la versión 2.0, pensados sobre todo para móvil, baja visión y discapacidades cognitivas. De todos ellos, hay cuatro que van a afectar directamente a la mayoría de webs corporativas y portales públicos:

1.4.10 – Reflow. El contenido debe poder verse sin scroll horizontal ni pérdida de información cuando se amplía el zoom hasta un 400%. Si tu web “se rompe” al hacer zoom en el móvil, no cumple.

1.4.11 – Contraste de elementos no textuales. No solo el texto necesita contraste suficiente: los iconos, los bordes de los campos de formulario y los controles interactivos también deben distinguirse claramente del fondo. Campos de texto con un borde gris clarísimo sobre fondo blanco… no cumplen.

2.5.3 – Etiqueta en el nombre. Si un botón dice “Enviar” visualmente, su nombre accesible (el que lee un lector de pantalla o reconoce un software de control por voz) también debe contener la palabra “Enviar”. Cuando el texto visible y la etiqueta técnica no coinciden, las personas que navegan por voz no pueden interactuar con el elemento.

4.1.3 – Mensajes de estado. Cuando algo cambia en la página sin recargarla (un error de validación, una confirmación de “producto añadido al carrito”, un contador de resultados), ese mensaje debe anunciarse a las tecnologías de asistencia aunque el usuario no tenga el foco puesto ahí. Es uno de los criterios que más a menudo se pasan por alto en los checkouts y en los formularios dinámicos.

A esto se suman otros criterios de la misma versión con impacto real: la orientación de la pantalla no debe estar bloqueada de forma arbitraria (1.3.4), los formularios no deben pedir información que ya puede identificarse automáticamente, como el autocompletado de dirección o email (1.3.5), y las funciones que dependen de gestos complejos, como pellizcar o arrastrar con varios dedos, deben tener una alternativa simple (2.5.1).

Por qué el sector público no puede ignorar esto

Desde abril de 2026, municipios, agencias estatales y locales que reciben fondos federales deberán cumplir con WCAG 2.1 AA. Si no, pueden arriesgarse a:

• Multas de hasta $75,000 por la primera violación.
• Riesgo reputacional y barreras de acceso para ciudadanos.

Este es el estándar de referencia explícito en la norma y la mayoría de los marcos nacionales de transposición lo mantienen como base mínima.

Esto no es teoría. Significa:

• Declaración de accesibilidad publicada y actualizada en el sitio web
• Mecanismo de contacto para que los usuarios reporten problemas
• Procedimiento de reclamación si el organismo no responde
• Posibilidad de denuncia ante el organismo supervisor

Las consecuencias de no cumplir van desde la exigencia de una corrección inmediata hasta sanciones económicas, dependiendo del país y de si ha habido una queja formal.

Para las empresas privadas que prestan servicios al sector público, los requisitos de accesibilidad suelen formar parte de los pliegos de contratación. No cumplir puede significar la descalificación en licitaciones o la imposición de penalizaciones contractuales.

El error más caro que cometen las organizaciones

Contratar una auditoría automática y creer que el resultado lo dice todo.

Las herramientas automáticas, como Axe, Lighthouse o WAVE, son útiles. Necesarias, incluso. Pero solo detectan aproximadamente entre el 30% y el 40% de los problemas de accesibilidad reales. El resto solo se encuentra con revisión manual y pruebas con usuarios reales que usan tecnologías de asistencia.

Hay organizaciones que obtienen un “0 errores” en el escáner automático y tienen un sitio completamente inaccesible para alguien que usa un lector de pantalla.

La auditoría automática es el punto de partida, no el certificado de conformidad.

¿Por dónde empezar?

Si no sabes cuál es el nivel de accesibilidad de tu portal web o aplicación, el primer paso no es hacer cambios al azar. Es entender exactamente dónde están las brechas y cuáles representan el mayor riesgo para tu organización.

Una Evaluación de Accesibilidad Digital te permite evaluar el estado actual de tus activos digitales frente a los criterios de WCAG 2.1, identificar incumplimientos, priorizar las acciones de mayor impacto y contar con un plan claro para corregirlos.

Con una evaluación completa podrás:

• Conocer el nivel real de cumplimiento de tu sitio web o aplicación.
• Identificar las barreras que afectan la experiencia de personas con discapacidades.
• Priorizar las correcciones según su impacto en los usuarios y el riesgo de incumplimiento.
• Recibir un informe detallado con hallazgos, evidencia y recomendaciones técnicas para cada problema detectado.
• Establecer una hoja de ruta para alcanzar y mantener el cumplimiento con WCAG 2.1.

La accesibilidad no es un proyecto que se completa una sola vez. Cada actualización de contenido, nueva funcionalidad o cambio de diseño puede introducir nuevas barreras. Por eso, comenzar con una evaluación profesional te permite tomar decisiones informadas, optimizar recursos y reducir el riesgo de incumplimiento antes de que se convierta en un problema legal o reputacional.

La pregunta que deberías hacer en tu próxima reunión

No es: “¿Nuestra página web o software cumple con WCAG 2.1?”

Es: “¿Tenemos evidencia que demuestre nuestro nivel de cumplimiento y un plan para corregir las brechas identificadas?”

Si la respuesta es no, es momento de realizar una Evaluación de Accesibilidad Digital y obtener una visión clara del estado de accesibilidad de tus activos digitales antes de que el incumplimiento afecte a tus usuarios o exponga a tu organización a riesgos regulatorios. Agenda una consulta con nuestro equipo aquí.