Título II de la ADA y Sección 504: qué tienen que corregir los sitios web públicos y sanitarios antes de 2027

Desde el 26 de abril de 2027, toda entidad de gobierno estatal o local de Estados Unidos con una población total de 50.000 habitantes o más tiene que hacer que su contenido web y sus aplicaciones móviles cumplan las WCAG 2.1 de nivel AA. Eso abarca condados, ciudades, distritos escolares, universidades públicas y autoridades de transporte. Desde el 11 de mayo de 2027, la misma norma se aplica a todo receptor de ayuda financiera del Departamento de Salud y Servicios Humanos (HHS) con quince o más empleados: hospitales, clínicas, centros de salud, y las agencias estatales, los proveedores de servicios sociales y las universidades que el HHS también financia.

Las dos fechas debían haber llegado un año antes. El Departamento de Justicia (DOJ) y el HHS las retrasaron cada uno mediante una regla final provisional en la primavera de 2026, y ambos dijeron que podrían proponer suavizar el contenido. Ninguno lo ha hecho. Hoy, las fechas de 2027 son las que dicen los reglamentos, y la primera está a unas 29 semanas.

Si también vendes en la UE, el Acta Europea de Accesibilidad es un régimen distinto, que tratamos en nuestro artículo sobre el EAA.

Las fechas

«Población total» es un término definido. Para la mayoría de las entidades es el recuento decenal de la Oficina del Censo; un distrito escolar independiente usa las Small Area Income and Poverty Estimates. Una universidad estatal o una autoridad de transporte toma la población conjunta de los gobiernos a los que pertenece. Un gobierno de distrito especial tiene la fecha de 2028 sea cual sea su tamaño.

Un hospital de condado suele ser a la vez una entidad pública y un receptor del HHS. Comprueba las dos fechas y trabaja para la que llegue antes.

Qué exigen las normas

Las dos normas están redactadas de forma casi idéntica, y tres expresiones hacen la mayor parte del trabajo.

«Contenido web y aplicaciones móviles». El contenido web se define en sentido amplio: texto, imágenes, sonido, vídeo, controles, animaciones y «documentos electrónicos convencionales», es decir, PDF, ficheros de procesador de textos, presentaciones y hojas de cálculo. Las aplicaciones móviles son las aplicaciones nativas que la gente descarga en teléfonos y tabletas.

«Directamente o mediante acuerdos contractuales, de licencia o de otro tipo». La obligación sigue al servicio, no al servidor. Un portal de permisos gestionado por un proveedor, una página de pago alojada por una pasarela, una plataforma de aprendizaje con licencia de un distrito escolar: todo cuenta como tuyo. En la regla final de 2024, el DOJ puso el ejemplo directamente: una entidad que enlaza a un sitio de terceros para cobrar tasas, multas de aparcamiento o impuestos tiene que asegurarse de que ese sitio cumple.

«Los criterios de conformidad de nivel A y de nivel AA y los requisitos de conformidad especificados en las WCAG 2.1». La versión de junio de 2018, no la 2.2. Desarrollar conforme a la 2.2 no hace ningún daño, pero el listón legal es la 2.1 AA.

Las salidas son estrechas. No se exige el cumplimiento cuando supondría una alteración fundamental o unas cargas económicas y administrativas indebidas, pero el máximo responsable de la entidad (o la persona en quien delegue) tiene que decidirlo tras considerar todos los recursos disponibles, dejar los motivos por escrito y, aun así, hacer todo lo posible sin llegar a esa carga. Una «versión alternativa conforme» separada solo se permite cuando la accesibilidad directa es imposible por razones técnicas o jurídicas. Hay también una disposición de impacto mínimo, pero es una defensa que se alega después de una reclamación, no un objetivo de diseño.

Para hacerse una idea de la escala, el análisis del DOJ de 2024 contabilizó 109.893 sitios web y 8.805 aplicaciones móviles gestionados por 91.489 entidades estatales y locales, con 16.900 millones de dólares de costes de implantación en los tres primeros años. La prórroga de abril de 2026 cita una estimación de coste total a 10 años de 24.700 millones de dólares. La reglamentación del HHS de 2024 en su conjunto abarca a unos 453.084 receptores.

Qué queda exceptuado, y con qué condiciones

Las dos normas recogen las mismas cinco excepciones, y cada una tiene una condición fácil de pasar por alto.

1. Contenido web archivado, solo si se cumplen las cuatro condiciones: se creó antes de tu fecha de cumplimiento (o reproduce papel u otros soportes físicos anteriores a ella), se conserva exclusivamente con fines de consulta, investigación o registro, no se ha alterado tras archivarse y está guardado en una zona específica claramente marcada como archivo. Las actas antiguas repartidas por las páginas activas de los departamentos no cumplen. Trasládalas.
2. Documentos electrónicos convencionales preexistentes, publicados antes de tu fecha, salvo que se usen actualmente para solicitar un servicio, acceder a él o participar en él. El PDF de solicitud de permisos de 2019 que sigue enlazado desde la página de permisos no está exceptuado.
3. Contenido publicado por un tercero, salvo que se publique en virtud de un acuerdo contractual, de licencia o de otro tipo contigo. Los comentarios del público en un foro están exceptuados. Lo que un contratista publica por ti, no.
4. Documentos individualizados y protegidos: ficheros sobre una persona concreta, sus bienes o su cuenta, protegidos con contraseña o de otro modo. Un recibo de impuestos o el PDF de un resultado de laboratorio. La excepción cubre el documento. El portal que lo rodea sigue dentro del ámbito.
5. Publicaciones en redes sociales hechas antes de tu fecha.

