Normativa de accesibilidad del Reino Unido: guía PSBAR

¿Qué es la normativa británica de accesibilidad para organismos del sector público?

El Reglamento de Accesibilidad de Organismos del Sector Público (sitios web y aplicaciones móviles) (n.º 2) de 2018 —conocido comúnmente como PSBAR, las “PSB Regulations” o simplemente “la normativa de accesibilidad del Reino Unido”— entró en vigor en septiembre de 2018. Transpone al derecho británico la Directiva de Accesibilidad Web de la UE (WAD) y sigue aplicándose tras el Brexit dentro del marco de derecho de la UE retenido en el Reino Unido.

PSBAR exige a los organismos del sector público que hagan accesibles sus sitios web y aplicaciones móviles para las personas con discapacidad. El cumplimiento se mide frente a las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1 Nivel AA, y todas las organizaciones dentro del alcance deben publicar y mantener una declaración de accesibilidad.

¿Quién debe cumplirla?

PSBAR se aplica a los organismos del sector público tal como se definen en la normativa. Es una categoría amplia que incluye:

Departamentos del gobierno central y agencias ejecutivas
Organismos públicos no departamentales (NDPB) y entidades vinculadas
Autoridades locales y ayuntamientos
Fideicomisos del NHS y organismos sanitarios
Universidades y centros de formación continua (con algunos matices)
Policía, bomberos y otros servicios de emergencia
Colegios sostenidos con fondos públicos y multi-academy trusts
Bibliotecas, museos e instituciones culturales gestionadas por organismos públicos

Las organizaciones del sector privado no están cubiertas por PSBAR. Sin embargo, si una empresa privada presta servicios digitales en nombre de un organismo del sector público —por ejemplo, gestionando el portal de pagos en línea de un ayuntamiento—, el organismo público sigue siendo responsable de garantizar que esos servicios sean accesibles.

¿Qué significa estar “dentro del alcance” para el contenido?

La normativa cubre todos los sitios web y aplicaciones móviles disponibles públicamente operados por organismos del sector público. Esto incluye intranets y extranets cuando son accesibles al público.

Sin embargo, varias categorías de contenido están explícitamente exentas:

Formatos de archivo de ofimática (PDF, documentos de Word, hojas de cálculo) publicados antes del 23 de septiembre de 2018, salvo que sean necesarios para utilizar un servicio
Medios pregrabados basados en tiempo (vídeo, audio) publicados antes del 23 de septiembre de 2020
Vídeo en directo (no se exigen subtítulos en directo, aunque la mejor práctica es proporcionarlos cuando sea posible)
Mapas en línea —siempre que la información de navegación esencial se proporcione de forma accesible
Contenido de terceros que el organismo del sector público no financia, desarrolla ni controla
Colecciones patrimoniales y contenido archivado que no puede hacerse accesible sin una carga desproporcionada
Intranets y extranets cuyo contenido sea anterior a septiembre de 2019 y no haya sido revisado sustancialmente

La exención para archivos de ofimática antiguos se malinterpreta con frecuencia. Se aplica a documentos publicados antes de la fecha correspondiente, no a todos los PDF en general. Cualquier documento nuevo, o cualquier documento existente que se actualice después de la fecha de entrada en vigor, debe cumplir el estándar.

El estándar técnico: WCAG 2.1 Nivel AA

PSBAR exige la conformidad con WCAG 2.1 Nivel AA. Este estándar, publicado por el W3C, cubre 50 criterios de éxito organizados en cuatro principios:

Perceptible — la información y los componentes de la interfaz deben poder presentarse de formas que los usuarios puedan percibir. Requisitos clave:

Alternativas textuales para el contenido no textual (imágenes, iconos, gráficos)
Subtítulos para el contenido en vídeo
Contraste de color suficiente (4,5:1 para texto normal, 3:1 para texto grande y componentes de la interfaz)
Contenido que pueda presentarse de distintas formas sin perder información

Operable — los componentes de la interfaz y la navegación deben ser operables. Requisitos clave:

Accesibilidad completa por teclado: toda la funcionalidad debe funcionar sin ratón
Sin trampas de teclado
Sin contenido que parpadee más de tres veces por segundo
Títulos de página, encabezados y texto de enlace descriptivos
Un indicador de foco visible para la navegación por teclado

Comprensible — el contenido y la interfaz deben ser comprensibles. Requisitos clave:

Idioma declarado en el HTML (atributo lang)
Navegación y etiquetado coherentes
Mensajes de error descriptivos con instrucciones para corregirlos
Etiquetas e instrucciones para todos los campos de formulario

Robusto — el contenido debe ser suficientemente robusto para su interpretación por tecnologías de apoyo. Requisitos clave:

HTML válido y bien estructurado
Uso correcto de roles, estados y propiedades ARIA
Mensajes de estado comunicados a las tecnologías de apoyo sin requerir el foco

WCAG 2.1 añadió 17 nuevos criterios de éxito respecto a WCAG 2.0, con especial atención a la accesibilidad móvil, los usuarios con baja visión y las discapacidades cognitivas y de aprendizaje. Los nuevos criterios incluyen:

