Fecha límite del Título II de la ADA en abril de 2026: ¿Está listo el sitio web de su gobierno?

El 24 de abril de 2024, el Departamento de Justicia de los Estados Unidos publicó una norma que llevaba décadas en preparación: un estándar técnico definitivo y exigible que requiere que todos los gobiernos estatales y locales del país hagan que sus sitios web y aplicaciones móviles sean accesibles para las personas con discapacidades. La primera fecha límite estricta —24 de abril de 2026— se aplica a las entidades públicas que atienden a poblaciones de 50,000 o más. Si su organismo entra en esa categoría y aún no ha iniciado un programa serio de remediación, se le está acabando el tiempo. Esto no es una recomendación de mejores prácticas. Es un requisito legal federal, y las consecuencias de no cumplirlo son significativas.

La norma en términos sencillos: qué cambió y por qué importa

Para muchas organizaciones, la fecha límite del 24 de abril de 2026 plantea una pregunta importante: ¿se trata de un requisito nuevo o de algo que ha estado vigente todo este tiempo? La respuesta es sencilla: la accesibilidad bajo el Título II de la ADA no es nueva. Lo que sí es nuevo es la claridad. En 2024, el Departamento de Justicia emitió una norma final que define formalmente cómo se aplica el Título II de la ADA a los sitios web, las aplicaciones móviles y el contenido digital. Por primera vez, las entidades públicas cuentan ahora con un estándar técnico claro y una fecha límite firme.

El Departamento de Justicia sostiene desde 1996 que la ADA se aplica al contenido web. Sin embargo, hasta la reglamentación de 2024 no existía una regulación formal que especificara un estándar técnico o una fecha límite estricta de cumplimiento. Se esperaba que las entidades gubernamentales hicieran accesibles sus servicios digitales, pero la falta de un punto de referencia claro hacía que la aplicación fuera inconsistente y daba a las organizaciones margen para retrasar la acción. Esa ambigüedad ha desaparecido de forma permanente.

Esto marca un cambio con respecto a los anteriores estándares de "acomodación a petición" hacia una accesibilidad digital integral y proactiva. En otras palabras, ya no es aceptable esperar a que una persona residente con una discapacidad presente una queja y luego apresurarse a proporcionar una alternativa. La accesibilidad debe incorporarse desde el principio, en todas las propiedades digitales de cara al público.

A partir de 2026, los organismos públicos deben "cumplir tanto con los criterios de éxito de Nivel A como de Nivel AA y los requisitos de conformidad especificados en WCAG 2.1". Esta es la primera vez que el DOJ adopta un estándar técnico para contenido digital. La importancia de ese hito no puede subestimarse para los profesionales de cumplimiento que han pasado años navegando expectativas legales vagas.

Quién debe cumplir y para cuándo

Una entidad pública, que no sea un gobierno de distrito especial, con una población total de 50,000 o más deberá comenzar a cumplir con esta norma el 24 de abril de 2026. Una entidad pública con una población total de menos de 50,000 o cualquier entidad pública que sea un gobierno de distrito especial deberá comenzar a cumplir con esta norma el 26 de abril de 2027.

El Título II de la ADA se aplica a todos los gobiernos estatales y locales, lo que incluye, entre otros, oficinas de gobiernos estatales y locales, departamentos de policía y tribunales; escuelas públicas, colegios comunitarios y universidades; hospitales públicos y clínicas de salud; y parques y bibliotecas públicas. El alcance es deliberadamente amplio. El Título II de la ADA se aplica a todos los departamentos y organismos gubernamentales. Los sitios web de distritos escolares, los sistemas de accesibilidad de departamentos de policía y bomberos, el cumplimiento de accesibilidad en bibliotecas y parques recreativos, los sistemas judiciales, los portales de facturación de servicios públicos: todos deben cumplir con los estándares WCAG 2.1 Nivel AA. Si está gestionado por el gobierno y tiene presencia digital, debe ser accesible.

