Una declaración de accesibilidad es una página pública que explica el compromiso de su organización con la accesibilidad digital, indica con honestidad su nivel de conformidad actual y da a los visitantes una forma de informar sobre las barreras con las que se topen. Un visitante debería poder leerla en dos minutos y saber exactamente con quién contactar si algo de su sitio no le funciona. A continuación tiene una estructura que puede adaptar directamente, junto con notas sobre qué evitar.

Qué incluir

Una buena declaración de accesibilidad cubre cinco elementos: una breve declaración de compromiso, su estado de conformidad actual frente a un estándar nombrado (normalmente la WCAG 2.1 o 2.2 AA), cómo evaluó ese estado, las limitaciones conocidas si las hay, y datos de contacto para recibir comentarios. Omitir el estado de conformidad y limitarse a decir “nos importa la accesibilidad” es la debilidad más habitual que vemos en las declaraciones; se lee como una frase de marketing y no como documentación.

Una plantilla que puede adaptar

Sustituya las secciones entre corchetes por los datos concretos de su organización.

Declaración de accesibilidad de [nombre de la organización]

[Nombre de la organización] está comprometida con garantizar la accesibilidad digital de las personas con discapacidad. Seguimos mejorando la experiencia de uso para todos y aplicando los estándares de accesibilidad pertinentes.

Estado de conformidad: Este sitio web tiene como objetivo cumplir con la WCAG 2.1 nivel AA. [Indique una de las siguientes opciones: “cumple totalmente”, “cumple parcialmente” o “actualmente no cumple”, y explique brevemente por qué si no se trata de una conformidad total.]

Limitaciones conocidas: [Enumere los problemas conocidos, por ejemplo: “Algunos documentos PDF antiguos publicados antes de 2025 aún no se han corregido y es posible que no sean totalmente accesibles para los usuarios de lectores de pantalla. Estamos trabajando en ellos de forma progresiva.”]

Comentarios: Agradecemos sus comentarios sobre la accesibilidad de [nombre del sitio]. Háganos saber si encuentra alguna barrera de accesibilidad. Teléfono: [número] Correo electrónico: [dirección] Dirección postal: [dirección] Intentamos responder a los comentarios en un plazo de [X] días hábiles.

Especificaciones técnicas: La accesibilidad de [nombre del sitio] depende de HTML, CSS, JavaScript y WAI-ARIA para funcionar con las tecnologías de asistencia.

Enfoque de evaluación: [Nombre de la organización] evaluó la accesibilidad de este sitio web mediante [autoevaluación / una auditoría externa / escaneo automatizado combinado con pruebas manuales]. Esta declaración se revisó por última vez el [fecha].

Qué evitar

No afirme “cumplimiento total” ni “100% conforme con la ADA” a menos que lo haya verificado realmente mediante pruebas, idealmente incluyendo pruebas manuales y no solo un escaneo automatizado. Ese tipo de afirmación general se ha convertido en un foco concreto de escrutinio; en 2025 la FTC de Estados Unidos ordenó a accessiBe pagar 1 millón de dólares para resolver cargos relacionados en parte con afirmaciones exageradas sobre cuánto de un sitio web podía corregir automáticamente su widget. La lección se generaliza mucho más allá de ese caso concreto: una declaración debe describir lo que realmente ha verificado, no lo que espera que sea cierto.

Evite también esconder la declaración donde nadie pueda encontrarla. Enlácela desde el pie de página de su sitio, y asegúrese de que la propia página de la declaración sea accesible (estructura de encabezados adecuada, contraste legible, sin muros de texto sin estructurar).

Declaraciones generadas frente a una declaración respaldada por pruebas reales

Varios proveedores de widgets, entre ellos UserWay y accessiBe, ofrecen un generador de declaraciones de accesibilidad como parte de su producto. Pueden ser un punto de partida genuinamente útil en cuanto a estructura y redacción estándar, sobre todo para un sitio pequeño sin experiencia legal o de accesibilidad interna. La brecha que hay que vigilar es que una declaración generada a partir de un escaneo automatizado rápido puede terminar afirmando un nivel de conformidad que el sitio en realidad no se ha ganado mediante pruebas manuales. Si usa una declaración generada, trate la sección de estado de conformidad como la que más edición necesita, y actualícela en cuanto conozca su estado real en lugar de aceptar una afirmación por defecto.

