Aller au contenu principal
Audit gratuit, sans carte bancaire

Audit d'accessibilité RGAA
gratuit en 30 secondes

Collez l'URL de votre site, lancez le scan, obtenez un rapport RGAA 4.1 en 30 secondes : score de conformité, non-conformités classées par gravité, extraits de code fautifs et plan de correction priorisé. Le référentiel RGAA est la norme française opposable, adaptée du WCAG 2.1 AA. L'audit est conçu pour donner un diagnostic actionnable dès la première exécution, sans inscription.

2 scans par mois offerts, sans carte bancaire. Voir les plans pour un usage régulier.

Comment ça marche

Trois étapes, pas plus. Pas d'installation, pas de clé d'API à configurer, pas d'extension à installer pour le rapport initial. Le moteur pilote un navigateur Chromium headless qui exécute la page comme un vrai visiteur : JavaScript exécuté, polices chargées, média rendu, images analysées.

ÉTAPE 1

Collez l'URL

Saisissez l'adresse complète de la page à auditer. Le scan accepte les sous-domaines, les pages authentifiées (basic auth, cookies de session sur les plans payants) et les environnements de préproduction.

ÉTAPE 2

Analyse multi-couches

Statique (Cheerio) sur le HTML source, dynamique (Puppeteer + axe-core) sur le DOM rendu, visuelle (IA Gemini) sur les images et composants graphiques. Chaque règle RGAA testable passe par la couche la plus adaptée.

ÉTAPE 3

Rapport actionnable

Score de conformité, non-conformités groupées par critère RGAA et par gravité, extraits HTML avant/après, recommandations de correction et liste de vérification guidée pour les critères à vérifier manuellement.

Ce qui est vérifié

Le RGAA 4.1 couvre 13 thématiques et 106 critères de contrôle. L'outil vérifie automatiquement les critères testables par analyse de code et pré-vérifie une bonne partie des autres via l'IA visuelle. Les critères dits manuels (pertinence éditoriale, alternatives de médias enrichis, cohérence globale) restent à valider humainement : l'outil fournit pour chacun une liste de vérification guidée avec les éléments HTML concernés.

Pour le détail de chaque critère, consultez le guide RGAA complet ou la page couverture des critères.

1. Images

  • Alternative textuelle pertinente
  • Images décoratives masquées aux lecteurs d'écran
  • Images porteuses de texte
  • Légendes et description longue
Ressource associée : thématique 1. Images

2. Cadres

  • Titre de cadre explicite
  • Cadres iframe pertinents
Ressource associée : thématique 2. Cadres

3. Couleurs

  • Information non portée uniquement par la couleur
  • Contraste texte/fond conforme WCAG AA
  • Contraste des composants d'interface
Ressource associée : thématique 3. Couleurs

4. Multimédia

  • Sous-titres synchronisés
  • Transcription textuelle
  • Audiodescription
  • Contrôles clavier accessibles
Ressource associée : thématique 4. Multimédia

5. Tableaux

  • En-têtes de colonne et de ligne
  • Résumé et titre de tableau
  • Tableaux de données complexes
Ressource associée : thématique 5. Tableaux

6. Liens

  • Intitulé explicite
  • Titre de lien si contexte manquant
  • Liens adjacents vers la même cible
Ressource associée : thématique 6. Liens

7. Scripts

  • Compatibilité technologies d'assistance
  • Alternative accessible
  • Contrôle utilisateur des modifications
Ressource associée : thématique 7. Scripts

8. Éléments obligatoires

  • DOCTYPE et lang valides
  • Titre de page pertinent
  • Code source valide
Ressource associée : thématique 8. Éléments obligatoires

9. Structuration

  • Hiérarchie de titres cohérente
  • Listes correctement structurées
  • Citations identifiées
Ressource associée : thématique 9. Structuration

10. Présentation

  • Information disponible sans CSS
  • Contenu lisible en cas de zoom 200 %
  • Indicateur de focus visible
Ressource associée : thématique 10. Présentation