Determinar qué fecha límite se aplica a su entidad requiere conocer su cifra de población. Si su entidad pública tiene una población en el Censo decenal de 2020, utilice esa población. Por ejemplo, un condado con una población de 1 millón en el Censo decenal de 2020 utiliza esa población, lo que significa que el condado debe cumplir con la norma para abril de 2026. Si su entidad pública es un gobierno de distrito especial, tiene hasta abril de 2027 para cumplir. Los gobiernos de distritos especiales no tienen poblaciones calculadas por la Oficina del Censo y, por lo tanto, tienen hasta abril de 2027.

Un punto que se malinterpreta con frecuencia: cada municipio, independientemente de su tamaño, debe cumplir con los estándares WCAG 2.1 Nivel AA. No hay exenciones para pueblos pequeños, aldeas, municipios o gobiernos de distritos especiales. Ya sea que se trate de la ciudad de Nueva York o de una aldea de 100 residentes, se aplican los mismos requisitos de accesibilidad digital del Título II de la ADA. La única diferencia es la fecha límite.

Las relaciones con proveedores y contratistas también entran en el alcance. La norma se aplica a todos los gobiernos estatales y locales y a sus organismos, departamentos y contratistas. Los contratistas y proveedores que prestan servicios digitales en nombre de una entidad pública también están cubiertos, lo que significa que el gobierno es responsable de garantizar que el contenido gestionado por terceros cumpla con el estándar.

Comprender WCAG 2.1 Nivel AA: el estándar técnico

El DOJ adoptó las Pautas de Accesibilidad para el Contenido Web (WCAG) Versión 2.1, Nivel AA como estándar técnico oficial. El organismo está adoptando los estándares técnicos de WCAG 2.1 Nivel AA, que requieren 50 criterios de éxito para hacer que los sitios web sean accesibles. Esto incluye convertir imágenes y documentos para que puedan ser leídos con tecnología de asistencia por personas con pérdida de visión y proporcionar subtítulos para videos en vivo y pregrabados para personas con pérdida de audición.

Las pautas se organizan en torno a cuatro principios: perceptible, operable, comprensible y robusto. Para cada pauta, hay criterios de éxito comprobables. Los criterios de éxito se dividen en tres niveles: A, AA y AAA. Los criterios de éxito son los que determinan la conformidad con WCAG. El marco POUR —Perceptible, Operable, Comprensible, Robusto— es la lógica organizativa detrás de cada requisito del estándar.

WCAG 2.1 introdujo 17 nuevos criterios de éxito para la accesibilidad móvil, cognitiva y de baja visión más allá de lo que exigía WCAG 2.0. Estas adiciones reflejan lo mucho que la web evolucionó entre 2008 y 2018, en particular el cambio hacia lo móvil. La accesibilidad móvil es una parte enorme del estándar 2.1. Requisitos como Reflow (el contenido debe seguir siendo legible con un zoom del 400% sin desplazamiento horizontal) y Orientation (el contenido no puede forzar el modo vertical u horizontal) abordan directamente cómo las personas con discapacidades usan teléfonos inteligentes y tabletas montadas.

También vale la pena señalar que aunque WCAG 2.1 AA es el requisito, adoptar WCAG 2.2 puede ayudar a preparar sus servicios digitales para el futuro. WCAG 2.0, 2.1 y 2.2 están diseñadas para ser retrocompatibles, lo que significa que el contenido que cumple con WCAG 2.2 también cumple con WCAG 2.1 y WCAG 2.0. Implementar WCAG 2.2 hoy satisface el mínimo legal y al mismo tiempo posiciona a su organismo por delante de cualquier actualización regulatoria futura.

Qué contenido digital está cubierto — y las excepciones

