QualiBooth

compliance

Cómo redactar una declaración de accesibilidad

La declaración de accesibilidad es obligatoria por ley en muchos países y ayuda a los usuarios con discapacidad a usar tu sitio. Así se redacta una que funcione.

8 min read QualiBooth
Un equipo de profesionales colaborando alrededor de una mesa, revisando documentos relacionados con una política de accesibilidad digital.

Por qué importa una declaración de accesibilidad

Una declaración de accesibilidad es una declaración pública que informa a los visitantes con discapacidad del nivel de accesibilidad que ofrece tu sitio web o aplicación, de qué partes no son accesibles todavía y de cómo obtener ayuda o notificar un problema.

Publicar una cumple tres funciones a la vez. Demuestra buena fe: evidencia que has tenido en cuenta la accesibilidad en lugar de ignorarla. Aporta información práctica: permite que los usuarios conozcan los problemas ya identificados y las alternativas disponibles antes de perder tiempo intentando usar algo que no funciona. Y, en muchas jurisdicciones, es un requisito legal.

Con la Directiva europea de accesibilidad web, todos los organismos del sector público deben publicar una declaración de accesibilidad conforme al formato especificado en la Decisión de Ejecución (UE) 2018/1523 de la Comisión. Con la Ley Europea de Accesibilidad (EAA), las empresas privadas afectadas deben facilitar información sobre su conformidad en materia de accesibilidad y, aunque la EAA no prescribe el formato exacto que debe adoptar una declaración pública, publicar una que siga las buenas prácticas es una base sólida. En Estados Unidos, si bien la ADA no exige un formato de documento concreto, disponer de una declaración publicada y de un mecanismo de contacto claro se considera un indicador significativo de compromiso con la accesibilidad.

En resumen: deberías tener una independientemente de que tu jurisdicción la exija, porque resulta útil para tus usuarios.

Qué debe incluir

Una declaración de accesibilidad bien estructurada contiene seis elementos esenciales. Si omites alguno, la declaración o bien no supera una comprobación de conformidad o bien deja de ser útil para los usuarios a los que va dirigida.

1. Alcance

Indica con claridad qué sitios web, aplicaciones o productos digitales cubre la declaración. Si tienes varios dominios, subdominios o aplicaciones móviles, enuméralos uno a uno o explica el alcance de forma explícita.

Esta declaración cubre el sitio web qualibooth.com y sus subdominios, incluido app.qualibooth.com. No cubre los servicios de terceros enlazados desde nuestro sitio, como nuestra pasarela de pago o el reproductor de vídeo incrustado.

Sé honesto sobre el alcance. Una declaración que dé a entender que cubre un producto que en realidad no cubre es peor que no tener declaración.

2. Estado de conformidad

Indica a qué versión de WCAG apuntas, qué nivel de conformidad (A, AA o AAA) y cuál es tu situación actual. El W3C define cuatro estados de conformidad estándar:

  • Conformidad total — cumple todos los requisitos sin excepciones
  • Conformidad parcial — se cumple la mayoría de los requisitos, pero determinadas partes no son conformes
  • No conforme — se cumple menos de la mitad de los requisitos
  • Sin evaluar — el contenido no ha sido evaluado

Para la mayoría de las organizaciones, la «conformidad parcial» es el estado honesto y adecuado. Muy pocos sitios web cumplen plenamente WCAG 2.2 nivel AA sin ninguna excepción. No declares conformidad total a menos que hayas probado cada página y cada interacción con una variedad de tecnologías de asistencia y puedas respaldarlo.

qualibooth.com cumple parcialmente WCAG 2.2 nivel AA. Las no conformidades y exenciones se enumeran a continuación.

3. No conformidades conocidas y exenciones

Esta es la sección que la mayoría de las organizaciones se salta o redacta de forma vaga. Y es también la sección más útil para los usuarios con discapacidad.

Enumera cada problema conocido con suficiente detalle para que un usuario pueda decidir si esa barrera le afecta:

  • Qué criterio de éxito de WCAG no se cumple
  • Qué parte del sitio está afectada
  • Cuál es el impacto para los usuarios
  • Qué alternativa existe, si la hay
  • Cuándo prevés corregirlo

Zona de descarga de PDF — Algunos documentos PDF antiguos carecen de una estructura de documento adecuada para los lectores de pantalla. Esto afecta al criterio de éxito 1.3.1 de WCAG 2.1 (Información y relaciones). Estamos remediando todos los PDF publicados antes de 2024 y prevemos completarlo en el tercer trimestre de 2026. Mientras tanto, ponte en contacto con nosotros y te facilitaremos la información en un formato alternativo.

Para la EAA y la Directiva europea de accesibilidad web, además debes distinguir entre las no conformidades derivadas de tu propio contenido y las causadas por contenido de terceros que no controlas (por ejemplo, mapas incrustados o widgets de redes sociales).

Entre las exenciones reconocidas por algunas normativas se incluyen:

  • Carga desproporcionada — cuando el coste de la remediación es genuinamente desproporcionado en relación con el beneficio. El listón es alto y debe justificarse con pruebas documentadas.
  • Medios tempodependientes pregrabados publicados antes de una fecha determinada (varía según la directiva)
  • Formatos de archivo ofimáticos publicados antes de una fecha determinada, salvo que sean necesarios para procesos administrativos activos

Si alegas una exención por carga desproporcionada, debes documentar la evaluación y ponerla a disposición de quien la solicite. No basta con afirmar «esto sería demasiado caro»: hay que mostrar el análisis.