1.3.4 Orientación — el contenido no debe bloquearse a una única orientación de pantalla
1.3.5 Identificar el propósito de la entrada — los campos de formulario que recogen datos personales deben usar atributos de autocompletado
1.4.10 Reflow — el contenido debe reorganizarse a 320px sin desplazamiento horizontal
1.4.11 Contraste no textual — los componentes de la interfaz y los objetos gráficos deben cumplir un contraste de 3:1
1.4.12 Espaciado de texto — los usuarios deben poder ajustar el espaciado del texto sin pérdida de contenido
1.4.13 Contenido en hover o focus — el contenido adicional activado por hover o focus debe poder descartarse y permanecer visible
2.5.3 Etiqueta en el nombre — los nombres accesibles de los componentes deben contener la etiqueta de texto visible

El requisito de la declaración de accesibilidad

Una de las obligaciones más distintivas de PSBAR —y donde muchos organismos del sector público quedan cortos— es la declaración de accesibilidad obligatoria.

Todo sitio web y aplicación móvil dentro del alcance debe publicar una declaración de accesibilidad que:

Indique qué estándar pretende cumplir el sitio —normalmente WCAG 2.1 AA
Enumere los problemas de accesibilidad conocidos —barreras concretas identificadas y aún no resueltas, con una descripción de cada una
Incluya una alegación de carga desproporcionada (si procede) —una justificación documentada de por qué determinado contenido no se ha hecho accesible
Proporcione un mecanismo de retroalimentación —una forma de que los usuarios contacten con la organización para informar de barreras de accesibilidad o solicitar alternativas accesibles
Indique el procedimiento de aplicación —dirigiendo a los usuarios no satisfechos con la respuesta hacia el organismo de control correspondiente
Muestre la fecha de revisión —cuándo se actualizó por última vez la declaración

El Government Digital Service (GDS) publica una plantilla estándar de declaración de accesibilidad. Se anima a los organismos del sector público (y en la práctica se espera) a usar esta plantilla o una que cubra todos los elementos requeridos.

Errores habituales en las declaraciones de accesibilidad:

Afirmar el cumplimiento total de WCAG 2.1 AA sin evidencias
No enumerar problemas conocidos cuando claramente existen
Proporcionar un mecanismo de contacto que en sí mismo es inaccesible
Publicar una declaración que no se ha revisado en más de un año
Usar una declaración genérica copiada de otra organización sin adaptarla al sitio real

Una declaración de accesibilidad que tergiversa el nivel de conformidad no solo incumple la normativa, sino que también mina la confianza de los usuarios y crea riesgo reputacional cuando se denuncian las barreras reales.

Carga desproporcionada

PSBAR permite a los organismos del sector público alegar una exención de carga desproporcionada para contenido específico cuando el coste o el esfuerzo de hacerlo accesible sería desproporcionado respecto al beneficio para los usuarios con discapacidad. No es una exención general y debe aplicarse a contenido concreto e identificado, no a un sitio web entero.

Para alegar carga desproporcionada, la organización debe:

Realizar una evaluación formal que sopese los costes de hacer accesible el contenido frente al beneficio para los usuarios con discapacidad
Tener en cuenta el tamaño, los recursos de la organización y la naturaleza del contenido
Documentar la evaluación
Indicar la alegación en la declaración de accesibilidad, identificando el contenido y la base de la alegación
Revisar la alegación periódicamente

Las directrices del GDS son claras: la carga desproporcionada no puede usarse para evitar hacer accesibles los recorridos de usuario esenciales. Alegar carga desproporcionada para un formulario de pago o una solicitud de servicio no se consideraría válido.

Aplicación de la normativa en el Reino Unido

La aplicación de PSBAR se gestiona de forma distinta a los litigios de accesibilidad en EE. UU. El Reino Unido no tiene un derecho de acción privado análogo al ADA Title III para la accesibilidad de sitios web. En su lugar, la aplicación se estructura en torno a:

La monitorización del Government Digital Service (GDS) — GDS es responsable de supervisar el cumplimiento de PSBAR por parte de los organismos del sector público. Realizan auditorías por muestreo de sitios web y aplicaciones móviles, e informan de los resultados de cumplimiento a la Comisión Europea (para los periodos anteriores al Brexit) y ahora conforme a las obligaciones retenidas por el Reino Unido.

El Cabinet Office supervisa el marco global de cumplimiento, incluida la exigencia de que los departamentos dispongan de planes de accesibilidad.

La Equality Act 2010 ofrece una vía paralela. Esta ley exige a los proveedores de servicios (incluidos los organismos del sector público) realizar ajustes razonables para las personas con discapacidad. Un sitio web del sector público con barreras de accesibilidad que impida a una persona con discapacidad acceder a los servicios puede constituir discriminación ilegal conforme a la ley. A diferencia de PSBAR, la Equality Act sí admite reclamaciones individuales: los usuarios con discapacidad pueden presentar casos ante un tribunal laboral o un juzgado de condado.

