Declaración de accesibilidad: documentar con honestidad

¿Qué es una declaración de accesibilidad?

La declaración es una página pública en la que un proveedor describe el estado de su web o su app. Indica qué estándar se persigue, en qué medida se cumple, qué no es accesible todavía y cómo se pueden comunicar barreras.

Para los organismos públicos es obligatoria por ley. Para las webs privadas sin esa obligación es voluntaria. Aun así, el W3C la recomienda: demuestra que te tomas el tema en serio y ofrece a las personas una vía para comunicar problemas. Una buena declaración es breve, concreta y está fechada. Se dirige a personas que acaban de toparse con una barrera.

¿Quién tiene que publicar una declaración de accesibilidad?

En Alemania, los organismos públicos federales deben publicar, según el § 12b de la Behindertengleichstellungsgesetz (BGG, ley de igualdad de las personas con discapacidad), una declaración para sus webs y aplicaciones móviles. Para los estados federados y los municipios se aplica la normativa de cada estado federado. Por eso, en encargos para municipios o administraciones regionales, revisa la normativa del estado federado correspondiente antes de adoptar una plantilla federal. Si no tienes claro si tu oferta se clasifica como pública o privada, por ejemplo en una empresa municipal, acláralo antes del borrador.

Las empresas incluidas en el ámbito de la BFSG no tienen que publicar una declaración de este tipo en el sentido de la BGG. Pero sí deben facilitar información según el § 14 y el anexo 3 de la BFSG. Es una obligación distinta con un contenido distinto.

¿Qué debe incluir la declaración?

Para los organismos federales, el § 12b de la BGG fija el contenido mínimo: las partes que no son plenamente accesibles, los motivos y, en su caso, las alternativas accesibles. A esto se suman una vía de contacto electrónico accesible y directamente disponible y una referencia al procedimiento de conciliación con un enlace al organismo de conciliación.

Para cualquier declaración, el W3C recomienda como mínimo un compromiso con la accesibilidad, el estándar aplicado, como las WCAG 2.2, y datos de contacto. También tiene sentido incluir las limitaciones conocidas, las medidas adoptadas, los requisitos técnicos, los entornos de prueba y referencias a las leyes aplicables. Escribe en párrafos cortos y explica brevemente términos técnicos como WCAG.

¿En qué se diferencian la declaración y la información según la BFSG?

La información según el anexo 3 de la BFSG describe el servicio y su funcionamiento, explica cómo cumple los requisitos de accesibilidad e indica la autoridad de vigilancia del mercado competente. Va en las condiciones generales (AGB) o en otro lugar claramente visible, por ejemplo tras un enlace «Accesibilidad» en el pie de página.

La Bundesfachstelle Barrierefreiheit (centro federal de accesibilidad) subraya la diferencia: quien está sujeto a la BFSG está obligado, en principio, a lograr una accesibilidad completa. Enumerar las barreras que aún existen, como en la declaración de los organismos públicos, no sirve allí como justificación. Por tanto, una tienda online no necesita una lista de deficiencias como protección, sino barreras que se corrijan. Clasifica primero tu oferta y revisa el borrador según las obligaciones que realmente se aplican.

¿Cómo elaboras la declaración paso a paso?

Reúne primero los datos en un documento compartido con redacción, desarrollo y atención al cliente. Así ves rápidamente dónde faltan pruebas antes de redactar.

1. 1Nombra la oferta y su ámbito de aplicación, por ejemplo el dominio, los subdominios y las apps.
2. 2Indica el estándar y el nivel con los que te mides, por ejemplo WCAG 2.2 nivel AA.
3. 3Anota la fecha de la revisión, el método y las páginas o recorridos revisados.
4. 4Describe las barreras conocidas de forma concreta y comprensible, con alternativas si las hay.
5. 5Indica los entornos probados, por ejemplo navegadores y lectores de pantalla.
6. 6Indica un contacto disponible para comentarios y solicitudes de ayuda.
7. 7Define quién gestiona los avisos recibidos y en qué plazo.
8. 8Define un motivo para la siguiente revisión, por ejemplo un rediseño importante.

¿Cómo describes el estado con honestidad?

«Queremos eliminar barreras» describe un objetivo. «El proceso de pedido se revisó en la fecha indicada» describe una medida concreta. Formula el estado según tus pruebas reales y no copies de una plantilla una afirmación general de conformidad. Así que no escribas «Esta web es totalmente accesible» si solo has hecho un análisis automático. Indica mejor qué has revisado y cómo: «Análisis automático de la página de inicio y revisión manual con teclado del formulario de contacto en noviembre de 2026».

Describe las barreras conocidas de forma que las personas afectadas las entiendan: «Los filtros de la vista general de productos no se pueden usar con el teclado. Hasta que se corrija, usa la búsqueda». Esto ayuda más que remitir a un número de criterio. Para las correcciones previstas, indica un objetivo realista, por ejemplo «con la próxima actualización del tema», y cúmplelo.

¿Dónde publicas la declaración y cada cuánto la actualizas?

Para los organismos federales, el § 7 de la BITV 2.0 establece que la declaración debe publicarse en un formato accesible y legible por máquinas, estar accesible desde la página de inicio y desde cada página, y actualizarse cada año y con cada cambio importante. Los organismos federales deben responder a los comentarios en el plazo máximo de un mes.

Para las webs privadas, un enlace en el pie de cada página es una buena práctica. La propia declaración debe ser accesible, es decir, una página HTML en lugar de un PDF escaneado. Prueba tú mismo la vía de comentarios con regularidad. Responde a los avisos con rapidez y úsalos como lista de revisión para la próxima actualización. Una declaración documenta el estado; la corrección técnica de un problema se hace en la oferta afectada.

¿Puede un generador escribir la declaración por ti?

El W3C ofrece un generador de uso libre, y el asistente de Accessonaut combina tus datos con una prueba de análisis fechada y guarda las versiones en la cuenta del proyecto. Un enlace público y una inserción solo muestran la versión aprobada expresamente; los borradores más recientes siguen siendo privados. Ambas herramientas ofrecen un borrador, no una evaluación de conformidad. Lee cada frase y elimina lo que no puedas demostrar. Tú eres responsable de las afirmaciones, y conviene que una persona especializada aclare qué obligaciones se aplican a tu oferta. Este artículo es una orientación, no asesoramiento jurídico.