Test visuel pour les sites gouvernementaux : accessibilité, souveraineté et impact citoyen
En bref
Le test visuel consiste à comparer automatiquement l'apparence d'une interface web entre deux états pour détecter toute régression non intentionnelle. Appliqué aux sites gouvernementaux, il devient un outil de service public : garantir que chaque citoyen accède à une interface fonctionnelle, lisible et conforme aux normes d'accessibilité.
Un bug visuel sur un site e-commerce, c'est une vente perdue. Un bug visuel sur un site gouvernemental, c'est un citoyen qui ne peut pas déclarer ses impôts, renouveler sa carte d'identité, ou accéder à ses droits sociaux. L'enjeu n'est pas commercial — il est démocratique.
Et pourtant, les sites du secteur public sont parmi les moins bien testés visuellement. Les équipes sont réduites, les budgets contraints, les compétences techniques limitées, et les outils disponibles sont souvent inadaptés aux exigences de souveraineté et d'accessibilité du service public.
Cet article est un plaidoyer pour l'adoption du test visuel dans le secteur public, avec des réponses concrètes aux contraintes spécifiques de cet environnement.
L'impact d'un bug visuel sur un service public
Quand le site des impôts est inaccessible pendant la période de déclaration, c'est un événement national. Les médias en parlent, les citoyens s'inquiètent, et la confiance dans le service public numérique s'érode un peu plus.
Mais les pannes totales sont rares. Ce qui est fréquent, en revanche, ce sont les bugs visuels silencieux. Un formulaire dont le bouton de validation est masqué par un autre élément. Un menu de navigation qui ne se déploie plus sur mobile. Un contraste de couleurs insuffisant qui rend un texte illisible pour les personnes malvoyantes. Une mise en page qui se désagrège quand le citoyen augmente la taille du texte — ce que font régulièrement les personnes âgées ou en situation de handicap visuel.
Ces bugs ne déclenchent pas d'alerte monitoring. Ils ne génèrent pas d'erreur 500. Ils n'apparaissent dans aucun dashboard. Mais ils empêchent des citoyens d'accéder à leurs droits.
En 2025, la Direction interministérielle du numérique (DINUM) a publié l'Observatoire de la qualité des démarches en ligne, révélant que de nombreuses démarches administratives présentent encore des problèmes d'ergonomie et d'accessibilité. Le test visuel automatisé est l'un des outils qui permettrait de réduire significativement ces problèmes.
Le RGAA et l'accessibilité : une obligation, pas une option
Le Référentiel Général d'Amélioration de l'Accessibilité (RGAA), dans sa version 4.1, impose aux sites web publics de respecter les critères du standard international WCAG 2.1 niveau AA. Ce n'est pas une recommandation — c'est une obligation légale, inscrite dans l'article 47 de la loi n° 2005-102 du 11 février 2005 et renforcée par le décret n° 2019-768.
Les obligations sont claires : toute administration publique doit rendre ses services numériques accessibles aux personnes en situation de handicap. Le non-respect expose à des sanctions financières pouvant atteindre 50 000 euros par service et par an (article 8 du décret n° 2019-768).
Quel est le rapport avec le test visuel ? Il est direct et souvent sous-estimé.
Le contraste est un critère visuel. Le RGAA exige un ratio de contraste minimum de 4.5:1 pour le texte normal et de 3:1 pour le texte de grande taille (critère 3.2). Un changement CSS qui modifie une couleur peut violer ce critère sur des dizaines de pages simultanément. Le test visuel détecte ce type de changement immédiatement.
La lisibilité à différentes tailles de texte est un critère visuel. Le RGAA exige que le contenu reste lisible et fonctionnel quand la taille du texte est augmentée de 200 % (critère 10.4). Une mise en page qui casse lors d'un zoom est un bug visuel que seul le test visuel peut détecter systématiquement.
L'ordre visuel doit correspondre à l'ordre logique. Le RGAA exige que l'ordre de présentation visuelle soit cohérent avec l'ordre dans le code source (critère 10.3). Un changement CSS qui réordonne visuellement des éléments via flexbox order ou grid placement peut créer une incohérence invisible aux tests fonctionnels.
Les composants interactifs doivent être visuellement identifiables. Le RGAA exige que les éléments interactifs aient un indicateur visuel de focus (critère 10.7). Un reset CSS qui supprime les outlines de focus est un bug visuel avec un impact direct sur l'accessibilité.
Le test visuel ne remplace pas un audit d'accessibilité complet. Mais il constitue une première ligne de défense automatisée contre les régressions visuelles qui impactent l'accessibilité.
La souveraineté numérique : pourquoi le cloud étranger est un problème
La doctrine « Cloud au centre » de l'État français, formalisée par la circulaire n° 6282/SG du Premier ministre en date du 5 juillet 2021, impose aux administrations de privilégier le cloud pour leurs projets numériques — mais pas n'importe quel cloud.
Pour les données sensibles, la doctrine exige l'utilisation de cloud qualifié SecNumCloud par l'ANSSI, ou de solutions on-premise. Les données des citoyens, les interfaces des services publics, et les captures d'écran de ces interfaces entrent naturellement dans cette catégorie.
Utiliser un service de test visuel hébergé chez un provider américain pour tester les sites de l'administration française pose un problème de principe et un problème juridique :
Le problème de principe. Les captures d'écran d'un service public contiennent potentiellement des données de formulaires, des interfaces d'authentification, et des workflows administratifs sensibles. Les stocker chez un prestataire soumis au Cloud Act américain (qui permet aux autorités américaines d'accéder aux données stockées par des entreprises américaines, même sur des serveurs européens) est difficilement justifiable.
Le problème juridique. Depuis l'arrêt Schrems II de la CJUE en 2020, le transfert de données personnelles vers les États-Unis est soumis à des conditions strictes. Les Standard Contractual Clauses (SCCs) ne garantissent pas une protection équivalente au RGPD face aux lois de surveillance américaines.
La conséquence est simple : pour le secteur public français, l'outil de test visuel doit fonctionner en local. Pas de transfert de données vers un cloud étranger. Pas de dépendance à un service tiers pour une fonction critique de la qualité.
C'est un critère éliminatoire, pas un « nice to have ».
Le profil des équipes publiques : des utilisateurs, pas des développeurs
Les équipes qui maintiennent les sites des collectivités territoriales, des préfectures, des ministères, et des établissements publics ne sont généralement pas composées de développeurs. Ce sont des chargés de communication, des webmasters, des agents administratifs qui ont appris à utiliser un CMS.
Leur demander d'écrire des scripts de test en JavaScript est irréaliste. Leur demander de configurer un pipeline CI/CD est hors de propos. Leur demander de maintenir une suite de tests Selenium est absurde.
Et pourtant, ce sont eux qui mettent à jour les contenus, modifient les pages, et effectuent les mises à jour de CMS qui peuvent casser la mise en page. Ce sont eux qui ont besoin du test visuel.
Le test visuel pour le secteur public doit être no-code. Pas « low-code avec un peu de configuration YAML ». No-code. L'agent qui met à jour le site de sa commune doit pouvoir capturer une baseline, lancer une comparaison après sa mise à jour, et voir immédiatement si quelque chose a bougé. Sans assistance technique, sans formation de trois jours, sans documentation de 200 pages.
C'est une question d'inclusion numérique à l'envers : si nous voulons que les équipes publiques produisent des services numériques de qualité, nous devons leur donner des outils à leur portée.
Les contraintes budgétaires : faire mieux avec moins
Le secteur public n'a pas les budgets du secteur privé. Les DSI des collectivités territoriales fonctionnent avec des enveloppes contraintes, des cycles budgétaires annuels, et des processus de validation longs. Un abonnement SaaS à 500 euros par mois pour un outil de test visuel, même s'il est justifié techniquement, est souvent impossible à faire passer.
C'est pourquoi la gratuité n'est pas un argument marketing dans ce contexte — c'est un prérequis. Un outil de test visuel pour le secteur public doit être gratuit ou avoir un coût compatible avec les budgets publics.
Delta-QA Desktop est gratuit. Il fonctionne sur la machine de l'agent, sans infrastructure serveur, sans abonnement, sans engagement. Pour une collectivité territoriale qui gère un site de 50 pages, c'est une solution immédiatement déployable, sans validation budgétaire, sans appel d'offres, sans délai.
Pour les administrations centrales et les grandes collectivités qui ont besoin d'une solution à l'échelle — multi-sites, multi-équipes, intégration avec les environnements existants — Delta-QA propose des options de déploiement on-premise compatibles avec les exigences de souveraineté.
Le test visuel comme outil de conformité RGAA
Le RGAA impose des audits de conformité réguliers. Ces audits sont souvent réalisés de manière ponctuelle — une fois par an, parfois moins — et leurs résultats sont rapidement obsolètes : la première mise à jour du site après l'audit peut introduire des régressions d'accessibilité.
Le test visuel automatisé permet de passer d'un modèle d'audit ponctuel à un modèle de surveillance continue. Voici comment :
Capturez des baselines à différentes tailles de texte. En capturant vos pages à 100 %, 150 % et 200 % de zoom, vous vérifiez automatiquement que votre mise en page reste fonctionnelle aux agrandissements requis par le RGAA.
Capturez des baselines en mode sombre et en mode fort contraste. Si votre site supporte ces modes (comme l'exigent de plus en plus les bonnes pratiques d'accessibilité), le test visuel vérifie qu'ils restent fonctionnels après chaque modification.
Comparez les rendus avant et après chaque mise à jour de CMS. Les mises à jour de CMS (WordPress, Drupal, TYPO3) sont une source fréquente de régressions visuelles. Un template qui se casse, un style qui est écrasé, une extension qui modifie le rendu. Le test visuel les détecte avant que les citoyens ne les subissent.
Documentez la conformité visuelle dans le temps. L'historique des baselines et des comparaisons constitue une trace documentaire de votre démarche qualité. En cas de contrôle, vous pouvez démontrer que vous avez un processus de surveillance active, pas seulement un audit annuel.
Le test visuel ne couvre pas tous les critères du RGAA — les critères sémantiques (alternatives textuelles, structure des titres, ARIA) nécessitent des outils spécifiques. Mais il couvre les critères visuels de manière automatisée et continue, ce que les audits ponctuels ne permettent pas.
Recommandations pour une mise en œuvre dans le secteur public
Si vous travaillez dans le secteur public et souhaitez intégrer le test visuel dans votre démarche qualité, voici une approche pragmatique :
Commencez par les démarches en ligne les plus utilisées. Identifiez les 10 pages ou formulaires les plus critiques pour les citoyens. La page d'accueil, le formulaire de contact, les pages de démarches administratives principales. Capturez des baselines pour ces pages.
Impliquez les webmasters, pas les développeurs. Le test visuel no-code est conçu pour les personnes qui gèrent le contenu au quotidien. Formez-les en 30 minutes — c'est suffisant pour capturer des baselines et lancer des comparaisons.
Testez après chaque mise à jour de CMS et chaque modification de contenu importante. Les mises à jour de sécurité de WordPress ou Drupal sont fréquentes et peuvent introduire des régressions visuelles. Une comparaison rapide après chaque mise à jour prend moins de 5 minutes et vous épargne des heures de debug.
Intégrez le test visuel dans votre démarche RGAA. Ajoutez les captures à différentes tailles de texte dans votre routine de test. C'est un complément naturel à vos audits d'accessibilité.
Gardez tout en local. Utilisez un outil qui fonctionne sur la machine de l'agent, sans cloud, sans transfert de données. C'est la seule approche compatible avec les exigences de souveraineté du secteur public.
FAQ
Le test visuel est-il reconnu comme un outil de conformité RGAA ?
Le RGAA ne prescrit pas d'outils spécifiques — il définit des critères de résultat. Le test visuel est un moyen de vérifier le respect de certains critères visuels (contrastes, lisibilité au zoom, cohérence de mise en page) de manière automatisée. Il complète les outils d'audit d'accessibilité comme Axe, WAVE ou Tanaguru, qui se concentrent sur les critères sémantiques et structurels.
Les collectivités territoriales peuvent-elles utiliser un outil gratuit sans appel d'offres ?
En France, les achats publics de faible montant (sous le seuil de 40 000 euros HT) peuvent être réalisés sans formalisme particulier. Un outil gratuit ne nécessite évidemment aucun marché public. Pour les déploiements enterprise avec des services associés, les procédures habituelles s'appliquent selon les montants.
Comment le test visuel s'intègre-t-il avec les CMS utilisés dans le secteur public ?
Le test visuel travaille au niveau du rendu final dans le navigateur, indépendamment du CMS sous-jacent. Que votre site soit construit avec WordPress, Drupal, TYPO3, ou un CMS propriétaire, le test visuel capture ce que le citoyen voit. Il n'y a aucune intégration CMS à configurer — vous pointez vers vos URLs et l'outil fait le reste.
Les captures d'écran d'un site public contiennent-elles des données sensibles ?
Les pages publiques d'un site gouvernemental ne contiennent généralement pas de données personnelles. En revanche, les pages derrière authentification (espaces usagers, back-offices) peuvent contenir des données sensibles. Pour ces pages, utilisez des environnements de recette avec des données fictives, ou masquez les zones sensibles avant la capture. Dans tous les cas, un outil fonctionnant en local élimine le risque de transfert de données vers un tiers.
Quel est le temps de formation nécessaire pour un webmaster de collectivité ?
Avec un outil no-code comme Delta-QA Desktop, un webmaster peut être opérationnel en moins de 30 minutes. La courbe d'apprentissage est minimale : installer l'application, entrer les URLs à tester, capturer les baselines, et lancer les comparaisons. Il n'y a pas de script à écrire, pas de ligne de commande, pas de configuration technique.
Le test visuel peut-il détecter les problèmes d'accessibilité automatiquement ?
Le test visuel détecte les régressions visuelles qui peuvent impacter l'accessibilité : perte de contraste, mise en page cassée au zoom, disparition d'indicateurs de focus. Mais il ne détecte pas les problèmes sémantiques (alternatives textuelles manquantes, structure de titres incorrecte, attributs ARIA absents). Pour une couverture d'accessibilité complète, combinez le test visuel avec des outils d'audit d'accessibilité dédiés.
Conclusion : le service public mérite le test visuel
Le numérique public n'a pas le droit à l'approximation. Chaque page cassée, chaque formulaire illisible, chaque interface inaccessible est un citoyen qui ne peut pas exercer ses droits. Le test visuel automatisé est un filet de sécurité simple, gratuit, et souverain qui protège les citoyens contre les régressions silencieuses.
Les outils existent. Ils sont accessibles sans compétence technique. Ils fonctionnent en local, sans cloud étranger. Il ne manque que la volonté de les adopter.