Ofcom se encarga de la aplicación de los requisitos relacionados con la radiodifusión. La Financial Conduct Authority (FCA) y otros reguladores sectoriales también pueden aplicar expectativas de accesibilidad específicas de su sector.

En la práctica, la aplicación de PSBAR ha sido relativamente flexible: GDS publica datos de cumplimiento y colabora con las organizaciones para mejorar, en lugar de emprender acciones formales de ejecución. Sin embargo, esto no reduce la obligación legal, y las reclamaciones bajo la Equality Act siguen siendo un riesgo real.

Situación tras el Brexit

PSBAR se transpuso de la Directiva de Accesibilidad Web de la UE mediante la European Communities Act. Tras el Brexit, se mantiene como derecho interno del Reino Unido bajo la Retained EU Law (Revocation and Reform) Act 2023. La normativa sigue plenamente en vigor; tras el Brexit, el Reino Unido ya no está obligado a seguir las actualizaciones de la WAD de la UE ni del estándar armonizado EN 301 549, pero WCAG 2.1 AA sigue siendo el estándar técnico aplicable.

Las organizaciones que operan tanto en el Reino Unido como en la UE deben cumplir tanto PSBAR como las implementaciones pertinentes de la Directiva de Accesibilidad Web en los estados miembros de la UE, que también hacen referencia a WCAG 2.1 AA, generando alineación en la práctica.

Aplicaciones móviles

PSBAR se aplica tanto a las aplicaciones móviles como a los sitios web. Las aplicaciones móviles operadas por organismos del sector público deben:

Cumplir los criterios de éxito de WCAG 2.1 Nivel AA aplicables a las apps móviles nativas
Tener una declaración de accesibilidad (que puede publicarse en la web, dentro de la app o en la ficha de la tienda de aplicaciones)
Ser compatibles con las funciones de accesibilidad de la plataforma (VoiceOver en iOS, TalkBack en Android)

La accesibilidad móvil se evalúa frente a EN 301 549, que incorpora WCAG 2.1 y añade requisitos específicos para móviles sobre el tamaño de los objetivos táctiles, la orientación y el uso de las API de la plataforma.

Una hoja de ruta práctica de cumplimiento de PSBAR

1. Audita tu conformidad actual

Empieza con una evaluación honesta de tu situación. Las herramientas de escaneo automatizado pueden identificar rápidamente una parte significativa de los fallos de WCAG: problemas de contraste de color, texto alternativo ausente, problemas de etiquetado de formularios. Pero las herramientas automatizadas solo detectan de forma fiable entre el 30 % y el 40 % de los problemas de accesibilidad. Una auditoría manual de accesibilidad con lectores de pantalla y navegación solo por teclado es esencial para obtener una visión completa.

2. Prioriza tus correcciones

Corrige primero las barreras que impiden más directamente a los usuarios acceder a los servicios esenciales. Para un ayuntamiento, esto podría ser: el portal de solicitudes urbanísticas, el formulario de ayudas para la vivienda, la página de contacto y la navegación principal. Aborda los recorridos transaccionales antes que el contenido informativo.

3. Publica una declaración de accesibilidad conforme

Usa la plantilla del GDS. Sé honesto sobre los problemas conocidos. Proporciona un mecanismo de contacto funcional. Si alegas carga desproporcionada para algún contenido, documenta la evaluación y decláralo con claridad.

4. Corrige y vuelve a probar

Tras cada corrección, verifica que resuelve el problema y no ha introducido regresiones. Esto requiere tanto una nueva prueba automatizada como una verificación manual con tecnología de apoyo.

5. Integra la accesibilidad en tu flujo de publicación

Cada nueva página publicada, cada documento subido y cada función desplegada puede introducir nuevas barreras. La formación en gestión de contenidos, las listas de verificación previas a la publicación y el escaneo automatizado dentro del flujo de publicación detectan los problemas antes de que lleguen a los usuarios.

6. Revisa tu declaración de accesibilidad anualmente

La declaración debe reflejar el estado actual de tu sitio. Una revisión anual —combinada con una auditoría reciente— la mantiene precisa y demuestra un compromiso continuo.

Resumen

PSBAR es una obligación legal vinculante para los organismos del sector público del Reino Unido. Exige la conformidad con WCAG 2.1 Nivel AA en sitios web y aplicaciones móviles, y obliga a mantener una declaración de accesibilidad precisa y actualizada para todo sitio dentro del alcance.

La normativa no es una guía aspiracional: es ley, reforzada por el deber de realizar ajustes razonables de la Equality Act 2010. Los organismos del sector público que traten la accesibilidad como una práctica de calidad continua, en lugar de una casilla de cumplimiento, encontrarán más fácil cumplir el estándar, responder a la monitorización del GDS y atender a la totalidad de sus usuarios.

Si gestionas un sitio web del sector público y no estás seguro de tu posición actual de cumplimiento, un escaneo de accesibilidad gratuito es el primer paso más rápido. Para una auditoría completa comparada con WCAG 2.1 AA y los requisitos de PSBAR, ponte en contacto con nuestro equipo.