La norma abarca una amplia gama de tipos de contenido digital. Los sitios web de cara al público deben tener estructuras de encabezado adecuadas, contraste de color suficiente, navegabilidad por teclado y compatibilidad con lectores de pantalla. Todas las imágenes necesitan texto alternativo significativo que transmita el propósito de la imagen. Los videos requieren subtítulos sincronizados. Los formularios en línea necesitan etiquetas adecuadas y gestión de errores. Los documentos PDF deben estar etiquetados y estructurados para la tecnología de asistencia. Y las aplicaciones móviles deben cumplir los mismos criterios WCAG 2.1 AA que el contenido web.

La norma incluye excepciones limitadas, pero son más estrechas de lo que muchas agencias suponen. Hay cinco excepciones para contenido que no necesita cumplir con WCAG 2.1 Nivel AA: contenido archivado que se crea antes de la fecha de cumplimiento, no se actualiza y se mantiene en un área separada designada como archivo; documentos preexistentes como agendas y actas de reuniones creadas antes de la fecha límite de cumplimiento; contenido de terceros publicado por terceros que no está a discreción de la agencia; y documentos confidenciales como documentos individualizados protegidos con contraseña, como una factura de agua municipal. Tenga en cuenta que la agencia es responsable del contenido desarrollado y publicado por terceros que actúan a instancias de la agencia.

La excepción de contenido archivado merece especial atención. La norma incluye una excepción limitada para contenido creado antes del 24 de abril de 2026, pero es más estrecha de lo que muchos esperan. El contenido antiguo puede permanecer tal como está solo si es verdaderamente de archivo, es decir, si no se utiliza activamente, no se actualiza y no forma parte de ningún programa, servicio o actividad actual. Donde esto se vuelve importante es en cómo se define "uso". Si el contenido antiguo sigue utilizándose de alguna manera significativa, debe hacerse accesible, incluso si se creó hace años.

Los fallos de accesibilidad más comunes en los sitios web gubernamentales

Saber lo que exige la norma es solo la mitad de la batalla. Comprender dónde fallan con mayor frecuencia los sitios web gubernamentales le ayuda a priorizar su esfuerzo de remediación. Las auditorías de accesibilidad sacan a la luz de forma constante las mismas categorías de problemas.

La falta de texto alternativo o su insuficiencia en las imágenes es uno de los fallos más comunes. Cada imagen significativa de su sitio web necesita una alternativa de texto que transmita su contenido y propósito. Las imágenes decorativas deben marcarse como tales para que los lectores de pantalla las omitan. Cuando falta el texto alternativo, las personas usuarias ciegas o con baja visión no pueden entender lo que comunica la imagen, y su sitio incumple el Criterio de Éxito 1.1.1 de WCAG.

El contraste de color insuficiente entre el texto y su fondo es otro problema generalizado. WCAG 2.1 AA exige una relación de contraste de al menos 4.5:1 para texto normal y 3:1 para texto grande. Muchos sitios web gubernamentales utilizan grises claros, colores apagados o paletas de marca que no cumplen estos umbrales, lo que hace que el contenido sea difícil o imposible de leer para personas con baja visión o daltonismo.

Los fallos de accesibilidad por teclado impiden que las personas que no pueden usar un ratón naveguen por su sitio. Cualquier funcionalidad que requiera un ratón —menús desplegables, cuadros de diálogo modales, mapas interactivos, selectores de fecha— debe ser totalmente operable utilizando solo el teclado. Esta es una barrera crítica para personas con discapacidades motoras y para cualquiera que dependa de tecnología de acceso por interruptor.

La accesibilidad de los PDF es otro problema persistente para los organismos gubernamentales, que tienden a publicar grandes volúmenes de documentos. Las agendas de reuniones, los informes presupuestarios, las solicitudes de permisos y los avisos públicos deben estar correctamente etiquetados con una estructura semántica para que las tecnologías de asistencia puedan navegar por ellos. Un PDF sin etiquetar es esencialmente invisible para un lector de pantalla.

