Méthode
Comment savoir si votre site est accessible en 5 minutes ?
Cinq vérifications simples permettent de repérer rapidement des obstacles d’accessibilité sur une page web. Elles ne prouvent pas sa conformité, mais donnent un premier diagnostic avant un scan automatisé et un audit manuel.

La réponse courte
Pour savoir si votre site est accessible, parcourez-le au clavier, zoomez à 200 %, désactivez les images, observez les contrastes et relisez les intitulés des liens. Ces vérifications révèlent des obstacles courants sans installation. Elles ne couvrent toutefois qu’une partie des critères WCAG et RGAA. Complétez-les par une analyse automatisée, puis par des tests manuels incluant des technologies d’assistance.
Ce contrôle rapide peut être réalisé sur une page importante de votre site, par exemple la page d’accueil, un formulaire de contact, une page de connexion ou une étape de commande. Choisissez de préférence une page représentative contenant plusieurs types de composants : navigation, boutons, champs, images, liens et contenus structurés. En cinq minutes, l’objectif n’est pas de dresser une liste exhaustive des défauts, mais d’identifier les obstacles les plus évidents et de déterminer si une analyse approfondie est nécessaire.
Un résultat apparemment satisfaisant ne signifie pas que la page est conforme. À l’inverse, un seul blocage majeur, comme un menu inutilisable au clavier ou un formulaire impossible à comprendre, suffit à justifier une correction prioritaire. L’accessibilité doit être évaluée sur des parcours complets et dans leur contexte, pas uniquement sur l’apparence générale d’une page.
Cinq tests à faire en cinq minutes
- Utilisez Tab et Maj plus Tab pour parcourir les éléments interactifs. Commencez en haut de la page et observez si vous pouvez atteindre les liens, boutons, menus et champs de formulaire sans utiliser la souris. Vérifiez qu’un indicateur visuel montre toujours quel élément possède le focus et que l’ordre de navigation reste logique.
- Zoomez la page à 200 % et vérifiez que le contenu reste lisible. Le texte ne doit pas disparaître, se superposer à d’autres éléments ou nécessiter des manipulations complexes. Les fonctions principales doivent rester disponibles, même si la disposition de la page s’adapte à la largeur réduite.
- Désactivez les images et recherchez les informations devenues absentes. Une image informative doit disposer d’une alternative pertinente ou être accompagnée d’un contenu équivalent. Une image purement décorative ne doit pas ajouter de bruit inutile pour les personnes utilisant un lecteur d’écran.
- Repérez les textes manifestement difficiles à distinguer de leur fond. Examinez notamment les petits textes, les contenus gris clair, les boutons, les messages d’erreur et les éléments affichés au survol ou au focus. Un contraste insuffisant peut rendre une information illisible malgré une mise en page autrement correcte.
- Lisez les liens hors contexte et vérifiez que leur destination reste compréhensible. Des intitulés comme « cliquez ici », « en savoir plus » ou « lire la suite » deviennent ambigus lorsqu’ils sont répétés. Préférez des formulations qui indiquent clairement la page, le document ou l’action concernés.
Consacrez environ une minute à chaque vérification et notez immédiatement les obstacles observés. Pour obtenir un résultat plus utile, décrivez chaque problème avec la page concernée, l’élément touché et l’effet produit. Par exemple : « Le bouton d’ouverture du menu n’est pas atteignable avec la touche Tab sur mobile » est plus exploitable que « Le clavier fonctionne mal ».
Si une fenêtre modale, un bandeau de consentement ou un menu s’ouvre pendant le test, vérifiez aussi que vous pouvez le fermer au clavier et reprendre votre parcours. Le focus ne doit pas disparaître ni rester bloqué derrière un contenu superposé. Ces composants sont fréquents et peuvent empêcher l’accès à l’ensemble de la page.
Ce que chaque vérification peut révéler
| Test | Obstacles repérables |
|---|---|
| Clavier | Élément inaccessible, ordre incohérent, focus invisible |
| Zoom | Texte tronqué, chevauchement, défilement gênant |
| Images | Information portée uniquement par une image |
| Contrastes | Texte ou composant visuellement difficile à distinguer |
| Liens | Intitulé vague, répétitif ou incompréhensible hors contexte |
Le test au clavier révèle souvent des problèmes qui restent invisibles lors d’une utilisation à la souris. Un composant peut sembler parfaitement fonctionnel tout en reposant sur une interaction non disponible au clavier. Un focus absent ou trop discret crée également une difficulté importante : l’utilisateur peut activer les éléments, mais ne sait pas où il se trouve dans la page.
Le zoom permet d’observer la capacité de la mise en page à s’adapter. À 200 %, un menu peut recouvrir le texte, un bouton peut sortir de l’écran ou une colonne devenir impossible à consulter. Un défilement horizontal n’est pas toujours interdit, notamment pour certains contenus complexes, mais il ne devrait pas être nécessaire pour lire chaque ligne d’un texte courant.
La désactivation des images aide à repérer les informations exclusivement visuelles. Cela peut concerner un graphique, une photographie utile, une icône utilisée comme bouton ou une image contenant du texte. L’alternative attendue dépend du rôle de l’image dans son contexte : une simple description littérale n’est pas systématiquement suffisante.
L’examen visuel des contrastes constitue seulement une alerte initiale. Une mesure fiable demande un outil capable de comparer précisément les couleurs du texte, du fond et des composants. Il faut aussi tenir compte des différents états d’un élément, par exemple au repos, au survol, au focus, lorsqu’il est sélectionné ou lorsqu’une erreur est affichée.
Enfin, la lecture des liens hors contexte permet d’évaluer rapidement leur clarté. Les personnes naviguant à l’aide de technologies d’assistance peuvent consulter une liste de liens séparée du contenu environnant. Chaque intitulé doit donc rester suffisamment explicite, tout en évitant des formulations inutilement longues ou répétitives.
Ce que ces tests ne démontrent pas
Une page utilisable au clavier peut encore présenter une structure de titres incorrecte, des formulaires mal étiquetés ou des messages d’erreur inexploitables. Un texte alternatif présent peut aussi être inutile, redondant ou inadapté au contexte.
Ces tests constituent donc un dépistage, pas un test complet de conformité RGAA ou WCAG. Ils ne remplacent ni l’examen du code ni l’usage réel avec différentes technologies d’assistance.
Le contrôle rapide ne permet pas non plus de vérifier correctement la restitution des contenus par un lecteur d’écran, le nom accessible des composants, la pertinence des rôles ou l’annonce des changements dynamiques. Une interface peut être parcourue visuellement au clavier tout en restant incompréhensible lorsqu’elle est restituée vocalement.
Il ne couvre pas davantage tous les contenus multimédias. Une vidéo peut nécessiter des sous-titres, une transcription ou une audiodescription selon son contenu. Un fichier téléchargeable, comme un document PDF, doit également être examiné séparément : l’accessibilité de la page qui propose le téléchargement ne garantit pas celle du document.
Les résultats obtenus sur une seule page ne peuvent pas être généralisés automatiquement à l’ensemble du site. Des modèles de pages, composants ou parcours différents peuvent présenter leurs propres obstacles. Pour évaluer un service, il faut constituer un échantillon représentatif comprenant les pages structurantes, les contenus fréquents et les étapes indispensables à l’utilisateur.
L’étape suivante : le scan automatisé
Un scan automatisé examine de façon reproductible les règles techniquement vérifiables : attributs absents, relations structurelles invalides, contrastes calculables ou erreurs de balisage. Inclaria permet d’analyser gratuitement une page dans un navigateur réel et de prioriser les constats par gravité.
L’automatisation ne peut pas décider seule si un texte alternatif décrit correctement une image, si un ordre de lecture est logique ou si une consigne est compréhensible. Aucun résultat automatique ne suffit donc à déclarer un site conforme.
Après les cinq vérifications rapides, le scan aide à transformer une impression en constats plus structurés. Il peut détecter plusieurs occurrences d’un même problème et fournir des indications techniques utiles à l’équipe chargée des corrections. Cette reproductibilité permet aussi de relancer l’analyse après une modification afin de vérifier si les erreurs détectables automatiquement ont disparu.
Les résultats doivent être lus avec discernement. Certaines alertes nécessitent une validation humaine, tandis que l’absence d’erreur ne signifie pas l’absence d’obstacle. Un outil ne connaît pas toujours l’intention du contenu ni le parcours réel de l’utilisateur. Il peut confirmer qu’un attribut existe sans juger correctement sa pertinence.
Pour prioriser les corrections, commencez par les problèmes qui bloquent une action essentielle, affectent de nombreuses pages ou concernent des composants réutilisés dans tout le site. Corriger un défaut dans un menu, un formulaire partagé ou un modèle commun peut améliorer simultanément plusieurs parcours. Documentez ensuite les résultats afin de suivre les régressions et les corrections dans le temps.
Pourquoi terminer par un audit manuel
L’audit manuel vérifie les critères qui exigent du jugement, du contexte et des parcours complets. Il couvre notamment la cohérence de la navigation, la restitution par lecteur d’écran, les formulaires, les fenêtres modales et les changements dynamiques.
Pour les services concernés par l’European Accessibility Act depuis le 28 juin 2025, l’analyse doit être rapprochée du périmètre juridique applicable. Ce contenu est informatif et ne constitue pas un avis juridique ; un avocat peut examiner un cas particulier.
L’auditeur constitue un échantillon représentatif du site, examine les critères applicables et documente précisément les résultats. Il ne se limite pas à relever des erreurs isolées : il vérifie si l’utilisateur peut comprendre l’interface, se repérer, corriger ses erreurs et accomplir les actions prévues sans rencontrer de blocage.
Les tests avec des technologies d’assistance apportent une compréhension que le seul examen visuel ne fournit pas. Ils permettent notamment d’entendre l’ordre de restitution, le nom annoncé pour les boutons, la structure des titres et les informations communiquées lors d’une validation ou d’un échec. Selon le service évalué, plusieurs environnements peuvent être nécessaires.
L’audit doit déboucher sur des corrections actionnables. Chaque constat gagne à préciser l’élément concerné, le problème rencontré, son impact et une piste de résolution. Une fois les modifications réalisées, une vérification ciblée confirme qu’elles corrigent effectivement l’obstacle sans créer de régression.
Le contrôle en cinq minutes reste donc une excellente porte d’entrée. Il sensibilise les équipes, permet d’identifier rapidement des blocages et aide à décider des prochaines étapes. Pour établir un niveau de conformité, publier une déclaration ou sécuriser un parcours essentiel, il faut cependant s’appuyer sur une méthode d’audit adaptée et sur des preuves vérifiables.
Questions fréquentes
Un test gratuit suffit-il pour savoir si mon site est conforme ?
Non. Il repère certains défauts techniques, mais plusieurs critères nécessitent une vérification humaine. La conformité doit être évaluée sur un échantillon représentatif, avec une méthode adaptée et des contrôles portant aussi sur le contexte, les contenus et les parcours.
Peut-on tester un site sans installer de logiciel ?
Oui. Le clavier, le zoom du navigateur et l’examen visuel permettent un premier contrôle immédiat. Les outils intégrés au navigateur peuvent ensuite compléter ce dépistage, sans remplacer un audit manuel.
Un site accessible doit-il fonctionner uniquement au clavier ?
Les fonctions interactives doivent pouvoir être utilisées au clavier lorsqu’elles ne dépendent pas intrinsèquement d’un dispositif particulier. Le focus doit aussi rester visible et suivre un ordre cohérent. L’utilisateur doit notamment pouvoir ouvrir, utiliser et fermer les menus, fenêtres modales et autres composants interactifs sans rester bloqué.
Quelle différence entre un scan et un audit d’accessibilité ?
Le scan applique automatiquement des règles testables par logiciel. L’audit ajoute des contrôles manuels, du contexte et des parcours avec des technologies d’assistance. Il vérifie également la pertinence des contenus, la cohérence de l’expérience et les critères qu’un outil ne peut pas trancher seul.
Définitions liées
À lire ensuite
Commencez par un scan gratuit
Obtenez votre score d'accessibilité, vos problèmes prioritaires et la déclaration manquante en quelques secondes.
Scanner mon site