Nada de esto elimina la obligación general. Las dos prórrogas de 2026 dicen que las obligaciones del Título II y de la Sección 504 continúan con independencia de las fechas de cumplimiento. Un ciudadano que pida una copia accesible de un documento exceptuado puede seguir teniendo derecho a ella.

Qué significa corregir en la práctica

Plantillas y componentes del CMS

La mayoría de los sitios públicos son un puñado de plantillas y una docena de componentes repetidos en miles de páginas. Corrige una vez la cabecera, la navegación, la búsqueda, el acordeón, la tabla y los componentes de formulario, y todas las páginas heredan la corrección. Revisa el orden de los encabezados, las regiones, el foco visible (2.4.7), un contraste de texto de 4,5:1 (1.4.3), un contraste de 3:1 para los controles y los bordes de los campos (1.4.11), el reajuste en pantallas estrechas (1.4.10) y el texto ampliado al 200% (1.4.4). Si el tema es a medida o tiene años, aquí es donde debe ir la mayor parte del presupuesto.

Formularios, pagos y permisos

Los recorridos de transacción son el motivo de las reclamaciones. Cada campo necesita una etiqueta expuesta a las tecnologías de apoyo (3.3.2), errores descritos en texto (3.3.1), autocompletado en los campos de datos personales (1.3.5), funcionamiento completo con teclado (2.1.1) y límites de tiempo de sesión que el usuario pueda desactivar, ajustar o ampliar (2.2.1). Este último es fácil de pasar por alto en los flujos de pago y de permisos, donde una sesión puede caducar mientras un usuario de lector de pantalla sigue en la página dos. Los widgets a medida (selectores de fecha, búsquedas de direcciones, subidas de ficheros) necesitan un nombre, un rol y un valor correctos (4.1.2). El marco de pago incrustado de la pasarela también tiene que cumplir, así que prueba el flujo completo, no solo tu mitad.

Portales de pacientes y citas

Todo lo anterior, más los selectores de citas, los cuestionarios de admisión, la mensajería segura y el vídeo de telemedicina. Mensajes como «cita confirmada» tienen que anunciarse sin mover el foco (4.1.3).

Documentos

El PDF accesible más barato es el que nunca llegas a hacer. Publica en HTML los órdenes del día, los avisos y los formularios siempre que puedas. Para los PDF que tengan que quedarse: etiquetas, un orden de lectura correcto, campos de formulario de verdad, el idioma del documento y alternativas textuales para las imágenes. Después arregla el lado de la producción (plantillas de Word con encabezados de verdad, opciones de exportación que conserven las etiquetas, una comprobación antes de publicar nada), o estarás corrigiendo el orden del día de la semana que viene para siempre.

Vídeo y reuniones

El vídeo grabado necesita subtítulos (1.2.2) y audiodescripción cuando la imagen transmite significado (1.2.5). El audio en directo en medios sincronizados necesita subtítulos en directo (1.2.4), lo que para la mayoría de las ciudades, condados y consejos escolares significa la retransmisión de la sesión pública. Las grabaciones antiguas pueden ir al archivo con las cuatro condiciones de arriba.

Aplicaciones móviles

Las aplicaciones nativas tienen que cumplir los mismos criterios a través de la capa de accesibilidad de la plataforma: cada control etiquetado para VoiceOver y TalkBack, sin bloqueo a una sola orientación (1.3.4) y una alternativa de toque simple a los gestos de deslizar y pellizcar (2.5.1).

Software estándar: el código de tu proveedor, tu obligación

Si tu sitio funciona sobre un CMS alojado para administraciones, tus pagos pasan por la página alojada de una pasarela y tu portal de pacientes es un módulo de tu sistema de historia clínica electrónica, la mayoría de las correcciones de código les corresponden a tus proveedores. Tu trabajo es la contratación: pide a cada proveedor un informe de conformidad con las WCAG 2.1 AA, comprueba lo que afirman en tus propios recorridos críticos y pon por escrito en el contrato o en la renovación una obligación de conformidad y una fecha límite de corrección. Tu contenido (los PDF, el vídeo, los textos alternativos, las páginas que redacta tu personal) sigue siendo cosa tuya en cualquier plataforma.

Este artículo es más útil si tienes sistemas propios, heredados o personalizados: un portal de permisos desarrollado internamente, un tema de CMS muy modificado, una aplicación cuya agencia ya no está, un formulario de admisión acoplado a un producto de un proveedor. Nadie más los va a arreglar.

Por qué un overlay no te lleva hasta ahí

