Vérificateur d'accessibilité gratuit

Vérifiez la conformité d'accessibilité de votre site web aux normes WCAG et obtenez des suggestions de correction concrètes. Gratuit, rapide et entièrement dans votre navigateur, sans inscription.

Mis à jour le

Share:
Home/Website Tools/Accessibility Checker

Accessibility Checker

Paste HTML code to analyze accessibility compliance with WCAG guidelines. Client-side analysis - no data sent to any server.

HTML Accessibility Analyzer

Paste your HTML code above. The analysis runs entirely in your browser.

About This Tool

This accessibility checker analyzes HTML code client-side for common WCAG violations. Paste your HTML and get instant feedback on issues across seven categories.

Checks Performed:

Missing alt text on images
Missing form labels
Empty or vague links
Heading hierarchy issues
Missing ARIA roles
Color contrast hints
Missing lang, title, main
Empty buttons, viewport
  • WCAG Level A: Minimum accessibility requirements
  • WCAG Level AA: Recommended standard (most legal requirements)
  • WCAG Level AAA: Highest level of accessibility

This tool performs static analysis via regex and heuristics. For comprehensive testing, also use browser devtools, screen readers, and tools like axe-core or Lighthouse.

Questions Fréquentes

Qu'est-ce que le Vérificateur d'accessibilité ?

Le Vérificateur d'accessibilité est un outil en ligne gratuit qui évalue votre site web selon les directives d'accessibilité WCAG et identifie les problèmes pour les utilisateurs en situation de handicap.

Le Vérificateur d'accessibilité est-il gratuit ?

Oui, il est entièrement gratuit et ne nécessite aucune inscription.

Quelles normes vérifie-t-il ?

Le Vérificateur d'accessibilité effectue des tests selon les directives WCAG 2.1, qui couvrent la perceptibilité, l'utilisabilité, la compréhensibilité et la robustesse de votre contenu web.

Mes données sont-elles en sécurité avec cet outil ?

Absolument. Le Vérificateur d'accessibilité traite tout côté client, dans votre navigateur. Aucune donnée n'est téléversée ni stockée sur un quelconque serveur. Votre contenu reste privé sur votre appareil à tout moment.

Le Vérificateur d'accessibilité fonctionne-t-il sur les appareils mobiles ?

Oui, le Vérificateur d'accessibilité est entièrement responsive et fonctionne sur les smartphones et les tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans téléchargement d'application.

Dois-je créer un compte pour utiliser cet outil ?

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement le Vérificateur d'accessibilité dans votre navigateur et commencez à l'utiliser immédiatement. Il n'y a aucune barrière d'inscription ni restriction d'utilisation.

Comment utiliser le Vérificateur d'accessibilité ?

Il vous suffit de saisir vos données dans le champ prévu, d'ajuster les paramètres selon vos préférences, et l'outil les traitera instantanément. Vous pouvez ensuite copier le résultat dans votre presse-papiers ou le télécharger.

Quels navigateurs sont pris en charge ?

Le Vérificateur d'accessibilité fonctionne sur tous les navigateurs modernes, dont Chrome, Firefox, Safari, Edge et Opera. Pour une expérience optimale, utilisez la dernière version de votre navigateur préféré.

Quelle est la différence entre une erreur d'accessibilité et un avertissement dans les résultats ?

Une erreur signale un problème qui bloque presque certainement une personne utilisant une technologie d'assistance, comme une image sans attribut alt, un champ de formulaire sans label associé, ou un titre de page manquant. Ces problèmes violent un critère de succès WCAG précis et pèsent le plus lourd dans votre score. Un avertissement signale quelque chose qui peut poser problème mais nécessite un jugement humain — un alt vide qui pourrait être intentionnel pour une image décorative, ou des couleurs de texte et d'arrière-plan en ligne dont vous devez encore vérifier le ratio de contraste. Les remarques informatives pointent vers des bonnes pratiques comme l'ajout d'un lien d'évitement de navigation. Comme une note A exige à la fois un score élevé et zéro erreur, corriger chaque erreur devrait être votre priorité absolue. Collez votre HTML pour voir chaque anomalie triée par gravité, avec une recommandation et un exemple de code prêt à copier.

Pourquoi l'outil signale-t-il un titre alors que ma page a bien un h1 ?