Para las organizaciones más avanzadas en este proceso, una declaración redactada después de una auditoría real, ya sea de un proveedor centrado en pruebas o de un proveedor de widget más revisión manual como Wawsome, puede afirmar la conformidad con más confianza porque hay evidencia real detrás. Si está preparando una declaración específicamente para el sector público de la UE o para fines relacionados con la EAA, vale la pena alinear el lenguaje de conformidad también con la terminología de la EN 301 549 y no solo con la de la WCAG, ya que es el estándar que los revisores y los equipos de compras de la UE esperarán ver referenciado.

Redactar con honestidad la sección de estado de conformidad

Esta es la parte de la declaración en la que más vale la pena invertir tiempo, y la parte que la mayoría de las plantillas dejan deliberadamente vaga. “Cumple parcialmente” es algo perfectamente normal y honesto de escribir, y resulta mucho más útil para un visitante (y mucho más defendible si alguna vez surge una queja) que una afirmación sin matices de “totalmente accesible” que en realidad no puede respaldar. Si ha realizado una auditoría, nombre el estándar y la versión frente a los que probó (la WCAG 2.1 AA es la referencia más habitual) y dé una idea general del alcance, ya sea todo el sitio, un subconjunto de páginas clave o flujos concretos como el checkout. Si todavía no ha realizado una auditoría formal, está bien decirlo directamente: “Todavía no hemos completado una auditoría formal de accesibilidad de este sitio. Estamos comprometidos a hacerlo y actualizaremos esta declaración una vez que ese trabajo esté terminado” es información honesta y útil, y una declaración provisional razonable mientras el trabajo de corrección está en marcha.

Gestionar los comentarios una vez que llegan

La sección de comentarios no es solo una formalidad: publicar datos de contacto significa que debe esperar recibir informes de verdad, y no tener un proceso interno para gestionarlos socava el sentido de publicar una declaración. Decida quién en su equipo se encarga de los comentarios de accesibilidad que lleguen, fije una expectativa realista de tiempo de respuesta (e indíquela en la propia declaración, como hace la plantilla anterior), y mantenga un registro sencillo de lo que se informa y cómo se resolvió. Ese registro se convierte en una prueba útil de un programa de accesibilidad activo y funcional si alguna vez hace falta, y también alimenta de forma natural la sección de “limitaciones conocidas”, ya que los informes de usuarios reales suelen ser una mejor fuente de lo que realmente falla que un escaneo automatizado por sí solo.

Consideraciones multilingües y multisitio

Si su organización opera en más de un idioma o mantiene declaraciones separadas para distintas propiedades, mantenga la redacción del estado de conformidad coherente entre versiones, en lugar de dejar que una edición en un idioma afirme por error un nivel de conformidad superior al de otra. Esto ocurre con frecuencia en empresas orientadas a la UE que gestionan declaraciones en alemán, francés, italiano y otros mercados, donde una traducción hecha de forma independiente del original puede desviarse del estado real actual. Revisar todas las versiones en los distintos idiomas a la vez que hace su actualización anual es una forma sencilla de evitar esa brecha.

Dónde publicarla

La mayoría de las organizaciones publican la declaración como una página propia, enlazada desde el pie de página de todas las páginas del sitio, a veces duplicada en la sección de términos o privacidad del sitio. Se espera que los organismos del sector público de la UE cubiertos por la Directiva de Accesibilidad Web publiquen una en un lugar fácil de encontrar de forma constante y la mantengan actualizada; es una práctica razonable de seguir incluso donde no es estrictamente obligatoria, ya que indica tanto a los usuarios como, si alguna vez llega a ese punto, a un tribunal o a un regulador, que la accesibilidad es algo que realmente ha tenido en cuenta y no algo que ha ignorado.