11. Formulaires

  • Étiquette associée à chaque champ
  • Regroupement de champs
  • Aide à la saisie et messages d'erreur
Ressource associée : thématique 11. Formulaires

12. Navigation

  • Au moins deux systèmes de navigation
  • Lien d'évitement
  • Page en cours identifiée
Ressource associée : thématique 12. Navigation

13. Consultation

  • Documents en téléchargement accessibles
  • Unités de temps modifiables
  • Préférences utilisateur respectées
Ressource associée : thématique 13. Consultation

Exemples concrets

Quatre erreurs parmi les plus fréquentes détectées par l'audit, avec le code fautif et la correction. Ces patterns représentent plus de 60 % des non-conformités sur les sites audités.

Critère 1.1Images sans alternative textuelle

Image informative sans attribut alt

Les lecteurs d'écran annoncent le nom du fichier à la place de l'information, ce qui rend le contenu inutilisable pour les personnes aveugles.

AVANT
<img src="/logo.png">
<img src="graph-q3.png">
APRÈS
<img src="/logo.png" alt="Accueil RGAA Checker">
<img src="graph-q3.png"
  alt="CA T3 : 142 k EUR, +18 % vs T2">
Critère 3.2Contraste texte/fond insuffisant

Ratio de contraste en dessous de 4.5:1

Le gris clair sur blanc échoue au niveau AA. Illisible pour une partie des visiteurs, notamment en plein soleil ou pour les personnes malvoyantes.

AVANT
.text-meta {
  color: #bbb; /* ratio 2.0:1 */
  background: #fff;
}
APRÈS
.text-meta {
  color: #595959; /* ratio 7:1 AAA */
  background: #fff;
}
Critère 11.1Champ de formulaire sans étiquette

Input sans label associé

Un placeholder n'est pas une étiquette. Il disparaît dès la saisie et n'est pas correctement annoncé par les lecteurs d'écran. L'utilisateur ne sait plus quoi remplir.

AVANT
<input type="email"
  placeholder="Votre email"
  name="email">
APRÈS
<label for="email">Votre email</label>
<input id="email" type="email"
  name="email" autocomplete="email"
  required>
Critère 7.1Action non accessible au clavier

Div onClick à la place d'un bouton

Un div ne reçoit pas le focus clavier et n'est pas annoncé comme interactif par les lecteurs d'écran. L'utilisateur au clavier ne peut pas activer la fonctionnalité.

AVANT
<div class="btn"
  onclick="submit()">
  Envoyer
</div>
APRÈS
<button type="submit"
  class="btn">
  Envoyer
</button>

Pourquoi automatiser un audit d'accessibilité

L'audit humain reste la référence pour une attestation de conformité. Mais automatiser les passes répétitives change l'économie du projet : on passe du rapport annuel figé à un diagnostic continu, branché sur la livraison produit.

Gain de temps

Un audit humain RGAA complet demande 3 à 8 jours-homme. L'outil automatisé traite les critères mécaniques (structure HTML, contrastes, attributs ARIA, formulaires) en 30 secondes. L'auditeur humain se concentre sur les critères éditoriaux et le test utilisateur, là où son expertise crée de la valeur.

Reproductibilité

Deux auditeurs humains peuvent interpréter différemment un critère borderline. L'outil applique toujours la même grille. Le résultat est comparable dans le temps, exportable, intégrable dans un tableau de bord produit. Chaque déploiement peut déclencher un nouvel audit automatiquement.

Pré-audit humain

Faire passer le scan automatisé avant l'auditeur humain fait tomber 50 à 70 % des non-conformités détectables par règle. L'auditeur arrive sur une base déjà nettoyée, son rapport est plus court et l'équipe de développement plus enthousiaste. La facture d'audit baisse d'autant.

Intégration dans le cycle de développement

La GitHub Action RGAA Checker et le package CLI npm permettent de brancher l'audit directement dans votre pipeline CI/CD. Un seuil minimal (par exemple 85 % de conformité) fait échouer le build si une régression d'accessibilité est introduite. Voir le guide Intégration CI/CD accessibilité pour le setup complet.

