Si usted mismo notifica un problema de accesibilidad a la autoridad supervisora —por ejemplo, porque ha descubierto una deficiencia por sí mismo y quiere informar que está trabajando en ella— normalmente necesita cuatro cosas: una descripción concreta del problema, material de prueba que demuestre el problema, una referencia a su declaración de accesibilidad existente, y un plan de mejora con plazos que indique qué va a hacer y cuándo. Se trata de un conjunto diferente de documentos al de la propia declaración, y esa diferencia es precisamente donde a menudo las cosas salen mal.
Una declaración de accesibilidad es una publicación fija, actualizada anualmente, que describe cómo se encuentra actualmente su sitio o aplicación. Una notificación es algo diferente: trata sobre un problema específico, en un momento específico, y requiere un expediente que haga ese problema demostrable y muestre que está haciendo algo al respecto. Quienes confunden los dos a menudo envían una declaración cuando una autoridad supervisora espera un plan, o al revés.
Por qué una notificación requiere algo diferente a la declaración
La declaración es una instantánea de todo su sitio: qué partes cumplen, cuáles no, y cuál es la razón. Una notificación trata sobre una única deficiencia que ha sido señalada, por ejemplo porque un cliente ha indicado que no puede completar el proceso de compra con un lector de pantalla, o porque usted lo ha encontrado en una prueba interna. La autoridad supervisora no quiere ver toda su declaración, sino específicamente: cuál es el problema, cómo lo sabe, y qué va a hacer al respecto. Esto requiere un expediente más preciso y compacto que la publicación anual.
Este detalle juega aquí lo más importante: una notificación sin un plan de mejora con plazo parece un reconocimiento sin continuación. No es la descripción del problema la que marca la diferencia, sino la presencia de una fecha concreta en la que la solución estará lista. Sin esa fecha, una notificación sigue siendo una declaración de intenciones en lugar de un paso demostrable.
Los componentes de un expediente completo
Una descripción del problema debe mencionar a qué página o función se refiere, qué requisito WCAG parece estar en juego, y de qué manera se ha identificado el problema: notificado por un usuario, encontrado en una prueba interna, o señalado por un análisis automático. El material de prueba generalmente consiste en una captura de pantalla, un breve vídeo de la operación, o una explicación técnica del elemento que no funciona correctamente. La referencia a la declaración existente muestra que no se trata de un incidente aislado, sino de parte de un proceso en curso en el que ya ha hecho un balance anteriormente. Y finalmente, el plan de mejora describe el paso que se va a dar, quién es responsable, y en qué plazo sucederá.
Estos cuatro componentes juntos forman el mínimo. Lo que una autoridad supervisora espera además varía según el país y la situación, y ese es también el límite de lo que una plataforma como axessia.eu puede hacer por usted: nosotros documentamos, priorizamos y señalamos, pero la evaluación final de su expediente corresponde a la autoridad supervisora competente o, en caso de duda sobre su situación específica, a un abogado.
Qué hace una autoridad supervisora con la notificación
Las autoridades supervisoras generalmente tratan una notificación como una señal, no como un punto final. Comprueban si el problema descrito ha sido demostrado de manera convincente, si la organización está visiblemente trabajando en ello, y si el plazo mencionado se ajusta de manera realista a la naturaleza del problema. Un texto pequeño sin descripción alternativa requiere un tiempo de procesamiento diferente al de reconstruir todo un proceso de compra. Es precisamente por eso que el plan de mejora debe acompañar la notificación, y no como un documento de seguimiento separado que deba venir después.
Mantener documentación previa evita la prisa posterior
Las organizaciones que solo comienzan a reunir pruebas cuando surge un problema concreto descubren que reconstruir es más difícil que registrar. Cuándo se vio el problema por primera vez, quién lo notificó, qué versión del sitio estaba activa en ese momento: estas son preguntas difíciles de responder después si nada se ha documentado en el momento. Un expediente continuo en el que consten hallazgos, capturas de pantalla y puntos de acción por fecha hace que la presentación de una notificación sea cuestión de resumir en lugar de investigar. En la base de conocimientos por tema se explica cómo ese expediente se relaciona con la declaración obligatoria y el plan de mejora que la acompaña.
Dónde ubicar esto
Que una notificación sea relevante para su organización en este momento depende de su situación: si está dentro del ámbito de aplicación de la normativa, qué partes de su sitio o aplicación se han evaluado y qué se ha encontrado. Unas pocas preguntas le dan una indicación directa de su situación actual y también muestran qué partes no pueden ser evaluadas por una prueba automática. Para la forma exacta y el formato de notificación correspondiente por país, axessia.eu remite a la autoridad de supervisión misma; lo que ofrecemos es el registro del expediente para que no tenga que reconstruir lo ocurrido con cada notificación.
¿Duda de si su situación requiere una notificación o desea saber primero cómo se ve un expediente así en la práctica? Haga el escaneo rápido gratuito u hojeé las respuestas a preguntas que otros empresarios ya han formulado antes de tomar medidas.