Aller au contenu

Vérificateur d'accessibilité

Réponse courte

Testez la page rendue avec les règles WCAG 2.1 A et AA vérifiables automatiquement, contraste des couleurs compris. Chaque problème renvoie à son critère WCAG et à l'exigence de l'Acte européen sur l'accessibilité.

Ce qu’il ne fait pas: Les règles automatiques ne trouvent qu’une partie des problèmes WCAG : l’usage au clavier, le sens, les sous-titres et beaucoup d’autres critères demandent une personne. Le résultat n’est donc jamais un verdict de conformité, et le contenu construit par des scripts peut manquer.

Gratuit · Sans inscription · Fonctionne dans votre navigateur

Teste la page rendue par rapport aux règles WCAG 2.1 de niveau A et AA qu'un logiciel peut vérifier.

S'exécute dans votre navigateur. Pour une URL, RankProof récupère le code HTML de la page ; votre navigateur charge ensuite ses styles et ses images depuis le site pour mesurer le contraste et la mise en page. Les scripts propres à la page ne sont pas exécutés.

Ce que ça fait

Affiche la page dans votre navigateur et la teste selon les règles WCAG 2.1 de niveau A et AA que les logiciels peuvent vérifier : contraste des couleurs du texte affiché, noms des boutons, liens et champs de formulaire, alternatives textuelles aux images, titres et points de repère, utilisation d'ARIA et langue de la page, entre autres. Chaque anomalie est classée par gravité, indique les éléments concernés et ce qu'il faut corriger, et renvoie au critère de succès WCAG ainsi qu'à l'exigence de l'annexe I de l'Acte européen sur l'accessibilité (directive 2019/882) auxquels elle se rapporte. Les vérifications nécessitant une intervention humaine sont listées séparément.

Pourquoi c'est important

L'Acte européen sur l'accessibilité s'applique depuis le 28 juin 2025 à de nombreux produits et services numériques vendus dans l'UE, et chaque État membre fixe et applique ses propres sanctions. Au-delà de la loi, les problèmes d'accessibilité écartent de vrais visiteurs. Une vérification automatisée est le moyen le plus rapide de repérer les anomalies évidentes avant un contrôle manuel.

Comment ça fonctionne

  1. Saisissez l'URL d'une page, ou collez le code HTML de la page

  2. RankProof récupère le code HTML ; votre navigateur l'affiche avec les styles et les images propres au site, sans exécuter les scripts de la page

  3. Un moteur de règles open source teste la page affichée selon les règles WCAG 2.1 A et AA

  4. Les anomalies sont renvoyées par gravité, avec les éléments concernés, ce qu'il faut corriger et les références WCAG et EAA

Exemple d'entrée et de sortie

ENTRÉE
url: https://rankproof.eu
SORTIE
Analyse d'accessibilité (règles WCAG 2.1 A et AA) :

Aucun problème détectable par les règles automatisées

Règles réussies : 22 · Nécessite une vérification humaine : 1

Nécessite une vérification humaine
  contraste des couleurs · WCAG 1.4.3 · EAA I.2.c

Comment lire le résultat