Qui doit faire un audit d'accessibilité

Le périmètre des obligations s'est étendu progressivement depuis 2005. Voici qui est concerné aujourd'hui, classé par ancienneté de l'obligation.

Administrations et services publics

Depuis 2005

État, collectivités territoriales, établissements publics, délégataires de service public. L'article 47 de la loi du 11 février 2005 et le décret du 24 juillet 2019 imposent la conformité RGAA, la publication d'une déclaration d'accessibilité sur chaque site et un schéma pluriannuel triennal assorti d'un plan d'action annuel.

Grandes entreprises privées

Depuis 2020

Entreprises réalisant plus de 250 millions d'euros de chiffre d'affaires annuel en France. Mêmes obligations de conformité RGAA et de publication d'une déclaration d'accessibilité que le secteur public.

European Accessibility Act (EAA)

Depuis juin 2025

L'Acte européen sur l'accessibilité étend les obligations à la plupart des entreprises privées proposant des services numériques au public : e-commerce, banque en ligne, billetterie transport, téléphonie, livres numériques, audiovisuel. Une exemption existe pour les microentreprises (moins de 10 salariés et moins de 2 millions d'euros de chiffre d'affaires). Pour les autres, RGAA 4.1 reste le référentiel de contrôle en France.

PME, startups, associations

Bonne pratique

Hors obligation légale, l'accessibilité reste un levier concret : elle couvre environ 20 % des visiteurs qui rencontrent une forme de limitation (visuelle, auditive, motrice, cognitive, temporaire ou liée au contexte d'usage). Un site accessible est aussi mieux référencé, plus robuste sur mobile et plus facile à maintenir. Pour démarrer, vérifiez votre éligibilité EAA en trente secondes.

Pour le détail du cadre légal, consultez Conformité RGAA 2025 ou l'article European Accessibility Act 2025.

RGAA ou WCAG, quelle norme utiliser

Question fréquente chez les équipes tech. La réponse courte : en France, on audite contre le RGAA, qui est l'adaptation nationale du WCAG. Être conforme RGAA entraîne la conformité WCAG 2.1 niveau AA.

RGAA 4.1

  • Référentiel français, publié par la DINUM
  • 106 critères de contrôle, 13 thématiques
  • Méthodologie d'audit précise, opposable
  • Norme pour toute déclaration d'accessibilité FR

WCAG 2.1 / 2.2

  • Standard international du W3C
  • 4 principes (POUR), 13 règles, 78 critères
  • Niveaux A, AA, AAA
  • Référence pour la plupart des pays

Pour aller plus loin, lisez RGAA vs WCAG, toutes les différences ou la fiche qu'est-ce que le RGAA. La prochaine version RGAA 5 est attendue : le point dans RGAA 5 : les nouveautés 2026.

FAQ : l'audit d'accessibilité en 12 questions

Les questions les plus posées par les équipes techniques et les responsables conformité, avant de lancer leur premier audit RGAA.

Qu'est-ce qu'un audit d'accessibilité ?

Un audit d'accessibilité est l'évaluation d'un site web face à un référentiel (en France, le RGAA 4.1). L'objectif : vérifier que toute personne, en situation de handicap ou non, peut consulter et utiliser le site. L'audit produit un score, une liste de non-conformités et un plan de correction priorisé.

L'audit est-il vraiment gratuit ?

Oui. Le plan gratuit donne accès à 2 scans par mois, sans carte bancaire, avec le rapport complet : score, critères, recommandations. Les plans payants (découverte, pro) débloquent plus de scans, l'audit programmé, les rapports PDF et l'export Excel.

Combien de temps dure un audit automatisé ?

Environ 30 secondes pour une page simple, jusqu'à 2 minutes pour une page complexe avec beaucoup d'images analysées par IA. Le scan charge la page, exécute les règles RGAA testables automatiquement puis enrichit le rapport avec une analyse visuelle.

