Une déclaration d'accessibilité décrit l'état des choses au moment de sa publication. Si quelque chose change sur votre site — une nouvelle étape de paiement, un autre formulaire, un menu remis à neuf — alors, dans la pratique, ce que couvre la déclaration change aussi. Si vous ne réévaluez pas après, la déclaration prend du retard sur le site réel. Ce n'est pas une simple formalité technique : la déclaration est censée montrer ce que vous avez contrôlé et ce que vous n'avez pas contrôlé, et cette image ne correspond simplement plus s'il y a des éléments non évalués qui ont été ajoutés.
Ce qui se passe concrètement est ceci : les éléments nouveaux ou modifiés de votre site n'ont jamais été évalués par rapport aux exigences d'EN 301 549. Les problèmes potentiels — un libellé manquant sur un nouveau champ de formulaire, un bouton qui ne fonctionne qu'à la souris, un contraste de couleur qui ne suffit pas tout juste — restent inaperçus jusqu'à ce que quelqu'un s'y heurte ou jusqu'à ce qu'une nouvelle évaluation ait lieu. La déclaration elle-même continue à exister sur le papier, mais elle ne couvre plus complètement la situation réelle.
Pourquoi ce n'est pas un projet unique
L'idée sous-jacente de la directive est que l'accessibilité est une propriété du service, non pas un instantané unique. Une boutique en ligne, une application ou un environnement professionnel change constamment : nouveaux produits, une caisse modifiée, un autre flux de connexion, un nouveau type de contenu sur le blog. Chaque modification peut potentiellement affecter des éléments qui fonctionnaient correctement auparavant. C'est la raison pour laquelle les autorités chargées de la surveillance ne regardent pas seulement l'existence d'une déclaration lors d'une évaluation, mais aussi son caractère actuel par rapport au site tel qu'il fonctionne actuellement.
Pour une organisation PME, cela signifie concrètement que l'évaluation et la publication ne sont pas un projet terminé, mais font partie de la façon dont vous traitez les modifications de votre site. Quiconque construit une nouvelle page ou demande à un prestataire de placer un widget ferait bien de se demander si cet élément a déjà été évalué — et si ce n'est pas le cas, si cela doit l'être.
Ce qui est généralement négligé dans la pratique
Les situations les plus courantes dans lesquelles une déclaration tombe silencieusement en retard sont reconnaissables : une boutique en ligne ajoute une nouvelle méthode de paiement avec son propre écran distinct, un département RH met en ligne un formulaire de candidature d'un tiers, ou une application de bureau reçoit une mise à jour du fournisseur dans laquelle les boutons et la structure du menu changent. Aucune de ces modifications ne semble être un grand projet, mais chacune d'entre elles introduit de nouveaux écrans qui ne sont pas automatiquement couverts par une évaluation antérieure.
Les réorganisations internes comptent aussi : un nouveau kit de styles qui adapte les couleurs des boutons, ou un système de gestion de contenu qui bascule vers un autre éditeur pour les textes alternatifs. Ce type de modification est rarement lié à la question de savoir si la déclaration existante est toujours valide, simplement parce qu'il ne ressemble pas à un changement du 'site' mais à un petit ajustement.
Ce que les autorités chargées de la surveillance examinent
Les autorités chargées de la surveillance évaluent par État membre de manière différente, et la méthode précise varie. De manière générale, on peut dire qu'une déclaration qui est substantiellement obsolète — par exemple parce qu'elle décrit une version plus ancienne du site — s'aligne moins bien avec l'objectif de la déclaration, à savoir fournir une image actuelle et traçable de son propre évaluation. Que cela et comment cela soit évalué dans un cas concret relève de l'autorité de surveillance compétente et, le cas échéant, d'un juriste pour clarifier.
C'est aussi la raison pour laquelle axessia.eu indique à chaque scan ce qui a été testé automatiquement et ce qui ne l'a pas été : un contrôle automatisé couvre une partie des exigences, et cela figure dans chaque rapport. Un widget de superposition qui promet de résoudre cela ultérieurement ne remplit pas l'obligation sous-jacente — c'est l'une des rares choses que nous affirmons sans réserve.
Comment mettre cela en pratique
Une approche efficace consiste à lier le test à votre propre processus de modification au lieu de le fixer à une date calendaire précise. Chaque fois qu'une nouvelle étape, un nouveau formulaire ou un nouveau type de page est ajouté, c'est un moment naturel pour vérifier si cette partie a déjà été prise en compte. Pour les petites organisations, il est souvent plus pratique de lier cela à des modifications majeures — un nouveau système de caisse, un nouveau fournisseur pour l'écran de connexion — qu'à chaque ajustement de texte isolé.
Pour voir l'état actuel de votre site, vous pouvez voir en quelques questions où vous en êtes actuellement. Quiconque souhaite comprendre comment une telle évaluation est construite précisément et d'où provient l'information la trouvera dans comment nous construisons le scan et le rapport. Pour une explication plus large sur les déclarations, les évaluations et ce qui en découle, la base de connaissances où cela est expliqué par sujet est un point de départ logique, et les doutes concrets concernant votre propre déclaration se retrouvent souvent dans les questions fréquemment posées sur la déclaration.
Voulez-vous savoir si vos dernières modifications ont déjà été intégrées ? Le scan rapide gratuit vous donne une première indication en quelques minutes, sans avoir besoin de créer un compte.