Una declaración de accesibilidad es un documento público que informa del nivel de cumplimiento de un sitio web respecto a las pautas WCAG, qué contenidos quedan fuera de ese cumplimiento y cómo reportar problemas. En el sector público es obligatoria desde 2018. En el sector privado, una parte de las empresas y servicios digitales también están obligados a publicarla desde junio de 2025.
Para una agencia que produce sitios WordPress para clientes, este documento suele quedar en tierra de nadie: nadie lo pide explícitamente en el brief, pero su ausencia es uno de los primeros puntos que revisa una inspección o una reclamación.
Quién está obligado a publicarla
El Real Decreto 1112/2018 obliga a las administraciones públicas y a los organismos de derecho público a publicar esta declaración en todos sus sitios web y aplicaciones móviles.
La Ley 11/2023 y el Real Decreto 193/2023 extienden requisitos de accesibilidad a determinados productos y servicios del sector privado desde el 28 de junio de 2025, transponiendo la Directiva europea 2019/882. El alcance no es universal: afecta sobre todo a comercio electrónico, banca, transporte y otros servicios esenciales. Fuera de esos supuestos, publicar la declaración no es obligatoria por ley para una empresa privada cualquiera, pero se ha convertido en una práctica que los clientes de agencias empiezan a pedir por contrato, sobre todo si licitan con administraciones o trabajan con grandes cuentas.
Si tu cliente entra en el supuesto de obligatoriedad, publicar la declaración es un requisito legal. Si no entra, sigue siendo una pieza de cumplimiento voluntario que reduce el riesgo de reclamaciones y que muchos pliegos de licitación piden ver antes de adjudicar.
Qué debe contener
Con independencia de si la obligación es legal o voluntaria, una declaración de accesibilidad completa incluye:
- El nivel de conformidad declarado, normalmente WCAG 2.1 nivel AA, que es el mínimo exigido en la normativa española.
- Los contenidos que no cumplen, con el motivo: carga desproporcionada, contenido de terceros fuera de tu control, o documentos publicados antes de una fecha determinada que no se han adaptado.
- El método usado para evaluar la accesibilidad: auditoría propia, auditoría externa, o autoevaluación con herramientas automáticas.
- La fecha de preparación de la declaración y la fecha de la última revisión.
- Un mecanismo de contacto para que cualquier usuario pueda comunicar una barrera de accesibilidad o solicitar contenido en formato accesible, con el plazo de respuesta.
- El procedimiento de reclamación aplicable si la respuesta al contacto anterior no es satisfactoria.
Plantilla base
Esta plantilla cubre los bloques mínimos. Hay que adaptarla a la situación real de cada sitio, nunca copiarla sin verificar que cada afirmación es cierta para ese proyecto concreto.
Declaración de accesibilidad
[Nombre de la organización] se compromete a hacer accesible su sitio web de conformidad con [normativa aplicable: RD 1112/2018 para sector público, o Ley 11/2023 y RD 193/2023 si el servicio está dentro del alcance del sector privado].
Situación de cumplimiento
Este sitio web es [totalmente conforme / parcialmente conforme / no conforme] con [WCAG 2.1 nivel AA], por las excepciones que se indican a continuación.
Contenido no accesible
[Listado de páginas, documentos o funcionalidades que no cumplen, con el motivo: carga desproporcionada, contenido de terceros, documento anterior a fecha X].
Preparación de esta declaración
Esta declaración se preparó el [fecha], sobre la base de [autoevaluación / auditoría externa realizada por [nombre]]. Última revisión: [fecha].
Comunicación de barreras y solicitudes
Puedes comunicar cualquier problema de accesibilidad o solicitar contenido en un formato alternativo a través de [canal de contacto]. Responderemos en un plazo máximo de [plazo].
Procedimiento de reclamación
Si la respuesta anterior no resuelve el problema, puedes presentar una reclamación en [órgano competente según normativa aplicable].
Dónde publicarla
La declaración va en una página propia, enlazada desde el pie de página de todo el sitio con un texto identificable como «Declaración de accesibilidad», no escondida dentro de otro documento legal. Es lo que revisa primero cualquier inspección: si el enlace no está visible desde cualquier página, ya hay un incumplimiento antes de leer el contenido.
Lo que suele fallar en la práctica:
- El enlace está solo en la página de inicio, no en el resto del sitio.
- Está mezclado dentro de la política de privacidad o de cookies, sin texto propio.
- La URL cambia entre idiomas del sitio sin mantener el mismo patrón, y algunas versiones se quedan sin enlace.
- El texto del enlace es genérico («Legal», «Aviso») en vez de nombrar explícitamente «Declaración de accesibilidad».
El error más común
Publicar la declaración no sustituye el cumplimiento real. Una declaración que dice «totalmente conforme» en un sitio que falla en contraste, en navegación por teclado o en etiquetado de formularios no reduce el riesgo, lo aumenta: convierte una barrera técnica en una declaración falsa documentada. Antes de publicar, hay que verificar cada afirmación contra el estado real del sitio, no contra lo que se querría que fuera.
En una auditoría real, esto es lo que separa una declaración defendible de una que no lo es: si el sitio tiene contraste insuficiente en botones secundarios, la declaración tiene que decirlo con ese nivel de detalle, no promediar el problema en un «cumplimiento parcial» genérico. Un inspector o un usuario que reclama compara la declaración contra el sitio real, no contra la intención de quien la escribió.
Cómo lo resolvemos en Kalyma Studio
Cuando hacemos una auditoría de accesibilidad para un cliente, la declaración sale como entregable del proceso, no como un documento aparte que alguien redacta a ciegas. El texto refleja exactamente lo que se auditó: lo que ya cumple, lo que se corrigió y lo que queda pendiente con su justificación.
Si tu cliente necesita esta declaración y no tienes forma de verificar internamente el estado real de accesibilidad del sitio, la auditoría de Kalyma Studio incluye el diagnóstico completo bajo WCAG 2.1 AA y el descuento de su coste sobre la remediación si el proyecto continúa.