Combien de critères sur les 106 sont testés automatiquement ?

L'outil vérifie automatiquement les critères RGAA testables par analyse de code (environ un tiers du référentiel) et pré-vérifie une bonne partie des autres grâce à l'IA visuelle et à l'analyse sémantique. Les critères dits "manuels" (pertinence éditoriale, alternatives à des médias, cohérence) restent à valider humainement, et l'outil fournit une liste de vérification guidée pour chacun.

Puis-je auditer plusieurs pages ou tout le site ?

Oui. Le scan unitaire concerne une URL. Pour auditer un échantillon représentatif ou crawler tout un site, utilisez le mode crawl (plans découverte et plus). Vous obtenez une vue agrégée des non-conformités, avec classement par page et par critère.

Qui est obligé de faire un audit d'accessibilité ?

Depuis 2005, tous les services publics en France. Depuis 2019, les collectivités et établissements publics doivent publier une déclaration d'accessibilité. Depuis 2020, les entreprises privées au chiffre d'affaires supérieur à 250 millions d'euros réalisés en France sont concernées. L'European Accessibility Act (EAA) étend les obligations depuis juin 2025 à la plupart des entreprises de plus de 10 salariés ou réalisant plus de 2 millions d'euros de chiffre d'affaires.

Quelle est la différence entre RGAA et WCAG ?

Le WCAG (Web Content Accessibility Guidelines) est le standard international du W3C. Le RGAA est son adaptation française, avec une méthodologie de test précise et 106 critères de contrôle. Être conforme RGAA implique d'être conforme WCAG niveau AA. Le RGAA est le référentiel opposable en France.

Que contient le rapport d'audit ?

Score de conformité en pourcentage, liste des non-conformités classées par gravité (bloquant, majeur, mineur), extraits de code concernés, recommandations de correction, exemples de HTML avant et après. Les plans payants ajoutent l'export PDF et Excel au format RGAA, l'historique illimité et le suivi par projet.

Un audit automatisé suffit-il pour être conforme ?

Non. L'audit automatisé identifie la majorité des problèmes techniques et documente les critères à vérifier manuellement. Pour une attestation de conformité opposable, un audit humain par un auditeur RGAA certifié reste nécessaire. L'outil automatisé divise généralement par trois le temps d'audit humain.

À quelle fréquence faut-il auditer un site ?

Avant chaque mise en ligne majeure, puis au minimum une fois par an pour la déclaration d'accessibilité. En continu pour les sites actifs : un audit programmé hebdomadaire détecte les régressions dès la mise en production et coûte beaucoup moins cher que de corriger après coup.

Puis-je auditer un site en staging protégé par mot de passe ?

Oui. Le scan accepte les authentifications basiques et les cookies de session sur les plans payants. Vous pouvez ainsi auditer des environnements de préproduction avant la mise en production publique.

Intégration dans un pipeline CI/CD ?

Oui, via la GitHub Action officielle ou la CLI npm. Vous ajoutez un seuil de score minimum et le build échoue si une régression d'accessibilité est introduite. Documentation sur la page guide Intégration CI/CD.

Un plan pour chaque usage

Commencez gratuitement. Passez à un plan payant dès que vous auditez régulièrement ou que vous avez besoin de rapports PDF, d'audit programmé ou d'exports au format RGAA officiel.

Gratuit
0 EUR
sans carte bancaire
  • 2 scans par mois
  • Rapport complet RGAA
  • Score et plan de correction
Populaire
Découverte
69 EUR
par mois
  • 100 scans par mois
  • Export PDF et Excel
  • Audit programmé mensuel
Pro
249 EUR
par mois
  • 500 scans par mois
  • Crawl de site complet
  • GitHub Action et API

Lancez votre premier audit maintenant

URL, 30 secondes, rapport complet. Sans carte bancaire et sans engagement. Vous saurez exactement où votre site se situe face au RGAA 4.1 et quoi corriger en priorité.

Auditer mon site

Déjà client ? Connectez-vous pour retrouver votre historique.