La norma mide tu contenido contra las WCAG 2.1 AA. Un overlay es un script que se coloca encima de la página. No puede escribir una descripción con sentido de un gráfico, subtitular una sesión, etiquetar un PDF ni cambiar una aplicación nativa, y no llega al dominio de pagos o de citas de un tercero al que se envía a tus usuarios.

La FTC ya ha examinado la promesa del cumplimiento instantáneo. En enero de 2025 publicó una propuesta de orden de consentimiento con accessiBe, fabricante del overlay accessWidget, tras alegar que el producto no hacía que todos los sitios web cumplieran las WCAG. La orden propuesta incluía un pago de 1.000.000 de dólares y la obligación de declarar que el producto no corrige las barreras en dominios de terceros que no lo ejecuten también.

El riesgo de las fechas

• Tanto el DOJ como el HHS escribieron que «estudiarán publicar un NPRM» sobre el contenido durante la prórroga. La entrada de la agenda reguladora del DOJ dice que está estudiando si algunas disposiciones «podrían hacerse menos gravosas», con la fecha de la propuesta «por determinar».
• Ambos escribieron también que, si no se publica ese NPRM y nada más apunta a un nuevo retraso, cada departamento «prevé plenamente aplicar el reglamento en el nuevo plazo».
• La National Federation of the Blind presentó una demanda en el Distrito de Maryland el 21 de mayo de 2026 (National Federation of the Blind v. Department of Justice, 1:26-cv-02007) contra las dos prórrogas. A principios de octubre de 2026 no hay ninguna resolución.
• Una propuesta de norma no cambia nada por sí sola. Una regla final o una regla final provisional sí, y 2026 demostró lo tarde que puede llegar: la prórroga del DOJ entró en vigor el 20 de abril de 2026, cuatro días antes de la fecha que aplazaba.

Así que el riesgo va en las dos direcciones: una propuesta podría suavizar la norma, y la demanda sostiene que la fecha nunca debió moverse. Planificar contando con un aplazamiento es una apuesta. Si el DOJ o el HHS publican de verdad un nuevo retraso, vuelve a planificar antes de gastar más.

Un plan que merece la pena pase lo que pase

Parte de esto compensa en cualquier escenario, porque el Título II y la Sección 504 ya exigen la igualdad de acceso. Hazlo de todos modos:

• Corrige las plantillas y los componentes.
• Haz que los principales recorridos de transacción (pagar, solicitar, inscribirse, reservar, iniciar sesión) funcionen de principio a fin con teclado y con lector de pantalla.
• Deja de producir PDF nuevos inaccesibles.
• Incluye las WCAG 2.1 AA en todos los contratos y renovaciones.
• Subtitula las sesiones públicas.

Lo que conviene aplazar si se publica un retraso: la corrección masiva de documentos antiguos que apenas se usan. Un archivo bien hecho suele salir más barato de todos modos.

Contando hacia atrás desde el 26 de abril de 2027 (los receptores del HHS tienen hasta el 11 de mayo de 2027):

1. De octubre a mediados de noviembre de 2026: inventario. Todos los dominios, aplicaciones, sistemas de proveedores y bibliotecas de documentos. Clasifica los documentos según si alguien los sigue usando para obtener un servicio. Decide qué se archiva o se elimina.
2. De mediados de noviembre a enero: plantillas, componentes y los principales recorridos de transacción. Envía ya a los proveedores tu solicitud de conformidad. Los ciclos de contratación van más despacio que el código.
3. Enero y febrero: documentos en uso, formularios, subtítulos y correcciones de las aplicaciones. Envía las actualizaciones de las aplicaciones antes de que acabe febrero para dejar margen a la revisión de las tiendas.
4. Marzo: pruebas. Primero solo con teclado, después con NVDA o JAWS en Windows, VoiceOver en iOS y macOS y TalkBack en Android, en los recorridos críticos reales. Un escáner no puede decirte si un texto alternativo significa algo.
5. Abril: congelación y protección. Añade comprobaciones automáticas a la compilación y al flujo de publicación, para que el próximo orden del día y la próxima versión no deshagan el trabajo. Cuando de verdad proceda alegar una carga indebida, consigue la declaración por escrito firmada antes de la fecha, no después de una reclamación.

En cuanto al coste, la prórroga del HHS cita informes de la National League of Cities con presupuestos puntuales de corrección de PDF y de sitios web de 10.000 a 20.000 dólares, y de hasta 70.000 dólares al año, para ciudades de tamaño no especificado.

Dónde conseguir ayuda

Corregimos la accesibilidad en el código: plantillas, bibliotecas de componentes, formularios, portales y aplicaciones móviles, con comprobaciones en la compilación para que la corrección se mantenga. Sin overlays, y sin informes que se quedan en la auditoría. El enfoque está en nuestra página del servicio de corrección de accesibilidad, y la parte de la UE en nuestro artículo sobre el Acta Europea de Accesibilidad.

Somos ingenieros, no abogados: qué fecha se aplica y si se sostiene una alegación de carga indebida son preguntas para tus abogados. Si tienes un portal a medida y una fecha que cumplir, escribe a office@c9group.dev.