Services publics en ligne accessibles : que vérifier ?

Services publics en ligne accessibles : ce qu'il faut vérifier sur le site et les plateformes

‍

Les sites et applications des organismes publics doivent être accessibles aux personnes handicapées. En France, c'est l'article 47 de la loi n° 2005-102 qui l'impose, avec le RGAA comme référentiel technique. Sur le terrain, quatre zones font la différence : les formulaires et paiements, les documents PDF, la prise de rendez-vous et la navigation.

‍

Demande d'acte, paiement d'une taxe, attestation, rendez-vous en mairie : de plus en plus de démarches commencent en ligne. Cela ne fonctionne que si tout le monde peut s'en servir. Pour les personnes ayant un handicap visuel, auditif, moteur ou cognitif, et pour beaucoup de seniors, une plateforme publique mal conçue devient une porte fermée. Et contrairement à un site marchand, on ne peut pas changer de mairie ou de caisse d'assurance maladie.

‍

Pourquoi l'accessibilité est-elle obligatoire dans le secteur public ?

‍

Au niveau européen, la directive (UE) 2016/2102 impose aux organismes du secteur public de rendre accessibles leurs sites web et applications mobiles. En France, elle est transposée par l'article 47 de la loi n° 2005-102 et ses textes d'application. Sont concernés l'État, les collectivités territoriales et de nombreux organismes chargés d'une mission de service public.

‍

Concrètement, un organisme public doit rendre ses services conformes, publier une déclaration d'accessibilité avec un moyen de contact pour signaler un problème, et afficher son niveau de conformité dès la page d'accueil. Le site officiel du RGAA détaille ces mentions et pages obligatoires.

‍

Le RGAA s'appuie sur la norme européenne EN 301 549, qui reprend les critères de succès des WCAG 2.1 niveau AA. La nouvelle édition de la norme, publiée en 2026, passe aux WCAG 2.2 : mieux vaut donc tester dès maintenant sur cette base.

‍

La loi n° 2023-171, qui transpose l'Acte européen sur l'accessibilité (EAA), vise quant à elle certains produits et services, surtout ceux des entreprises. Ce n'est pas le cadre principal des sites publics.

‍

Que faut-il vérifier sur le site d'un organisme public ?

‍

Les plateformes publiques combinent souvent des formulaires complexes, des bases de données, des contenus dynamiques et une masse de documents à télécharger. Dans la pratique, la plupart des obstacles se concentrent sur quatre zones.

‍

1. Les formulaires de demande en ligne et le paiement

‍

Faire une déclaration ou payer un impôt demande de remplir plusieurs champs interactifs.

‍

Obstacle : des champs sans étiquette correctement associée, ou des messages d'erreur flous, bloquent les personnes qui utilisent un lecteur d'écran.
Solution : chaque champ a une étiquette liée dans le code, et chaque erreur est expliquée en texte et annoncée par le lecteur d'écran, pas seulement signalée par une bordure rouge.

‍

2. Les documents publics et formulaires à télécharger (PDF)

‍

Délibérations, formulaires Cerfa ou guides pratiques sont souvent mis en ligne sous forme de PDF scannés.

‍

Obstacle : un PDF enregistré comme une image est illisible pour les technologies d'assistance. L'information publique qu'il contient devient inaccessible.
Solution : publier des PDF structurés, balisés et utilisables au clavier. Notre guide explique comment vérifier et corriger un PDF accessible.

‍

3. La prise de rendez-vous et les calendriers interactifs

‍

Les outils de réservation d'un créneau, pour une carte d'identité par exemple, reposent souvent sur des sélecteurs de date très visuels.

‍

Obstacle : si le calendrier ne s'utilise pas uniquement au clavier, les personnes ayant un handicap moteur et les utilisateurs de lecteur d'écran ne peuvent pas finaliser leur rendez-vous.
Solution : des parcours de réservation entièrement utilisables au clavier, avec un indicateur de focus bien visible.

‍

4. La navigation et l'accès aux informations publiques

