Una declaración de accesibilidad es una página pública en la que explicas lo accesible que es tu web o app, qué no funciona todavía y cómo pueden contactarte las personas que se atascan. Para los organismos públicos, esa declaración es obligatoria desde 2018 y sigue un modelo fijo. Desde el 28 de junio de 2025, muchas empresas, entre ellas las tiendas online, también tienen que publicar información similar en virtud de la European Accessibility Act.
Este artículo forma parte de nuestra guía completa sobre accesibilidad web. Aquí hablamos solo de la declaración de accesibilidad: qué debe incluir según las fuentes primarias, en qué se diferencian el sector público y las empresas, dónde publicarla y cada cuánto actualizarla. Te damos una plantilla que puedes adaptar directamente.
Es una explicación de las normas, no asesoramiento jurídico. Si dudas de si las normas se aplican a tu empresa, o hasta dónde tienes que llegar, consulta a un abogado o a la autoridad de vigilancia.
¿Qué es una declaración de accesibilidad?
Una declaración de accesibilidad es un documento en tu web en el que haces público en qué medida tu servicio digital cumple los requisitos de accesibilidad. No es un informe técnico ni un texto de marketing. Es un estado de la cuestión honesto para quienes usan tu web con un lector de pantalla, solo con el teclado o con ampliación.
Una buena declaración responde a cuatro preguntas. ¿Con qué norma mides tu web? ¿Qué no funciona todavía, y hay una alternativa? ¿Cómo lo has determinado, y cuándo? ¿Y a quién puede dirigirse alguien si algo no funciona? En la práctica, la norma es WCAG, las pautas del W3C. Qué significan exactamente los niveles A y AA lo explicamos en WCAG 2.2 explicado.
La declaración en sí no hace tu web más accesible. Lo que sí hace es mostrar que sabes dónde estás. Eso es justo lo que piden tanto las normas del sector público como la EAA.
¿Para quién es obligatoria una declaración de accesibilidad?
Una declaración de accesibilidad es obligatoria para los organismos públicos en virtud de la Directiva de accesibilidad web, y para la mayoría de los prestadores de servicios sujetos a la European Accessibility Act. Los dos regímenes se parecen, pero no piden exactamente lo mismo.
Sector público: modelo, registro y estados
La Directiva (UE) 2016/2102 sobre accesibilidad web obliga en su artículo 7 a los organismos públicos a publicar una declaración de accesibilidad detallada y clara, que deben actualizar periódicamente. Según ese artículo, la declaración incluye al menos tres cosas: qué contenido no es accesible, con el motivo y las posibles alternativas; un mecanismo de comunicación para informar de problemas; y un enlace al procedimiento de aplicación.
La Comisión Europea fijó el modelo en la Decisión de Ejecución (UE) 2018/1523. Ese modelo incluye una situación de cumplimiento (plenamente, parcialmente o no conforme), una lista de contenido no accesible, la fecha de elaboración, el método utilizado y los datos de contacto. Como método, la decisión menciona una autoevaluación o una evaluación por un tercero. Recomienda revisar la declaración al menos una vez al año.
En los Países Bajos, la obligación figura en el artículo 4 del Tijdelijk besluit digitale toegankelijkheid overheid. Los organismos públicos publican la declaración según el modelo del ministerio y miden su web con la norma EN 301 549. En digitoegankelijk.nl se explica cómo funciona. Rellenas la declaración con un asistente y, tras publicarla, entra en el registro. Cada declaración recibe un estado de la A a la E. Para A y B hace falta una evaluación de accesibilidad completa, y esas declaraciones se actualizan al menos una vez al año. Un estado C es válido seis meses.
Empresas: la obligación de información de la EAA
Para las empresas se aplica la Directiva (UE) 2019/882, la European Accessibility Act (EAA). El artículo 13 obliga a los prestadores de servicios a elaborar información conforme al anexo V y a explicar cómo cumple su servicio los requisitos de accesibilidad. Esa información debe estar disponible por escrito y de forma oral, también de manera accesible, y conservarse mientras el servicio exista.
El anexo V dice que incluyes esa información en tus condiciones generales o en un documento equivalente. Contiene, cuando proceda:
- una descripción general del servicio, en formatos accesibles;
- las descripciones y explicaciones necesarias para entender cómo funciona el servicio;
- una descripción de cómo cumple el servicio los requisitos de accesibilidad del anexo I.
Además, según el anexo V puedes aplicar normas armonizadas, y das información que demuestre que tu proceso de prestación del servicio sigue garantizando la accesibilidad.
Los Países Bajos lo han regulado para el comercio electrónico en el artículo 6:230fb del Código Civil neerlandés, mediante la Implementatiewet toegankelijkheidsvoorschriften producten en diensten. Ese artículo repite la obligación de elaborar la información conforme al anexo V y de ponerla a disposición por escrito y de forma oral. Para otros servicios, como libros electrónicos, servicios de comunicaciones y transporte de viajeros, existen decretos aparte. En España, la misma obligación está en el artículo 13 de la Ley 11/2023: los prestadores de servicios incluyen la información en las condiciones generales o documento equivalente, la ponen a disposición del público en formato escrito y oral, y la mantienen actualizada mientras el servicio esté en funcionamiento.
La ACM neerlandesa supervisa los servicios de comercio electrónico y de comunicaciones electrónicas. Según la ACM, en tu web y en tu app debe haber una declaración de accesibilidad fácil de encontrar y accesible en sí misma. Describe cómo funciona el servicio con tecnologías de apoyo y cómo cumples las normas. Además, debe estar disponible de forma oral, por ejemplo como fragmento de audio. Como norma, la ACM cita WCAG 2.1 nivel AA, con el consejo de trabajar ya con WCAG 2.2. En España, la supervisión corresponde a las autoridades de vigilancia que designa cada comunidad autónoma (y las ciudades de Ceuta y Melilla), según el artículo 27.3 de la Ley 11/2023.
Las microempresas que prestan servicios están exentas. Según el artículo 3 de la directiva, son empresas con menos de 10 trabajadores y un volumen de negocios anual o un balance general de 2 millones de euros como máximo.
Sector público y empresas, cara a cara
| Sector público | Empresa sujeta a la EAA | |
|---|---|---|
| Base jurídica | Directiva 2016/2102; en los Países Bajos, Tijdelijk besluit digitale toegankelijkheid overheid | Directiva 2019/882 art. 13 y anexo V; para el comercio electrónico, art. 6:230fb del Código Civil neerlandés; en España, art. 13 de la Ley 11/2023 |
| Forma | Modelo obligatorio; en los Países Bajos, asistente en toegankelijkheidsverklaring.nl | Sin modelo fijo; en las condiciones generales o un documento equivalente |
| Contenido obligatorio | Contenido no accesible con motivo y alternativa, mecanismo de comunicación, enlace al procedimiento de aplicación | Descripción del servicio, explicación de cómo funciona, cómo cumples los requisitos |
| Registro | Sí, en los Países Bajos con estado de la A a la E | No |
| Norma | EN 301 549 | Anexo I de la directiva; la ACM cita WCAG 2.1 AA y recomienda WCAG 2.2 |
| Actualización | A y B al menos una vez al año, C válido seis meses | Ante cambios en el servicio, los requisitos o las normas (art. 13, apartado 3) |
| Disponible de forma oral | No como requisito aparte | Sí, por escrito y de forma oral |
| Supervisión | En los Países Bajos, el Ministerio del Interior (BZK) (seguimiento) | En los Países Bajos, la ACM para comercio electrónico y servicios de comunicaciones y otros supervisores por sector; en España, las autoridades de vigilancia autonómicas |
¿Qué pones en una declaración de accesibilidad?
Una declaración útil combina los elementos obligatorios del anexo V con la estructura del modelo del sector público, porque ese modelo muestra lo que necesitan los visitantes. Para una empresa manda la obligación del anexo V. Los elementos del modelo público, como la situación de cumplimiento, las limitaciones y el método, hacen tu declaración concreta y verificable.
Empieza con una breve descripción de tu servicio. ¿Qué puede hacer alguien en tu web: ver productos, hacer pedidos, pagar, gestionar una cuenta? Después explica cómo funciona el servicio con tecnologías de apoyo. ¿Se puede manejar todo con el teclado? ¿Funciona el checkout con un lector de pantalla? ¿Hay métodos de inicio de sesión que exigen pasos adicionales?
Indica luego la norma con la que mides y el resultado. Sé preciso: "WCAG 2.2 nivel AA" se puede comprobar, "accesible para todos" no. Describe después qué no cumple todavía, con una alternativa y un calendario. Termina con la fecha y el método de la evaluación, las formas de contacto y la autoridad de vigilancia.
Plantilla para tu declaración de accesibilidad
Esta plantilla es un punto de partida para una empresa sujeta a la EAA y sigue los elementos del anexo V y del modelo de la UE. Sustituye todo lo que está entre corchetes. Borra lo que no se aplique a tu caso y no rellenes nada que no hayas evaluado.
# Declaración de accesibilidad de [Nombre de la empresa]
[Nombre de la empresa] quiere que todo el mundo pueda usar [dirección web] y [nombre de la app],
también las personas que usan un lector de pantalla, el teclado, control por voz o ampliación.
Esta declaración se aplica a [dirección web] y [nombre de la app, si procede].
## Sobre nuestro servicio
[Breve descripción del servicio: qué pueden hacer aquí los clientes, por ejemplo
buscar productos, hacer pedidos, pagar, crear una cuenta y ponerse en contacto.]
## Cómo funciona nuestro servicio
[Explicación de los pasos principales, por ejemplo: búsqueda y filtros,
carrito, pago, métodos de pago, inicio de sesión, confirmación del pedido por correo.
Indica cómo funcionan estos pasos con tecnologías de apoyo.]
## Cómo cumplimos los requisitos de accesibilidad
Medimos nuestra web con las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2,
niveles A y AA.
Situación: esta web es [plenamente / parcialmente / todavía no] conforme con WCAG 2.2 nivel AA.
[Si es "parcialmente" o "todavía no": consulta las limitaciones conocidas más abajo.]
Qué hacemos para seguir siendo accesibles:
- [por ejemplo: la accesibilidad forma parte del diseño y el desarrollo]
- [por ejemplo: probamos cada nueva función con teclado y lector de pantalla]
- [por ejemplo: responsable dentro de la organización: puesto o equipo]
## Limitaciones conocidas
| Elemento | Problema | Alternativa | Solución prevista |
|---|---|---|---|
| [p. ej. filtro de productos] | [p. ej. no se puede manejar con teclado] | [p. ej. buscador o atención al cliente] | [mes y año] |
| [p. ej. manuales PDF anteriores al 28 de junio de 2025] | [p. ej. sin etiquetar] | [p. ej. en otro formato a petición] | [mes y año o n/a] |
## Cómo lo hemos evaluado
- Fecha de la evaluación: [fecha]
- Método: [autoevaluación / evaluación por [nombre de la empresa auditora]]
- Procedimiento: [por ejemplo: prueba automática con [herramienta], completada con revisión
manual de [número] páginas y de todo el proceso de compra con teclado y lector de pantalla]
- Páginas evaluadas: [lista o descripción de la muestra]
- Informe: [enlace al informe, si es público]
## Contacto y comentarios
¿Te has encontrado con algún problema, o quieres recibir esta información en otro formato
o de forma oral? Ponte en contacto con nosotros:
- Correo electrónico: [dirección de correo]
- Teléfono: [número de teléfono, con horario de atención]
- Formulario: [enlace a un formulario de contacto accesible]
Respondemos en un plazo de [número] días laborables y buscamos contigo una solución.
## Supervisión
¿No estás satisfecho con nuestra respuesta? Puedes presentar una reclamación ante
[autoridad de vigilancia, por ejemplo la que designa tu comunidad autónoma: enlace].
## Fecha
Esta declaración se redactó el [fecha] y se actualizó por última vez el [fecha].
Algunas decisiones de esta plantilla merecen una explicación. Las secciones "Sobre nuestro servicio" y "Cómo funciona nuestro servicio" vienen directamente del anexo V. La línea de situación y la tabla de limitaciones vienen del modelo de la UE para el sector público y hacen verificable lo que afirmas. La línea del teléfono está porque la EAA exige que la información esté disponible también de forma oral.
En la situación, elige "plenamente" solo si una evaluación lo respalda. Si no estás seguro, escribe "parcialmente" e indica lo que has encontrado.
¿Dónde publicas la declaración?
Publica la declaración de accesibilidad en una página propia y enlázala desde el pie de todas las páginas. La decisión de ejecución de la UE anima a los organismos públicos a hacer accesible la declaración desde cualquier página web, y la ACM neerlandesa pide a las empresas una declaración fácil de encontrar. El pie de página es donde la buscan los visitantes y las autoridades.
Usa una URL y un texto de enlace claros, como /accesibilidad con el texto "Accesibilidad" o "Declaración de accesibilidad". Eso ayuda a quienes recorren con un lector de pantalla una lista de enlaces. También ayuda en las comprobaciones automáticas. La comprobación de accesibilidad de Flowproof, por ejemplo, busca un enlace con "accesibilidad" o "accessibility" en el texto del enlace o en la URL. Un enlace que solo dice "Más info" no se reconoce.
El anexo V menciona además las condiciones generales o un documento equivalente. Así que en tus condiciones generales remite a la página de la declaración, o incluye allí lo esencial. Si tienes una app, pon también en ella la declaración o un enlace a ella.
Haz que la propia página sea accesible. Usa encabezados reales, una tabla con celdas de encabezado y texto HTML normal en lugar de un PDF. Una declaración que no se puede leer con un lector de pantalla no cumple su propósito.
¿Cada cuánto actualizas la declaración?
Actualiza tu declaración de accesibilidad al menos una vez al año, y enseguida después de un cambio importante en tu web o servicio. El modelo de la UE para el sector público recomienda una revisión anual, y en los Países Bajos los organismos públicos con estado A o B están obligados a ello. Para las empresas, el artículo 13, apartado 3, de la EAA dice que tienes en cuenta los cambios en tu servicio, en los requisitos y en las normas.
Momentos prácticos para revisar la declaración:
- después de un rediseño, una nueva plantilla o un nuevo checkout;
- cuando añades un nuevo método de pago, un widget de chat o un método de inicio de sesión;
- cuando has resuelto una limitación que te comunicaron;
- cuando cambia una norma, como el paso de WCAG 2.1 a 2.2;
- una vez al año, aunque parezca que nada ha cambiado.
Pon siempre la fecha de la última revisión al final. Una declaración de hace tres años dice poco a un visitante sobre la web de hoy.
Errores frecuentes en las declaraciones de accesibilidad
El error más frecuente es afirmar que tu web cumple plenamente WCAG sin que una evaluación lo respalde. Un texto copiado que dice "Esta web es plenamente conforme con WCAG 2.2 AA" es una afirmación de hecho. Si no es cierta, engañas a los visitantes y das a una autoridad un punto de partida fácil.
Otros errores que puedes evitar fácilmente:
- Ninguna forma de contacto. El modelo del sector público pide expresamente un mecanismo de comunicación, y la EAA exige disponibilidad oral. Un formulario de contacto genérico que no es accesible no basta.
- Solo pruebas automáticas. Las herramientas automáticas encuentran parte de los problemas, no todos. El manejo con teclado, la lógica de un checkout y los mensajes de error comprensibles requieren revisión manual. Cómo hacerlo lo explicamos en probar la accesibilidad web.
- Sin fecha ni método. Sin fecha ni procedimiento, nadie sabe lo fiable que es la declaración.
- Limitaciones sin alternativa ni calendario. Para cada problema conocido, indica cómo puede seguir alguien de todos modos y cuándo lo resolverás.
- Escondida o imposible de encontrar. Una declaración a la que solo se llega por el mapa del sitio o por un PDF no es fácil de encontrar.
- Un overlay como prueba. Un widget que cambia la presentación no hace accesible el código de fondo. Indica en tu declaración lo que has hecho en la propia web.
- Carga desproporcionada sin justificar. Si alegas esa excepción, según el artículo 14 de la EAA necesitas una evaluación documentada. Según la ACM neerlandesa, también tienes que comunicarlo a la autoridad.
Cómo comprobarlo en tu propia web
En una hora puedes comprobar si tu declaración está publicada y si es correcta. Sigue estos pasos:
- Busca el enlace en el pie de página. Abre tres páginas al azar y comprueba si hay un enlace con "accesibilidad" o "declaración de accesibilidad" en el texto o en la URL.
- Lee la situación con espíritu crítico. Si dice "plenamente", busca la evaluación que lo respalda. Si no la encuentras, ajusta la situación.
- Comprueba los elementos del anexo V. ¿Hay una descripción del servicio, una explicación de cómo funciona y una descripción de cómo cumples los requisitos?
- Prueba la vía de contacto. ¿Funciona la dirección de correo, contestan en el número de teléfono y se puede rellenar el formulario de contacto con el teclado?
- Mira la fecha. Si la declaración tiene más de un año, o es anterior a tu último rediseño, programa una revisión.
- Prueba la propia página. Recorre la declaración con la tecla Tab y revisa encabezados y tablas.
- Haz un análisis de accesibilidad. La comprobación de accesibilidad de Flowproof está incluida en los planes de pago Pro y Business. Prueba tus páginas con axe-core frente a WCAG 2.2 niveles A y AA y comprueba si hay un enlace a una declaración de accesibilidad. Encontrarás los planes en la página de precios. Usa el resultado como punto de partida para la sección "Limitaciones conocidas", y compleméntalo con una revisión manual.
Si antes quieres saber si la EAA se aplica a tu empresa, lee el artículo sobre la European Accessibility Act. Si después sigues con dudas, consulta a un abogado o a la autoridad de vigilancia competente.