Una declaración de accesibilidad describe el estado de las cosas en el momento en que la publica. Si algo cambia en su sitio web — un nuevo paso en el proceso de compra, un formulario diferente, un menú renovado — entonces en la práctica también cambia lo que cubre esa declaración. Si no vuelve a evaluar después, la declaración se quedará rezagada en cuanto a lo que realmente funciona en el sitio. Esto no es una mera formalidad técnica: la declaración está destinada a mostrar qué ha comprobado y qué no, y esa imagen simplemente deja de ser exacta si ha añadido partes sin evaluar.
Lo que ocurre entonces concretamente es lo siguiente: las partes nuevas o modificadas de su sitio web nunca han sido evaluadas contra los requisitos de EN 301 549. Los posibles problemas — una etiqueta que falta en un nuevo campo de formulario, un botón que solo funciona con el ratón, un contraste de color que no es del todo suficiente — pasan desapercibidos hasta que alguien se tropieza con ellos o hasta que se realiza una nueva evaluación. La declaración en sí sigue existiendo sobre el papel, pero ya no cubre completamente la situación actual.
Por qué esto no es un proyecto único
El pensamiento subyacente de la directiva es que la accesibilidad es una propiedad del servicio, no de una única instantánea. Una tienda web, aplicación o entorno empresarial cambia constantemente: nuevos productos, un proceso de pago modificado, un flujo de inicio de sesión diferente, un nuevo tipo de contenido en el blog. Cada cambio puede afectar potencialmente a partes que anteriormente sí cumplían. Esta es la razón por la que los organismos reguladores, al evaluar, no solo observan la existencia de una declaración, sino también lo actualizada que es en relación con el sitio tal como funciona ahora.
Para una organización de tamaño pequeño o mediano, esto significa en la práctica que la evaluación y la publicación no son un proyecto terminado, sino parte de cómo gestiona los cambios en su sitio web. Quien construye una nueva página u encarga a un proveedor que instale un widget haría bien en preguntarse si ese componente ya ha sido evaluado anteriormente — y si no es así, si debe serlo todavía.
Lo que se suele pasar por alto en la práctica
Las situaciones más comunes en las que una declaración se queda silenciosamente rezagada son reconocibles: una tienda web añade un nuevo método de pago con su propia pantalla independiente, un departamento de recursos humanos publica un formulario de solicitud de un tercero en el sitio, o una aplicación de oficina recibe una actualización del proveedor en la que los botones y la estructura del menú cambian. Ninguno de esos cambios se siente como un gran proyecto, pero cada uno introduce nuevas pantallas que no se incluyen automáticamente en una evaluación anterior.
También los cambios internos cuentan: un nuevo conjunto de estilos que modifica los colores de los botones, o un sistema de gestión de contenidos que cambia a un editor diferente para textos alternativos. Este tipo de cambios rara vez se vinculan a la pregunta de si la declaración existente sigue siendo válida, simplemente porque no se percibe como 'el sitio web' sino como un pequeño ajuste.
Lo que observan los organismos reguladores
Los organismos reguladores evalúan de forma independiente en cada Estado miembro, y el procedimiento exacto varía. En términos descriptivos, puede decirse que una declaración que está desactualizada en contenido — por ejemplo, porque describe una versión anterior del sitio web — se ajusta menos al propósito de la declaración, que es proporcionar una imagen actual y rastreable de su propia evaluación. Si y cómo se evalúa esto en un caso concreto depende de la autoridad reguladora competente y, en su caso, de un asesor legal para clarificarlo.
Esta es también la razón por la que axessia.eu indica en cada escaneo qué se ha verificado automáticamente y qué no: un control automatizado cubre parte de los requisitos, y esto se menciona en cada informe. Un widget de superposición que promete resolver esto posteriormente no cumple con la obligación subyacente — eso es una de las pocas cosas que decimos sin reservas.
Cómo implementarlo en la práctica
Un enfoque práctico es vincular la verificación a su propio proceso de cambios en lugar de a una fecha fija del calendario. Cada vez que se añade un nuevo paso, un nuevo formulario o un nuevo tipo de página, ese es un momento natural para verificar si esa parte ya se ha incluido. Para organizaciones más pequeñas, a menudo es más práctico vincularlo a cambios más importantes — un nuevo sistema de caja, un nuevo proveedor para la pantalla de inicio de sesión — que a cada ajuste de texto individual.
Para ver cómo se encuentra su sitio actual, puede ver en unas pocas preguntas dónde está ahora. Quien quiera entender cómo se construye exactamente una evaluación de este tipo y de dónde procede la información, lo encontrará en cómo construimos el escaneo y el informe. Para la explicación más amplia sobre declaraciones, evaluaciones y lo que las acompaña, el banco de conocimientos donde se explica esto por tema es un punto de partida lógico, y las dudas concretas sobre su propia declaración a menudo aparecen en las preguntas frecuentes sobre la declaración.
¿Desea saber si sus últimos cambios ya se han incluido? El escaneo rápido gratuito le proporciona una indicación inicial en unos pocos minutos, sin necesidad de crear una cuenta.