‍

Des menus surchargés et une hiérarchie de titres absente rendent l'orientation difficile.

‍

Obstacle : une page d'accueil chargée, sans régions de navigation (landmarks), oblige les utilisateurs du clavier et des lecteurs d'écran à repasser par les mêmes menus sur chaque page.
Solution : des titres de H1 à H6 dans un ordre logique, des régions balisées et un lien d'évitement « Aller au contenu principal ».

‍

Comment mettre un site public en conformité avec le RGAA et les WCAG ?

‍

1. Analyse automatique et premier diagnostic technique

‍

La première étape consiste à vérifier le code de façon automatique pour repérer les erreurs fréquentes sur des centaines de pages :

‍

Contraste des couleurs : un texte qui ne ressort pas assez de son arrière-plan.
Alternatives textuelles manquantes : images, blasons et logos sans description.
Structure HTML : erreurs de titres, de listes et de structure qui touchent tout le site.

‍

Vous pouvez commencer par une analyse gratuite d'une page. Un scan donne une première vue d'ensemble, mais beaucoup de critères ne peuvent pas être jugés par un logiciel. Pour une vision complète, il faut un audit d'accessibilité réalisé par des experts.

‍

2. Tests manuels avec des technologies d'assistance

‍

Aucun outil automatique ne reproduit ce que vit réellement un usager. Les tests manuels vérifient le comportement de l'interface en situation :

‍

Navigation au clavier : toutes les étapes d'une démarche, sans souris.
Tests avec lecteurs d'écran (NVDA, JAWS, VoiceOver, TalkBack) : comment le contenu est lu, et si les formulaires donnent des consignes claires.
Transparence : rédiger et publier une déclaration d'accessibilité à jour, comme la loi l'exige.

‍

3. Corriger dans le code, durablement

‍

Une vraie accessibilité passe par des changements dans la plateforme elle-même :

‍

HTML sémantique et ARIA : boutons, menus et fenêtres de dialogue sont construits pour être correctement reconnus par les technologies d'assistance.
Souplesse visuelle : le texte peut être agrandi à 200 % sans perte de contenu ou de fonctionnalité, et sans chevauchement.

‍

Les corrections dans le code, suivies d'un nouveau test, règlent la cause des problèmes. Pour savoir ce que vous recevez après une évaluation, consultez notre page sur le rapport d'audit d'accessibilité. Et comme un site public change sans cesse, un suivi régulier de l'accessibilité aide à repérer les nouvelles erreurs après chaque mise à jour de contenu.

‍

Des services numériques accessibles à tous les citoyens

‍

Les plateformes en ligne sont devenues le principal point de contact entre les citoyens et l'administration. Investir dans l'accessibilité, c'est offrir des services que plus de personnes peuvent utiliser seules, réduire les demandes au guichet et garantir l'égalité d'accès.

‍

Parlez à un expert de l'évaluation des services numériques de votre organisme

‍

Questions fréquentes

‍

Quelle loi impose l'accessibilité des sites publics en France ?

‍

L'article 47 de la loi n° 2005-102 du 11 février 2005, qui transpose la directive (UE) 2016/2102. Le RGAA en précise la mise en œuvre technique. Pour aller plus loin, lisez notre article sur l'audit d'accessibilité d'un site public.

‍

Quel niveau WCAG un site public doit-il respecter ?

‍

Le RGAA s'appuie sur la norme EN 301 549, qui reprend les critères des WCAG 2.1 niveau AA. La nouvelle édition de la norme, publiée en 2026, passe aux WCAG 2.2. Tester dès maintenant sur les WCAG 2.2 est donc un bon choix.

‍

Un scan automatique suffit-il pour un site public ?

‍

Non. Un scan repère vite une partie des erreurs, comme un contraste trop faible ou des images sans alternative textuelle. La navigation au clavier, l'ordre de lecture ou la clarté des consignes ne se vérifient qu'à la main, au clavier et avec des lecteurs d'écran.

‍

Sources

‍