Por último, utilizado incorrectamente —lo cual es común— ARIA rompe activamente la accesibilidad al anular información semántica correcta con información programática incorrecta. Muchos fallos de accesibilidad en entornos web del sector público son el resultado de una implementación incorrecta de ARIA, no de la ausencia de esfuerzos de accesibilidad. Este es un punto sutil pero importante: intentar añadir accesibilidad mediante ARIA sin entender cómo funciona puede empeorar las cosas, no mejorarlas.

El costo real de no cumplir

Los riesgos financieros y operativos de no cumplir con la fecha límite no son teóricos. Están bien documentados y ya se están materializando a través de acciones de cumplimiento en todo el país.

El incumplimiento puede dar lugar a medidas cautelares obligatorias, daños compensatorios, honorarios de abogados y supervisión federal continua a través de acuerdos de conciliación. En virtud de la ADA, el DOJ elevó la sanción civil máxima por una primera infracción a $75,000, y a $150,000 por infracciones posteriores. Además de las multas y los daños, las agencias deben prever honorarios legales y costos de remediación que a menudo superan la sanción inicial.

Los casos del mundo real ilustran la exposición. Una persona con discapacidad visual demandó al Distrito Escolar Público de Seattle en 2014, alegando que el sitio web del distrito era incompatible con los lectores de pantalla. La junta escolar de Seattle estimó costos de entre $665,000 y $815,000 para la remediación del sitio web, honorarios legales, contratación de una persona coordinadora de accesibilidad y capacitación del personal. En junio de 2024, el Departamento de Justicia emitió una carta de conclusiones en la que determinó que Alaska violó el Título II de la ADA al negar a las personas votantes con discapacidades una oportunidad igual de participar en el proceso de votación y mantener un sitio web de elecciones inaccesible.

Las posibles consecuencias de no cumplir con la fecha límite del 24 de abril de 2026 son graves, pero los riesgos legales por incumplimiento ya existen hoy. Los tribunales han rechazado de forma sistemática desestimar demandas de accesibilidad simplemente porque la fecha límite regulatoria aún no ha pasado, lo que significa que las agencias pueden ser demandadas en virtud de las obligaciones existentes de la ADA independientemente de la fecha de entrada en vigor de la nueva norma. El incumplimiento del Título II de la ADA también puede afectar la elegibilidad para recibir fondos federales. Las entidades que reciben asistencia financiera federal también deben cumplir con la Sección 504 de la Ley de Rehabilitación, que conlleva mecanismos de aplicación adicionales.

Cómo construir su programa de cumplimiento: una hoja de ruta práctica

El camino hacia el cumplimiento de WCAG 2.1 AA no es un evento único: es un programa estructurado con fases distintas. Así es como los organismos que están cumpliendo con la fecha límite lo están abordando.

Paso 1: Haga un inventario de su huella digital. Antes de poder arreglar algo, necesita saber qué tiene. Enumere todos los sitios web, aplicaciones, PDF y sistemas de terceros. Los distritos especiales deben centrarse primero en sus portales de servicios principales. Muchos organismos se sorprenden por el alcance de lo que descubren: micrositios heredados, portales de permisos independientes, herramientas de mapeo integradas y años de PDF archivados se acumulan rápidamente.

Paso 2: Realice una auditoría de accesibilidad exhaustiva. Realice una auditoría en tres etapas: comience con herramientas automatizadas (que encuentran entre el 30 y el 40% de los problemas), añada revisión manual de código y luego pruebe con tecnologías de asistencia reales. No omita las pruebas con personas. Esta distinción importa enormemente. Las investigaciones muestran que las herramientas automatizadas detectan solo entre el 30 y el 50% de los problemas de accesibilidad. El cumplimiento total requiere pruebas manuales realizadas por personas expertas. Una auditoría que se basa únicamente en un escáner dejará sin detectar la mayoría de las barreras del mundo real y expondrá a su organismo.