L'audit vérifie la structure des titres, pas seulement leur présence. Il signale les niveaux sautés — par exemple passer directement d'un h2 à un h4 — car les utilisateurs de lecteurs d'écran s'appuient sur un plan de titres logique pour naviguer, et un saut suggère un niveau de section manquant. Il signale aussi les titres vides sans aucun texte et les pages sans titre du tout. Cela correspond au WCAG 1.3.1, qui exige que la structure véhiculée visuellement soit aussi disponible de façon programmatique. Les titres doivent descendre d'un niveau à la fois et décrire le contenu qui suit, plutôt que d'être choisis pour leur taille visuelle, que vous contrôlez plutôt avec du CSS. Garder un plan propre aide aussi le référencement, car les moteurs de recherche lisent la même hiérarchie. Collez votre code et ouvrez l'onglet Titres pour voir exactement quels niveaux sont sautés ou vides.

Un vérificateur d'accessibilité automatisé détecte-t-il vraiment tous les problèmes ?

Les outils automatisés détectent fiablement les problèmes structurels et liés aux attributs — attributs alt manquants, champs de formulaire sans label, repères absents, attribut lang manquant, texte de lien vague — qui représentent ensemble une grande part des défauts réels. Ce vérificateur utilise la reconnaissance de motifs sur le HTML que vous collez : il est donc rapide et confidentiel, mais ne peut pas juger du sens. Il ne peut pas déterminer si votre texte alternatif décrit réellement l'image, si l'ordre de lecture est cohérent, ni mesurer le contraste de couleur réellement rendu sur une page en ligne, ce qui explique pourquoi les anomalies de couleur sont des avertissements demandant une vérification. Aucun outil automatisé ne détecte tous les problèmes ; les études leur créditent généralement la détection d'une partie seulement des obstacles d'accessibilité. Considérez un résultat propre comme un excellent premier passage, puis confirmez avec un lecteur d'écran, des tests au clavier uniquement et un outil d'exécution comme axe ou Lighthouse. Exécutez votre code ici pour éliminer d'abord les problèmes structurels.

Puis-je vérifier l'accessibilité d'un fichier HTML avant sa mise en ligne ?

Oui, c'est exactement pour cela que cet outil a été conçu. Plutôt que d'explorer une URL publiée, il analyse un bloc de HTML que vous collez directement, ce qui vous permet d'auditer du code en préproduction, un gabarit interne ou un composant que vous n'avez pas encore déployé. Comme toute l'analyse s'exécute dans votre navigateur, rien de ce que vous collez ne quitte votre appareil, ce qui le rend sûr pour du code non publié. Pour l'utiliser, copiez le HTML rendu depuis votre éditeur ou les outils de développement de votre navigateur, collez-le dans le champ prévu, puis lancez l'audit. Vous obtiendrez un score global, une note en lettres, et des anomalies regroupées en sept catégories — Images, Formulaires, Liens, Titres, ARIA, Couleur et Structure — chacune rattachée à un critère WCAG. Cela vous permet de repérer les problèmes en cours de développement plutôt qu'après la mise en ligne. Chargez d'abord l'exemple intégré pour voir le type de problèmes détectés, puis collez votre propre HTML.

Comment le score d'accessibilité et la note en lettres sont-ils calculés ?

Une fois l'audit terminé, vous obtenez un score global de 0 à 100 et une note en lettres de A à F, affichés avec le nombre d'erreurs, d'avertissements et de remarques informatives, ainsi que le nombre de contrôles réussis. Les erreurs pèsent le plus lourd car elles représentent des obstacles confirmés : un simple attribut alt manquant ou un champ sans label fait donc baisser le score davantage qu'un avertissement. La note reflète à la fois le score et le nombre d'erreurs : un A exige un score élevé et zéro erreur, ce qui signifie que vous ne pouvez pas obtenir la meilleure note tant qu'un problème bloquant subsiste. Cette conception vous pousse à corriger de vrais défauts plutôt qu'à courir après un chiffre. Vous pouvez filtrer les résultats par gravité ou naviguer entre les onglets de catégories, et le bouton Exporter le rapport télécharge un résumé en texte brut à joindre à un ticket. Collez votre HTML pour voir votre score actuel et exactement quelles corrections le feront progresser.

À propos du vérificateur d'accessibilité