4. Mecanismo de contacto y comunicación

Los usuarios que se topen con una barrera necesitan una vía para pedir ayuda o notificar el problema. Facilita:

  • Una dirección de correo electrónico (no un formulario de contacto genérico: algunos usuarios necesitan explicar sus necesidades en detalle)
  • Opcionalmente, un número de teléfono con información sobre servicios de retransmisión de texto
  • Un compromiso de responder en un plazo determinado

Si tienes dificultades para acceder a cualquier parte de este sitio web, o si necesitas el contenido en otro formato, escribe a accesibilidad@tuempresa.com. Responderemos en un plazo de 5 días laborables.

Para los organismos del sector público de la UE, el plazo de respuesta que fija la Directiva de accesibilidad web es de 14 días.

5. Organismo de control (cuando proceda)

En las jurisdicciones que cuentan con mecanismos de control, enlaza al organismo ante el que un usuario puede reclamar si no queda satisfecho con tu respuesta. En la UE esto varía según el Estado miembro: enlaza a la autoridad nacional correspondiente. En el Reino Unido, enlaza a la Equality and Human Rights Commission.

Si no quedas satisfecho con nuestra respuesta, puedes dirigirte al [organismo de control correspondiente] en [URL].

Incluir esto demuestra que conoces el procedimiento formal de reclamación y que no intentas ocultarlo.

6. Fecha

Indica cuándo se revisó y actualizó la declaración por última vez. Una declaración sin fecha —o fechada hace tres años— transmite a los usuarios que puede no reflejar el estado actual del sitio.

Esta declaración se revisó por última vez el 24 de julio de 2026.

Formato y ubicación

La declaración debe ser una página independiente, no algo enterrado en la política de privacidad o en los términos y condiciones. La ubicación habitual es:

  • Un enlace en el pie del sitio etiquetado como «Accesibilidad» o «Declaración de accesibilidad»
  • Un enlace en la cabecera del sitio si la organización otorga especial relevancia a la accesibilidad
  • Un enlace desde las páginas de cookies o de avisos legales

La propia página debe cumplir WCAG: sería irónico y problemático que tu declaración de accesibilidad fuese ella misma inaccesible. Usa lenguaje claro, encabezados para cada sección y evita los formatos exclusivamente en PDF.

Mantén un lenguaje sencillo. La declaración es para los usuarios, no para los abogados. «Nuestro objetivo es cumplir WCAG 2.2 AA» es mejor que «El operador del presente servicio digital procura ajustarse a los estándares técnicos aplicables establecidos en las Pautas de Accesibilidad para el Contenido Web, versión 2.2, reconocidas internacionalmente, en su nivel de conformidad doble A».

Cómo mantenerla actualizada

Una declaración de accesibilidad desfasada es activamente perjudicial. Si afirma una conformidad total pero los usuarios encuentran barreras, o si enumera problemas «en proceso de remediación» que en realidad se han abandonado, destruye la confianza y genera exposición legal.

Incorpora una cadencia de revisión a tu programa de accesibilidad:

  • Después de cada versión importante — comprueba si algún contenido o funcionalidad nueva introduce no conformidades
  • Como mínimo, una vez al año — reevalúa el estado de conformidad y actualiza la lista de problemas conocidos
  • Tras una reclamación de un usuario — si un usuario notifica una barrera que desconocías, añádela a la declaración

Vincula la revisión a tu calendario más amplio de auditorías de accesibilidad recurrentes en lugar de tratarla como un proceso aparte. Cuando tu auditoría saque a la luz nuevos problemas, actualiza la declaración en el mismo sprint.

Una plantilla para empezar

Esta es una estructura mínima que puedes adaptar:

Declaración de accesibilidad de [Nombre del producto]

Estado de conformidad
[Producto] cumple parcialmente WCAG 2.2 nivel AA.

Contenido no accesible
El siguiente contenido no es plenamente accesible:
- [Problema]: [Área afectada]. Afecta a [criterio WCAG]. [Alternativa o fecha prevista de corrección].

Comentarios y contacto
Correo electrónico: accesibilidad@ejemplo.com
Nuestro objetivo es responder en un plazo de [X] días laborables.

Control y reclamaciones
Si no quedas satisfecho con nuestra respuesta, dirígete a [organismo de control] en [URL].

Fecha
Esta declaración se elaboró el [fecha] y se revisó por última vez el [fecha].

El W3C también ofrece, a través de la WAI, un generador gratuito de declaraciones de accesibilidad que te guía por los campos obligatorios y produce una declaración en varios idiomas.

La declaración no es el objetivo: la accesibilidad sí

Publicar una declaración no hace accesible un sitio. Es un documento de comunicación, no una corrección técnica. Lo que hace creíble una declaración es el trabajo que hay detrás: las pruebas de accesibilidad, el backlog de remediación y la monitorización continua.

Si hoy redactas una declaración honesta —conformidad parcial, varios problemas conocidos, un plazo de corrección realista— y trabajas el backlog, podrás irla actualizando para reflejar un progreso real. Esa es la trayectoria que siguen las organizaciones con programas de accesibilidad sólidos.

Si aún no has evaluado tu sitio, realiza un escaneo de accesibilidad gratuito para obtener un punto de partida. Te mostrará qué problemas abordar primero y te dará la información que necesitas para redactar una declaración que refleje tu verdadero punto de partida.

Conoce tu estado de accesibilidad antes de redactar tu declaración