Paso 3: Priorice y remedie de forma sistemática. Corrija primero las barreras críticas priorizando los bloqueos de acceso completos y los servicios de alto tráfico. Una persona residente que no puede presentar una solicitud de permiso o pagar una factura de servicios públicos en línea debido a un formulario inaccesible representa el fallo de máxima prioridad, tanto desde el punto de vista ético como desde la perspectiva del riesgo legal. Trabaje desde los servicios transaccionales centrales hacia el contenido informativo.

Paso 4: Actualice los contratos con proveedores y los estándares de adquisición. Asegúrese de que los proveedores de tecnología de terceros cumplan con los estándares WCAG 2.1 Nivel AA. Actualice el lenguaje de adquisición para exigir el cumplimiento de accesibilidad en adelante. Un portal de pagos que era conforme con WCAG 2.1 AA en el momento de su implementación puede no pasar las pruebas después de la siguiente versión del proveedor. Sin pruebas recurrentes de las integraciones de proveedores después de actualizaciones importantes, estas regresiones son invisibles hasta que una persona residente se topa con ellas.

Paso 5: Designe responsables y construya gobernanza. Designe una persona Coordinadora de la ADA con autoridad para trabajar entre departamentos. Los pueblos pequeños pueden asignar esta función a personal existente con responsabilidades claras. La accesibilidad no puede ser responsabilidad de una sola persona desarrolladora ni quedar oculta dentro de TI. Requiere coordinación interdepartamental que abarque comunicaciones, asuntos legales, TI y liderazgo.

Paso 6: Establezca una declaración de accesibilidad. Publique una declaración de accesibilidad de cara al público en su sitio web que identifique su objetivo de conformidad, documente cualquier limitación conocida y proporcione un mecanismo claro para que las personas residentes soliciten adaptaciones o informen sobre barreras. El cumplimiento de WCAG 2.1 Nivel AA no elimina todas las obligaciones de la ADA: los gobiernos aún deben proporcionar comunicación efectiva y modificaciones razonables a las personas que no puedan acceder al contenido conforme.

Cómo están respondiendo ya los estados

Las organizaciones que cumplirán con la fecha límite de abril de 2026 sin prisas de última hora son aquellas que empezaron a tratarla como una transformación de gobernanza, no como una solución técnica puntual. Varios estados ofrecen ejemplos instructivos de cómo se ve en la práctica el cumplimiento proactivo.

La Legislatura de Dakota del Norte aprobó el Proyecto de Ley del Senado 2404, que incluye $1.5 millones en financiación única para el Departamento de Tecnología de la Información del estado. Este es un ejemplo claro de un estado que vincula las asignaciones directamente a los esfuerzos de cumplimiento del Título II de la ADA antes de la fecha límite de 2026. Maryland ha alineado sus esfuerzos de accesibilidad digital a nivel estatal directamente con la Norma Final del Título II de la ADA. La Política de Accesibilidad Digital actualizada del estado incorpora explícitamente los requisitos del DOJ, instruyendo a los organismos del poder ejecutivo a garantizar que tanto el contenido y los servicios digitales de cara al público como los internos cumplan con WCAG 2.1 Nivel AA antes de la fecha límite del 24 de abril de 2026. Al integrar formalmente los requisitos del Título II en la política estatal, Maryland está estableciendo expectativas claras y responsabilidad para los organismos en todo el gobierno.

Washington exige que todos los organismos estatales desarrollen y mantengan un Plan de Accesibilidad de TI en virtud de su Política de Accesibilidad USER-01. La política exige conformidad con WCAG 2.1 Nivel AA, alineando los estándares estatales con la nueva norma del Título II de la ADA. Los organismos deben planificar y documentar de forma proactiva su estrategia de accesibilidad en lugar de reaccionar a las quejas.

Estos ejemplos comparten un hilo común: la accesibilidad se trata como una responsabilidad operativa continua, no como un proyecto puntual. Los organismos con las posturas de cumplimiento más defendibles han integrado la accesibilidad en sus flujos de desarrollo, procesos de adquisición, flujos de trabajo de contenido y programas de capacitación del personal.