Le vérificateur d'accessibilité est un outil gratuit qui analyse du HTML à la recherche des problèmes d'accessibilité les plus courants et vous indique comment les corriger. Collez un bloc de code, lancez l'audit, et l'outil affiche les problèmes répartis en sept catégories, chacune rattachée à un critère de succès WCAG précis et accompagnée d'une correction suggérée et d'un exemple de code. Il s'adresse aux développeurs front-end, aux équipes éditoriales et aux testeurs QA qui veulent un contrôle rapide avant la mise en production d'une page — ainsi qu'à toute personne qui souhaite comprendre ce qui rend un contenu web réellement utilisable pour les personnes qui dépendent d'un lecteur d'écran, de la navigation au clavier ou d'un affichage à fort contraste.

Contrairement aux robots qui explorent une URL en ligne, ce vérificateur travaille directement sur le HTML que vous collez. Toute l'analyse s'exécute dans votre navigateur grâce à de la reconnaissance de motifs et des heuristiques, si bien que rien de ce que vous collez n'est envoyé vers un serveur. Cela le rend sûr pour du code en préproduction, des gabarits internes ou du code que vous n'avez pas encore publié. Aucune inscription, aucune installation.

Ce que l'outil vérifie

L'audit recherche les problèmes qui expliquent l'immense majorité des défauts d'accessibilité rencontrés en pratique, classés en sept catégories :

  • Images — balises <img> sans attribut alt (une erreur) ou avec un alt vide qui n'est peut-être pas intentionnel (un avertissement).
  • Formulaires — champs de saisie, menus <select> et zones <textarea> sans <label>, aria-label ou aria-labelledby associé.
  • Liens — liens sans texte ni nom accessible, ainsi que les intitulés vagues comme « cliquez ici » ou « en savoir plus » qui ne donnent aucune indication sur la destination.
  • Titres — niveaux de titre sautés (par exemple passer directement d'un h2 à un h4), titres vides et pages sans titre.
  • ARIA — boutons vides et éléments <div> ou <span> interactifs dotés d'un onclick mais sans rôle ni tabindex, inaccessibles au clavier.
  • Couleur — styles en ligne qui définissent les couleurs de texte et d'arrière-plan, signalés pour que vous vérifiiez que le ratio de contraste respecte l'exigence.
  • Structure — attribut lang manquant, <title> absent, absence de repère <main>, absence de lien d'évitement de navigation, et balises viewport qui bloquent le zoom.

Chaque anomalie cite le critère WCAG concerné — par exemple le WCAG 1.1.1 pour le texte alternatif des images ou le WCAG 2.4.4 pour l'objet du lien — afin que vous puissiez la relier à la norme.

Ce que les résultats vous indiquent

Une fois l'audit terminé, vous obtenez un score global de 0 à 100 et une note en lettres de A à F, accompagnés du nombre d'erreurs, d'avertissements et de remarques informatives, ainsi que du nombre de contrôles réussis. Les erreurs pèsent le plus lourd dans le score ; une note A exige à la fois un score élevé et zéro erreur. Vous pouvez filtrer les résultats par gravité ou naviguer entre les onglets de catégories, et chaque problème se déplie pour afficher une recommandation ainsi qu'un exemple de code prêt à copier. Une fois terminé, le bouton Exporter le rapport télécharge un résumé en texte brut de tous les problèmes, que vous pouvez joindre à un ticket ou partager avec votre équipe.

Pourquoi l'accessibilité compte

Environ une personne sur six dans le monde vit avec un handicap significatif, et un balisage accessible est ce qui permet aux technologies d'assistance de leur présenter votre contenu. C'est aussi une obligation légale dans de nombreux pays : le WCAG 2.1 niveau AA est la référence citée par des réglementations telles que l'ADA aux États-Unis et l'European Accessibility Act en Europe. Les mêmes corrections profitent généralement à tout le monde — un texte de lien descriptif et un plan de titres clair améliorent l'utilisabilité et le référencement, et les ratios de contraste minimaux de 4,5:1 pour le texte normal et 3:1 pour le texte de grande taille rendent les pages lisibles en plein soleil ou sur des écrans vieillissants.

À utiliser comme premier passage, pas comme verdict final

Ce vérificateur effectue une analyse statique à base d'expressions régulières : il repère rapidement les problèmes structurels et liés aux attributs, mais il ne peut pas juger si votre texte alternatif est réellement pertinent ni mesurer le contraste de couleur réellement rendu à l'écran. Considérez un résultat propre comme un excellent point de départ, puis confirmez-le avec un lecteur d'écran, des tests au clavier uniquement et un outil d'exécution comme axe ou Lighthouse avant de déclarer une page accessible. Chargez l'exemple intégré pour voir le type de problèmes détectés, puis collez votre propre HTML pour commencer.