Quel poids a réellement une saisine du Défenseur des droits pour un usager confronté à un site non conforme ? Ni tribunal ni simple réclamation sans suite, cette autorité indépendante occupe une position intermédiaire, avec un pouvoir de médiation qui produit des effets concrets sur l’éditeur du site visé, sans passer par la voie judiciaire.
Ce texte ne détaille pas la procédure de saisine elle-même, mais un cas concret et ses conséquences techniques pour l’organisme concerné, transposables à tout projet WordPress porté par une collectivité ou un établissement public.
Le point de départ : un formulaire de démarche administrative inaccessible
L’usager à l’origine de la saisine ne parvenait pas à compléter un formulaire de démarche en ligne avec son lecteur d’écran : des champs sans libellé, un système de validation qui rechargeait intégralement la page sans annoncer les erreurs, et un captcha visuel sans alternative sonore ni textuelle. Après plusieurs tentatives infructueuses et un signalement resté sans réponse auprès de l’organisme, l’usager a saisi le Défenseur des droits.
Ce point de départ illustre un enseignement récurrent : la majorité des saisines ne naissent pas d’un défaut isolé, mais de l’absence de réponse à un premier signalement. Un canal de contact clairement identifié dans la déclaration d’accessibilité, avec un traitement effectif des demandes, désamorce une grande partie de ces situations avant qu’elles n’atteignent ce niveau.
Le déroulé de la médiation
Une fois saisi, le Défenseur des droits a instruit le dossier en sollicitant directement l’organisme concerné, qui a dû produire des explications sur l’origine technique du défaut et un calendrier de correction chiffré. Contrairement à une procédure judiciaire, l’objectif de la médiation n’est pas la sanction mais la correction effective et rapide du problème signalé.
L’organisme a dans un premier temps répondu de manière évasive, invoquant une refonte du site « prévue prochainement » sans date précise. Cette réponse a été jugée insuffisante, et un second échange a exigé un engagement daté et chiffré : correction du formulaire sous un délai précis, avec un point d’étape intermédiaire à mi-parcours.
Ce qui a réellement bougé côté technique
Le correctif final a porté sur trois points précis : association explicite de chaque libellé à son champ, remplacement du rechargement complet de page par un résumé d’erreurs annoncé via une région aria-live, et remplacement du captcha visuel par une alternative reposant sur une question simple sans composante purement visuelle.
- Un calendrier de correction daté, pas une intention vague
- Un point d’étape intermédiaire vérifié par l’autorité
- Une confirmation technique de la correction, pas seulement une déclaration sur l’honneur
Ce que cela signifie pour un développeur en charge d’un site public
Ce cas montre qu’une médiation, bien que dépourvue de pouvoir de sanction financière direct, produit une pression suffisante pour obtenir un engagement daté et vérifié, avec un risque réputationnel réel si l’organisme traîne ou répond de manière évasive. Pour un développeur, l’enjeu principal reste de pouvoir répondre rapidement et précisément à ce type de sollicitation, ce qui suppose un suivi documenté des défauts connus et de leur état de correction, bien avant toute saisine.
Une déclaration d’accessibilité avec un canal de contact réellement suivi coûte quelques heures de mise en place. Une médiation gérée dans l’urgence, sans historique des défauts connus, coûte bien plus cher en temps et en crédibilité.
Documenter les défauts connus avant qu’on ne vous les signale
La meilleure protection face à ce type de saisine consiste à tenir à jour, en interne, un registre des défauts d’accessibilité identifiés et de leur état de correction. En cas de sollicitation externe, ce registre permet de répondre immédiatement avec un calendrier déjà existant, plutôt que d’improviser un engagement sous la pression.
En résumé
Une médiation du Défenseur des droits ne remplace pas un tribunal, mais impose un calendrier de correction chiffré et vérifié : un développeur en charge d’un site public a tout intérêt à documenter en continu ses défauts connus plutôt que de découvrir cette pression au moment d’une saisine.
