Una declaración de accesibilidad es una de las señales más visibles que envía tu organización sobre su compromiso con la inclusión digital, y sin embargo la mayoría de los sitios web todavía no tienen una. Esta guía explica exactamente qué es una declaración de accesibilidad, por qué es importante desde el punto de vista legal y reputacional, y cómo redactar una que realmente resista un examen minucioso.
Más del 96% de los principales un millón de sitios web no cumplen con los estándares básicos de accesibilidad WCAG, y aun así el número de demandas relacionadas con la ADA por temas web sigue aumentando cada año. En este contexto, una declaración de accesibilidad no es solo un gesto de cortesía. Es una de las señales más concretas y visibles públicamente de que tu organización se toma en serio la inclusión digital y, en un número cada vez mayor de jurisdicciones, también es un requisito legal. Si aún no tienes una, esta guía te explicará todo lo que necesitas saber para hacerlo bien.
¿Qué es una declaración de accesibilidad?
En esencia, una declaración de accesibilidad es una declaración pública del compromiso de tu organización de hacer que tu sitio web —y los servicios digitales que ofrece— sean accesibles para todas las personas usuarias, incluidas las personas con discapacidad. Se encuentra en una página dedicada de tu sitio web y explica a las personas visitantes, en un lenguaje sencillo, qué estándares estás tomando como referencia, qué has hecho para cumplirlos, dónde siguen existiendo brechas y cómo contactar con alguien si se encuentran con una barrera.
Es importante distinguir una declaración de accesibilidad de documentos relacionados pero diferentes. Una política interna de accesibilidad describe los objetivos y procesos internos de tu organización: quién es responsable, qué flujos de trabajo se aplican, cómo se toman las decisiones de adquisición. Una declaración de accesibilidad, en cambio, está orientada hacia el exterior. Está escrita para tus personas usuarias, no para tu equipo. Un Voluntary Product Accessibility Template (VPAT) o Accessibility Conformance Report (ACR) es un documento altamente técnico que se utiliza principalmente en contextos de adquisición empresarial. Una declaración de accesibilidad se sitúa entre ambos: debe ser honesta y sustantiva, pero también comprensible para cualquier miembro del público que llegue a la página.
Piénsala como tu promesa de accesibilidad, escrita a la vista de todos. Indica a las personas con discapacidad que las ves, que estás trabajando para atenderlas y que hay una persona real con la que pueden contactar cuando algo sale mal. También demuestra a los organismos reguladores, auditores y a la parte contraria en cualquier disputa futura que la accesibilidad es una práctica deliberada y continua en tu organización, no una ocurrencia tardía.
El panorama legal: ¿cuándo se requiere una declaración de accesibilidad?
La respuesta a “¿necesito legalmente una declaración de accesibilidad?” depende en gran medida de dónde operas, quién es tu audiencia y qué leyes se te aplican. El panorama ha cambiado significativamente en los últimos dos años, y la trayectoria es clara: los requisitos se están endureciendo a nivel global.
En Estados Unidos, la obligación legal más directa para los gobiernos estatales y locales proviene de la norma definitiva de abril de 2024 del Department of Justice en virtud del Título II de la ADA, que aclaró que los sitios web y las aplicaciones móviles gubernamentales deben ajustarse a WCAG 2.1 Nivel AA. Publicar una declaración de accesibilidad y establecer una gobernanza en torno a la accesibilidad digital forma parte de esa postura de cumplimiento. Los plazos de cumplimiento en virtud de esta norma vencen en abril de 2026 para las entidades más grandes y en abril de 2027 para las más pequeñas. Para las empresas privadas cubiertas por el Título III de la ADA, aunque una declaración de accesibilidad específica no está explícitamente exigida por la ley, la ausencia de una ha sido utilizada por abogados de la parte demandante como prueba de que los esfuerzos de accesibilidad más amplios de una organización son insuficientes, lo que la convierte en un factor de riesgo legal significativo.
En la Unión Europea, el panorama es aún más explícito. La Directiva de Accesibilidad Web de la UE exige desde hace varios años que los organismos del sector público de los estados miembros publiquen declaraciones de accesibilidad. Ahora, el European Accessibility Act —que entró en plena aplicación el 28 de junio de 2025— amplía las obligaciones de accesibilidad a empresas privadas de sectores como comercio electrónico, banca, transporte y telecomunicaciones. Cualquier empresa que ofrezca productos o servicios a clientes con sede en la UE, independientemente de dónde tenga su sede la empresa, está dentro del alcance. Piensa en el EAA como el GDPR de la accesibilidad digital: una regulación amplia y transfronteriza a la que no le importa dónde están ubicados tus servidores. El EAA se alinea con WCAG 2.1 Nivel AA como referencia técnica para el contenido web y móvil.
En el Reino Unido, las Public Sector Bodies Accessibility Regulations 2018 exigen explícitamente que todos los sitios web y aplicaciones del gobierno y del sector público cumplan con los estándares WCAG 2.1 AA y publiquen una declaración de accesibilidad. La AODA de Canadá en Ontario, la Sección 508 de la Rehabilitation Act para contratistas federales de EE. UU. y varios otros marcos nacionales añaden más capas. Si tienes una audiencia global, asume que al menos una ley aplicable te exige una declaración.
Incluso cuando ninguna ley exige explícitamente una declaración de accesibilidad para tu organización específica, la ausencia de una cada vez se percibe más como negligencia, no como neutralidad. Es una medida de bajo costo y alto impacto que toda persona propietaria de un sitio web debería adoptar.
Por qué tu declaración de accesibilidad importa más allá del cumplimiento
La obligación legal es el mínimo, no el máximo. Existen razones empresariales y éticas de peso para contar con una declaración de accesibilidad bien elaborada que van más allá de simplemente evitar demandas.
En primer lugar, piensa en tus personas usuarias. Aproximadamente 1.3 mil millones de personas en todo el mundo viven con algún tipo de discapacidad. Muchas de ellas han aprendido, a base de experiencia, a buscar una declaración de accesibilidad antes de confiar su tiempo o su dinero a un sitio web nuevo. Una declaración clara y honesta les indica con qué tecnologías de apoyo se ha probado tu sitio, a quién contactar si algo falla y cuán en serio se toma tu organización el tema. Reduce la fricción y genera confianza justo en el momento en que una persona con discapacidad está decidiendo si permanecer o no en tu sitio.
En segundo lugar, está la dimensión reputacional. No tener una declaración de accesibilidad —o tener una que sea claramente un modelo copiado, nunca actualizado y que haga promesas que tu sitio evidentemente no cumple— envía una señal negativa a clientes, personal y socios que se preocupan por la inclusión. Por el contrario, una declaración reflexiva y mantenida con regularidad es una prueba de un compromiso organizacional genuino. Organizaciones líderes como Barclays y Roche publican declaraciones que reconocen honestamente sus limitaciones actuales mientras describen las medidas específicas que están en marcha para abordarlas. Esa transparencia genera más buena voluntad que una declaración que afirme un cumplimiento perfecto.
En tercer lugar, tu declaración de accesibilidad crea un mecanismo interno de rendición de cuentas. Cuando te comprometes públicamente con un estándar, una metodología de pruebas y un plazo de respuesta para los problemas reportados por las personas usuarias, estás creando expectativas que tus propios equipos deben cumplir. Eso es una ventaja, no un problema. Los programas de accesibilidad que carecen de compromisos externos tienden a desviarse; aquellos con declaraciones públicas tienden a mantenerse en el camino.
Por último, hay que considerar el SEO y la usabilidad. Las buenas prácticas de accesibilidad —HTML semántico, estructuras de encabezados adecuadas, texto alternativo descriptivo, etiquetas de enlace claras— se correlacionan fuertemente con las señales de posicionamiento en buscadores. Un sitio web diseñado con la accesibilidad en mente tiende a ser un sitio mejor en todos los sentidos.
Qué incluir: los componentes esenciales
No existe una plantilla única obligatoria para una declaración de accesibilidad del sector privado, pero la Web Accessibility Initiative del W3C ofrece la orientación más clara sobre lo que debe contener una declaración. A continuación se presenta un desglose de cada componente que deberías abordar, junto con el razonamiento detrás de cada uno.
Una declaración de compromiso. Comienza con una declaración clara y humana del compromiso de tu organización con la accesibilidad digital. No la escondas. Es lo primero que leerán las personas con discapacidad —y el abogado de la parte demandante—. Evita el lenguaje corporativo vacío. Indica específicamente que estás trabajando para ofrecer una experiencia inclusiva a personas con discapacidades visuales, auditivas, físicas, cognitivas, neurológicas y del habla.
El estándar que estás tomando como referencia. Nombra la versión específica de WCAG a la que apuntas, idealmente WCAG 2.1 Nivel AA como mínimo, con WCAG 2.2 Nivel AA como la mejor práctica actual. Especifica tu nivel de conformidad con honestidad. Si cumples plenamente, dilo. Si cumples parcialmente, dilo también y describe qué áreas no alcanzan el estándar. Hacer afirmaciones falsas sobre la conformidad en tu declaración es peor que revelar las brechas conocidas: elimina la defensa de buena fe en un litigio.
Limitaciones conocidas. Esta es la sección en la que la mayoría de las organizaciones se equivocan. O bien no enumeran ninguna limitación (algo poco creíble para casi cualquier sitio real) o utilizan números de criterios técnicos de WCAG que no significan nada para las personas usuarias. El W3C recomienda un lenguaje sencillo: en lugar de “no se cumple el Criterio de Éxito 1.2.2 de WCAG”, di “algunos de nuestros videos más antiguos no tienen subtítulos”. Sé específico. Sé honesto. Las personas usuarias agradecerán saberlo de antemano, y te protege legalmente al demostrar buena fe.
Lo que has hecho para abordar la accesibilidad. Describe tus esfuerzos reales: ¿has realizado una auditoría de terceros? ¿Haces pruebas con lectores de pantalla? ¿Has formado a tu equipo de contenidos? ¿Utilizas un widget de superposición de accesibilidad para proporcionar funciones de apoyo adicionales? Detalla las medidas específicas que toma tu organización. Esta sección transforma tu declaración de una promesa pasiva en una prueba activa de un programa de cumplimiento.
Entorno técnico. Indica los navegadores, sistemas operativos y tecnologías de apoyo con los que se ha probado tu sitio. Los lectores de pantalla se comportan de forma diferente según la combinación de navegador, y documentar los entornos probados gestiona las expectativas a la vez que demuestra rigor.
Información de contacto. Esta puede ser la sección más importante. Facilita que las personas usuarias informen sobre barreras de accesibilidad. Proporciona varios canales: correo electrónico, teléfono e idealmente un formulario web que sea en sí mismo totalmente accesible. Especifica un plazo de respuesta y cúmplelo. Las investigaciones muestran de forma consistente que cuanto más rápido responde una organización a las quejas de accesibilidad, menos probable es que esa queja se convierta en una demanda. No canalices estos contactos a un buzón genérico que nadie revisa.
Contenido de terceros. Si tu sitio integra widgets de terceros, feeds de redes sociales, mapas u otro contenido que no controlas, reconócelo y aclara que no puedes garantizar la accesibilidad de ese contenido. Aun así, puedes describir las medidas que tomas para seleccionar herramientas de terceros accesibles.
Fecha de la última revisión. Incluye una fecha visible de “última actualización”. Una declaración de accesibilidad sin fecha parece —y puede estar— desactualizada. Comprométete a revisarla y actualizarla al menos una vez al año y después de cualquier rediseño importante o renovación de contenidos.
Referencias a las leyes aplicables. Según tu jurisdicción y audiencia, menciona los marcos legales pertinentes: la ADA, la Sección 508, el EAA, las UK Accessibility Regulations, la AODA u otros. Esto demuestra conocimiento legal y ayuda a las personas usuarias a entender el contexto normativo.
Una plantilla estructural que puedes adaptar
La siguiente es una estructura HTML limpia y semántica que puedes adaptar para la página de tu propia declaración de accesibilidad. Sustituye los valores de marcador de posición por información precisa específica de tu organización y sitio web.
<h1>Accessibility Statement</h1>
<p>
[Organization Name] is committed to ensuring digital accessibility
for people with disabilities. We continually improve the user experience
for everyone and apply relevant accessibility standards.
</p>
<h2>Conformance Status</h2>
<p>
We aim to conform to the Web Content Accessibility Guidelines (WCAG)
2.1 Level AA. These guidelines explain how to make web content more
accessible to people with disabilities. Our current conformance status
is: [fully conformant / partially conformant — describe known gaps].
</p>
<h2>Known Limitations</h2>
<p>
Despite our best efforts, some content may not yet be fully accessible:
</p>
<ul>
<li>[Example: Some older PDF documents do not have text
equivalents. We are converting these on a rolling basis.]</li>
<li>[Example: Videos published before [date] may not have
accurate captions. We are prioritizing recaptioning.]</li>
</ul>
<h2>Measures We Take</h2>
<ul>
<li>Annual third-party accessibility audits against WCAG 2.1 AA</li>
<li>Manual testing with screen readers (NVDA, JAWS, VoiceOver)</li>
<li>Automated scanning on each deployment</li>
<li>Accessibility widget providing user-controlled display options</li>
<li>Staff training on accessible content creation</li>
</ul>
<h2>Technical Specifications</h2>
<p>
This website has been tested on the following environments:
</p>
<ul>
<li>Chrome + NVDA on Windows 11</li>
<li>Safari + VoiceOver on macOS and iOS</li>
<li>Firefox + JAWS on Windows 11</li>
</ul>
<h2>Feedback and Contact</h2>
<p>
If you experience any accessibility barriers on this website, please
contact us. We aim to respond within 2 business days.
</p>
<ul>
<li>Email: <a href='mailto:[email protected]'>
[email protected]</a></li>
<li>Phone: +1 (555) 000-0000</li>
</ul>
<h2>Formal Complaints</h2>
<p>
If you are not satisfied with our response, you may contact the
relevant enforcement authority in your jurisdiction.
</p>
<p><em>This statement was last reviewed on [Month YYYY].</em></p>Errores comunes que se deben evitar
La mayoría de las declaraciones de accesibilidad que existen hoy en la web están ausentes, plagiadas de una plantilla sin modificación o son activamente engañosas. Estos son los errores específicos que debes evitar.
Afirmar conformidad total cuando no cumples plenamente. Este es el error más peligroso. Las herramientas automatizadas detectan, como máximo, aproximadamente entre el 30% y el 40% de los problemas de WCAG, lo que significa que un sitio que supera las pruebas automatizadas puede seguir teniendo barreras significativas. Si tu declaración afirma una conformidad total con WCAG 2.1 AA y una persona usuaria o demandante puede demostrar lo contrario, esa afirmación falsa amplifica tu exposición legal en lugar de reducirla. Las afirmaciones precisas de conformidad parcial, acompañadas de una hoja de ruta clara de remediación, son más honestas y más defendibles.
Hacer que la propia página de la declaración sea inaccesible. Esto ocurre con más frecuencia de lo que cabría esperar. La declaración de accesibilidad debe cumplir por sí misma con WCAG. Prueba la página, revisa el contraste de color, verifica la navegación por teclado y asegúrate de que los lectores de pantalla puedan interpretar correctamente los encabezados. Una declaración de accesibilidad inaccesible es, como mínimo, embarazosa y, en el peor de los casos, una prueba en una queja.
No proporcionar un mecanismo real de contacto. Una declaración que invita a las personas usuarias a “contactarnos” con un formulario roto o una dirección de correo genérica info@ que nadie revisa es peor que inútil. Las personas que intentan informar de una barrera y no obtienen respuesta tienen muchas más probabilidades de escalar el problema a un organismo regulador o a un abogado.
No actualizarla nunca. Una declaración fechada hace tres años que hace referencia a tecnologías o estándares que ya han sido sustituidos erosiona la confianza de inmediato. Programa un recordatorio en el calendario para revisar tu declaración al menos una vez al año y justo después de cualquier rediseño importante del sitio.
Ocultarla donde nadie pueda encontrarla. El W3C recomienda enlazar tu declaración de accesibilidad desde varios lugares destacados: el pie de página, el menú de ayuda, el mapa del sitio y la página “Acerca de”. Utiliza un texto de enlace coherente —“Accessibility Statement” o “Accessibility”— para que las personas que saben que deben buscarla puedan encontrarla rápidamente.
Cómo encaja Accsible en tu estrategia de accesibilidad
Una declaración de accesibilidad es la documentación de tu compromiso, pero el compromiso sin implementación son solo palabras. Aquí es donde entra en juego una herramienta como el SDK del widget de superposición de Accsible como una capa dentro de una estrategia de accesibilidad más amplia.
Accsible te permite integrar en tu sitio un widget de accesibilidad configurable que ofrece a las personas usuarias control directo sobre su experiencia de navegación: ajustar tamaños de fuente, configuraciones de contraste, tamaño del cursor, reducción de animaciones y más. Estos controles orientados a la persona usuaria amplían la usabilidad de tu sitio para personas con una variedad de necesidades visuales, motoras y cognitivas. Es importante destacar que, cuando incluyes un widget de accesibilidad en tu conjunto de herramientas, tu declaración de accesibilidad se vuelve más específica y creíble: puedes nombrar las funciones concretas que proporciona el widget, describir los entornos en los que se ha probado y demostrar que has tomado medidas técnicas y activas hacia la inclusión.
Esa especificidad importa. Los tribunales, los organismos reguladores y las personas usuarias responden mejor a las declaraciones que describen medidas concretas que a las promesas vagas. Tu declaración debe mencionar el widget, lo que hace y las necesidades de las personas usuarias que aborda, junto con tu programa de auditoría, tu metodología de pruebas y tu punto de contacto humano para comentarios. El widget no sustituye a un código subyacente semántico y bien estructurado, pero sí es una capa de esfuerzo significativa y documentada que debe figurar en tu declaración.
La accesibilidad es un programa, no un producto. Tu declaración documenta ese programa. Cada herramienta, auditoría, sesión de formación y ciclo de retroalimentación que implementas hace que tu declaración sea más creíble y tu sitio realmente más inclusivo.
Mantener tu declaración actualizada: una lista de comprobación de mantenimiento
Una declaración de accesibilidad es un documento vivo. En el momento en que tu sitio cambia —un nuevo flujo de compra, una navegación rediseñada, un nuevo reproductor de video integrado—, la exactitud de tu declaración se ve potencialmente afectada. Incorpora un ritmo de mantenimiento en tu programa de accesibilidad para que la declaración refleje siempre la realidad.
- Después de cada lanzamiento o rediseño importante: Revisa la sección de Limitaciones conocidas y las Especificaciones técnicas. Actualiza los entornos probados si han cambiado los navegadores o las tecnologías de apoyo.
- Anualmente: Encarga o realiza una auditoría completa de accesibilidad. Actualiza el estado de conformidad y la sección de medidas para reflejar las herramientas, procesos y resultados actuales. Actualiza la fecha de “última revisión”.
- Cuando cambien los estándares: WCAG 2.2 ya se ha publicado y WCAG 3.0 está en desarrollo. Cuando los organismos reguladores actualicen sus estándares técnicos, actualiza tu declaración para reflejar la versión que estás tomando como referencia y tu plan de migración.
- Cuando cambien las leyes: El EAA, los plazos del Título II de la ADA y otras regulaciones están evolucionando activamente. Si se aplican nuevos requisitos a tu organización, actualiza las referencias legales en tu declaración en consecuencia.
- Cuando cambien los datos de contacto: Actualiza de inmediato cualquier dirección de correo electrónico, número de teléfono o enlace a formularios. Un canal de contacto roto en una declaración de accesibilidad es tanto un fallo de usabilidad como un riesgo legal.
Registrar los comentarios de accesibilidad que recibes —los problemas que reportan las personas usuarias, cómo respondiste y cuánto tiempo llevó la remediación— también crea un historial que demuestra buena fe. Si alguna vez se cuestionan las prácticas de accesibilidad de tu organización, ese registro puede ser invaluable.
Conclusiones clave
- Una declaración de accesibilidad es tanto una herramienta de gestión de riesgos legales como una señal de confianza para las personas usuarias. En muchas jurisdicciones —incluidas las empresas que operan en el mercado de la UE bajo el EAA y las entidades públicas de EE. UU. bajo la norma del Título II de la ADA— alguna forma de compromiso público con la accesibilidad es ahora un requisito o está fuertemente implícita por la ley.
- La honestidad sobre las limitaciones te protege más que exagerar. Declarar que cumples parcialmente con un plan de remediación claro es más defendible legalmente que afirmar falsamente un cumplimiento total de WCAG. Los tribunales y los organismos reguladores responden bien a la buena fe demostrada.
- Haz que tu mecanismo de contacto sea real y esté supervisado. Proporciona varias formas de informar sobre barreras —correo electrónico, teléfono, un formulario web— y comprométete con un plazo de respuesta específico. Las respuestas rápidas a los problemas reportados por las personas usuarias reducen drásticamente el riesgo de escalada legal.
- La página de tu declaración de accesibilidad debe ser accesible en sí misma. Pruébala para verificar la conformidad con WCAG, comprueba la navegación por teclado, revisa el contraste de color y asegúrate de la compatibilidad con lectores de pantalla antes de publicarla.
- Trata la declaración como un documento vivo, no como una tarea puntual. Revísala después de cada cambio importante en el sitio, al menos una vez al año y cada vez que se actualicen las leyes aplicables o los estándares WCAG. Mantén visible y precisa la fecha de “última revisión”.