El papel de las herramientas de accesibilidad y los overlays

A medida que aumenta la presión de la fecha límite, muchos organismos y proveedores están considerando herramientas de overlay de accesibilidad como parte de su conjunto de herramientas de cumplimiento. Es importante comprender tanto el valor como los límites de estas tecnologías. Un widget de overlay —como el que ofrecen plataformas como Accsible— puede proporcionar mejoras significativas en la interfaz: ajuste del tamaño del texto, modos de contraste, fuentes amigables para la dislexia, ayudas de navegación por teclado y optimizaciones para lectores de pantalla que amplían el alcance de su sitio existente a personas usuarias con una amplia gama de discapacidades.

Sin embargo, es igualmente importante ser realista: ninguna herramienta de overlay por sí sola constituye el cumplimiento total de WCAG 2.1 AA. La conformidad con WCAG 2.1 AA por sí sola no garantiza el cumplimiento del Título II de la ADA. El Título II de la ADA requiere acceso efectivo a los servicios digitales públicos. Las pruebas con personas usuarias reales validan si las personas con discapacidades pueden realmente completar tareas utilizando tecnologías de asistencia, no solo si el código supera las comprobaciones técnicas. Un overlay es más eficaz cuando se utiliza junto con HTML semántico adecuado, documentos remediados, formularios accesibles y video subtitulado, no en lugar de ellos.

La forma correcta de pensar en las herramientas de accesibilidad es como una capa dentro de un programa de accesibilidad más amplio. Pueden cerrar brechas rápidamente, apoyar a las personas usuarias que necesitan adaptaciones inmediatas y proporcionar una red de seguridad adicional mientras avanza el trabajo de remediación más profundo. También envían una señal al público de que su organismo está comprometido activamente con la inclusión, lo que importa tanto culturalmente como en el contexto de demostrar esfuerzos de cumplimiento de buena fe.

Conclusiones clave

• La fecha límite del 24 de abril de 2026 es firme y exigible. Los gobiernos estatales y locales que atienden a poblaciones de 50,000 o más deben garantizar que su contenido web y sus aplicaciones móviles cumplan con WCAG 2.1 Nivel AA. Este es un requisito legal federal publicado en el Federal Register por el Departamento de Justicia de los Estados Unidos. Las entidades más pequeñas y los distritos especiales tienen hasta el 26 de abril de 2027, pero el estándar es idéntico.
• El alcance es más amplio de lo que la mayoría de las agencias imagina. La norma se aplica a una amplia gama de servicios gubernamentales en línea, incluidos avisos públicos, formularios, solicitudes digitales y contenido de video —así como a las herramientas de terceros que su organismo utiliza para prestar esos servicios. Usted es responsable del cumplimiento de sus proveedores.
• El escaneo automatizado no es suficiente. Las herramientas automatizadas por sí solas pasan por alto entre el 60 y el 70% de los problemas. Un programa de cumplimiento defendible requiere revisión manual experta, pruebas con tecnologías de asistencia y gobernanza continua, no un informe de escaneo único.
• El riesgo financiero de no cumplir es real y está documentado. El acuerdo promedio por accesibilidad web bajo la ADA supera los $75,000 según el informe de 2024 de UsableNet. Esto no incluye los costos de defensa legal, la remediación obligatoria ni los requisitos de monitoreo continuo que suelen incluir los acuerdos.
• Empiece ahora, incluso si va con retraso. Lo que protege a los organismos públicos bajo el Título II de la ADA no es la existencia de un informe de auditoría. Es la existencia de un programa de remediación y monitoreo impulsado por la gobernanza que la auditoría pone en marcha. Los esfuerzos demostrables de buena fe y una hoja de ruta de remediación documentada importan, pero solo si realmente ha empezado.