Résumé (aucun problème sur rankproof.eu dans l'exemple)
Le nombre de problèmes et d'éléments de la page concernés, ou une ligne indiquant que les règles automatisées n'ont rien trouvé. Dans l'exemple, l'analyse n'a trouvé aucun problème sur rankproof.eu. Ce n'est pas un verdict de conformité : les règles ne couvrent qu'une partie du WCAG 2.1 AA.
Impact : critique, grave, modéré, mineur
Chaque problème porte la note d'impact du moteur de règles lui-même, et les plus graves viennent en premier. Les problèmes critiques et graves bloquent ou ralentissent fortement certains utilisateurs — un bouton sans nom, un texte trop pâle — : commencez par eux.
Éléments concernés
Sous chaque problème, les éléments en échec, affichés en HTML, avec ce qu'il faut changer. Un problème touche souvent de nombreux éléments issus du même modèle : une seule correction peut tous les régler.
Références WCAG et EAA
Chaque problème renvoie au critère de succès WCAG 2.1 testé et au point de notre liste de contrôle de l'Acte européen sur l'accessibilité dont il relève, qui indique la partie de la directive dont il découle — pour le contraste des couleurs, WCAG 1.4.3 et EAA I.2.c.
Règles réussies (22)
Le nombre de règles appliquées à cette page sans rien trouver. Il varie d'une page à l'autre : une page sans formulaire ne passe pas les règles des formulaires.
Nécessite une vérification humaine (1)
Les cas que les règles n'ont pas pu trancher seules, par exemple du texte sur une image. Dans l'exemple, c'est le contraste des couleurs (WCAG 1.4.3) : pour un texte, le moteur n'a pas pu déterminer l'arrière-plan, donc cette paire doit être vérifiée à l'œil ou avec le vérificateur de contraste.
Aperçu
La page telle que votre navigateur l'a affichée pour l'analyse, sans exécuter ses scripts. Si elle est presque vide, la page est probablement construite en JavaScript et l'outil le signale : collez alors le HTML rendu.

Qui l'utilise

  • Chef d'entreprise dans l'UE

    Effectuez un contrôle de référence maintenant que l'EAA s'applique, et découvrez quelles anomalies WCAG corriger en premier.

  • Consultant en accessibilité

    Obtenez un premier passage rapide sur la page d'un client, avec les anomalies regroupées par gravité et associées aux exigences de l'EAA, avant le contrôle manuel.

  • Développeur web

    Relancez la vérification sur les pages de préproduction avant chaque mise en production, pour détecter les régressions d'accessibilité avant qu'elles n'arrivent en production.

Problèmes fréquents et comment les corriger

  1. Images sans alternative textuelle (WCAG 1.1.1)

    Donnez aux images informatives un alt qui dit ce qu'elles montrent ou font, et aux images décoratives alt="". Une image dans un lien ou un bouton a besoin d'un alt qui nomme la destination ou l'action.

    <img src="/signups.png" alt="Bar chart: sign-ups doubled from March to June">
<img src="/divider.svg" alt="">

  2. Texte au contraste insuffisant (WCAG 1.4.3)

    Foncez le texte ou éclaircissez le fond jusqu'à 4,5:1 pour le texte normal et 3:1 pour le grand texte. Modifiez la couleur dans votre thème plutôt que sur des éléments isolés, pour que tous les composants suivent.

    :root {
  --text: #1f2937;       /* 14.7:1 on #ffffff */
  --text-muted: #595959; /*  7.0:1 on #ffffff */
}

  3. Champs de formulaire sans libellé (WCAG 1.3.1, 4.1.2)

    Associez un <label> visible à chaque champ avec for et id. Un placeholder n'est pas un libellé : il disparaît dès que l'on tape.

    <label for="email">Email address</label>
<input id="email" name="email" type="email" autocomplete="email">

  4. Boutons et liens sans nom (WCAG 4.1.2, 2.4.4)

    Un bouton composé d'une seule icône a besoin d'une alternative textuelle : texte visible, alt sur son image ou aria-label. Le texte d'un lien doit dire où il mène, pas « cliquez ici ».

    <button type="button" aria-label="Close menu">
  <svg aria-hidden="true" focusable="false">…</svg>
</button>

  5. Pas de langue de page (WCAG 3.1.1)

    Définissez lang sur l'élément <html> avec la langue de la page, pour une prononciation correcte par les lecteurs d'écran, et lang sur tout passage dans une autre langue.

    <html lang="en">
<head>
  <meta name="viewport" content="width=device-width, initial-scale=1">

  6. Ce que les règles ne peuvent pas vérifier

    Atteignez et utilisez chaque commande au clavier seul, vérifiez que le focus est visible, que les vidéos ont des sous-titres et que les messages d'erreur expliquent comment corriger la saisie. La liste de vérifications manuelles de la page des exigences EAA les rassemble.

Questions fréquentes

Qu'est-ce que WCAG 2.1 ?
Les Web Content Accessibility Guidelines 2.1 (WCAG 2.1) sont la norme du W3C pour l'accessibilité du web. Dans l'UE, la norme harmonisée EN 301 549 v3.2.1 applique le niveau AA de WCAG 2.1 au contenu web, c'est pourquoi cet outil utilise les règles 2.1 A et AA.
Qu'est-ce que l'Acte européen sur l'accessibilité ?
La directive (UE) 2019/882 fixe des exigences d'accessibilité pour de nombreux produits et services vendus dans l'UE, notamment le commerce électronique, les services bancaires et les livres numériques. Elle s'applique depuis le 28 juin 2025.
Que manque-t-il aux vérifications automatisées ?
Beaucoup de choses. Les règles automatisées ne détectent qu'une partie des problèmes : si le texte alternatif a un sens, si l'ordre de lecture est cohérent, si les sous-titres sont exacts. Le rapport liste les points qui nécessitent une intervention humaine, et la page des exigences de l'EAA propose une liste de contrôles manuels. Considérez l'analyse comme une première étape, puis testez au clavier et avec un lecteur d'écran.
Vérifie-t-il le contraste des couleurs ?
Oui, pour le texte sur des arrière-plans unis dans la page affichée. Le texte sur des images ou des dégradés ne peut pas être mesuré automatiquement et est signalé comme nécessitant une vérification manuelle. Pour une seule paire de couleurs, utilisez le Vérificateur de contraste des couleurs.
Fonctionne-t-il sur les sites construits avec JavaScript ?
Seulement en partie. Les scripts de la page ne sont pas exécutés, donc le contenu ajouté par JavaScript après le chargement est absent de l'analyse. Le rapport vous avertit lorsqu'une page s'affiche avec presque aucun texte.
Quelle est la différence entre WCAG 2.1 et 2.2 ?
WCAG 2.2 ajoute neuf critères de succès à la version 2.1 et en supprime un (4.1.1 Analyse syntaxique). Les nouveaux critères de niveau AA incluent Focus non masqué (2.4.11), Mouvements de glissement (2.5.7), Taille de la cible (2.5.8) et Authentification accessible (3.3.8). Dans l'UE, le contenu web est évalué selon WCAG 2.1 AA via la norme EN 301 549 v3.2.1.

Sources

La documentation sur laquelle reposent cet outil et les explications de cette page.

Outils gratuits sur ce sujet

Guides sur ce sujet

Données d’étude sur ce sujet

Outils connexes dans Conformité EAA

Voir tous les outils Conformité EAA