Audit d’accessibilité de site web : le guide pratique pour les freelances

Un audit accessibilité site web consiste à repérer les obstacles qui empêchent certaines personnes d’utiliser un site, puis à documenter les corrections à effectuer. Un scan automatique aide à démarrer, mais ne remplace pas les tests manuels ni l’analyse des règles applicables à votre activité et à votre pays.

Key takeaways

• Un audit utile couvre des pages et des parcours concrets, pas seulement la page d’accueil.
• Les outils automatiques repèrent certains problèmes ; clavier, lecteur d’écran et jugement humain restent indispensables.
• Le RGAA est un référentiel français : il ne constitue pas à lui seul la règle universelle de toute l’Union européenne.
• Un rapport exploitable précise la page, le problème, son impact et la correction à envisager.
• Un scan rapide donne un premier état des lieux, pas une preuve de conformité ni un avis juridique.

Qu’est-ce qu’un audit accessibilité site web ?

C’est une vérification structurée de l’utilisation d’un site par des personnes ayant des besoins variés, par exemple celles qui naviguent au clavier, utilisent un lecteur d’écran ou ont besoin d’un contraste renforcé. L’objectif n’est pas de produire un score flatteur : il s’agit de comprendre où une personne peut être bloquée et de transformer les constats en tâches de correction.

Un audit peut examiner les pages, les menus, les formulaires, les documents, les fenêtres de dialogue et les étapes importantes d’un parcours, comme la demande de devis ou l’achat. Son périmètre doit être annoncé : un contrôle de cinq pages ne permet pas de conclure sur toutes les fonctionnalités d’un site complexe.

Il faut aussi distinguer trois démarches :

• Le scan automatisé passe des contrôles logiciels sur des pages ciblées. Il est rapide et utile pour repérer des erreurs fréquentes.
• L’audit manuel complète ces contrôles par des essais réels, notamment au clavier et avec des technologies d’assistance.
• L’analyse juridique étudie les règles applicables à l’entreprise, au service et au pays concernés. Un outil de scan ne rend pas cet avis.

Ces démarches sont complémentaires. Pour choisir un premier outil et comprendre ses limites, consultez notre guide des outils de test d’accessibilité d’un site web.

Pourquoi l’audit compte pour une petite entreprise

Une page inaccessible peut empêcher une personne de lire une offre, de remplir un formulaire ou de finaliser une commande. L’accessibilité touche donc l’usage quotidien du site, pas seulement sa présentation. La Commission européenne estime qu’environ 100 millions de personnes dans l’UE vivent avec un handicap (source de la Commission européenne).

L’audit aide aussi l’équipe à éviter des corrections improvisées. Un problème identifié tôt — par exemple un champ de formulaire sans indication claire — est plus simple à transmettre à un développeur qu’un commentaire général comme « rendre le site plus accessible ».

Il existe également un enjeu réglementaire, mais il faut éviter les raccourcis. L’European Accessibility Act (EAA) vise certains produits et services, notamment le commerce électronique, et s’applique depuis le 28 juin 2025. La directive prévoit une exemption pour les microentreprises fournissant des services ; l’application dépend donc de l’activité et de la situation de l’entreprise. Vérifiez les textes nationaux et les obligations qui vous concernent, plutôt que de déduire votre statut d’un simple scan (directive européenne sur l’accessibilité).

En France, le RGAA est le référentiel national utilisé dans le contexte concerné. Il ne faut pas le présenter comme la règle unique de tous les pays de l’UE : le cadre européen et les modalités nationales peuvent différer. Si vous vendez dans plusieurs pays, examinez vos services et vos obligations pays par pays. Notre liste de contrôle EAA pour les petites entreprises peut aider à structurer ce premier examen.

Comment réaliser un audit : 6 étapes concrètes

1. Définir le périmètre

Notez les types de pages et fonctionnalités à examiner : page d’accueil, fiche produit, formulaire de contact, panier, prise de rendez-vous, menu mobile, documents téléchargeables. Incluez les parcours qui produisent un résultat important pour l’entreprise. Un site vitrine et une boutique en ligne ne demandent pas le même échantillon.

Écrivez aussi ce qui n’est pas couvert. Par exemple, si un service tiers gère le paiement, indiquez si son interface a été testée ou non. Cette transparence évite de confondre un échantillon ciblé avec un audit exhaustif.

2. Faire un premier scan automatique

Lancez un outil sur plusieurs modèles de page, puis examinez les résultats au lieu de les traiter comme des verdicts. Un scan peut signaler, entre autres, des images sans texte alternatif, des problèmes de structure ou des contrastes à vérifier. Il peut aussi produire des alertes qui nécessitent une validation humaine.

Un résultat sans alerte ne signifie pas que tout fonctionne : l’outil ne peut pas toujours juger si un texte alternatif décrit correctement l’image, si un ordre de navigation est logique ou si une consigne est compréhensible.

3. Tester au clavier

Sans souris, utilisez la touche Tab pour avancer, Maj+Tab pour revenir, Entrée pour activer un lien ou un bouton et les touches de direction lorsque cela s’applique. Vérifiez que le focus est visible, suit un ordre cohérent et ne reste pas bloqué dans une fenêtre.

Réalisez un parcours complet, par exemple ouvrir le menu, trouver un service, remplir un formulaire, corriger une erreur et envoyer la demande. Si vous devez reprendre la souris pour terminer, notez précisément à quelle étape le parcours échoue.

4. Vérifier le contenu et les formulaires

Lisez les titres dans l’ordre : ils doivent aider à comprendre la structure de la page. Vérifiez que les liens indiquent leur destination, que les boutons décrivent leur action et que les instructions ne reposent pas uniquement sur la couleur ou la position.

Dans un formulaire, testez les étiquettes, les champs obligatoires, les messages d’erreur et la façon de corriger une erreur. Une indication « champ invalide » est moins utile qu’un message qui nomme le champ concerné et explique la correction attendue.

5. Tester avec des technologies d’assistance

Lorsque c’est possible, essayez les pages clés avec un lecteur d’écran ou faites appel à une personne qui en utilise un. Vérifiez que les éléments interactifs ont un nom compréhensible, que les informations importantes sont annoncées et que les fenêtres s’ouvrent et se ferment de façon prévisible.

Vous n’avez pas besoin de prétendre qu’un essai isolé représente toutes les situations. Notez l’appareil, le navigateur et la technologie utilisés, ainsi que les limites du test. Cela rend le résultat reproductible.

6. Classer les corrections et retester

Pour chaque constat, indiquez la page, le composant, le problème observé, la conséquence pour la personne et une piste de correction. Classez les tâches selon leur impact sur un parcours essentiel, leur fréquence sur le site et la difficulté de correction. Corrigez ensuite, puis refaites le test concerné : une modification peut résoudre un défaut et en créer un autre.

Quels contrôles sont automatisés et lesquels sont manuels ?

Contrôle	Ce qu’il peut aider à repérer	Ce qui demande une vérification humaine
Analyse automatique	Certaines erreurs de structure, attributs manquants ou contrastes à examiner	La pertinence du contenu, l’effet réel sur un parcours et les faux positifs
Navigation au clavier	Focus absent, ordre surprenant, commande inaccessible	La logique du parcours et la facilité à comprendre les étapes
Lecteur d’écran	Noms ou informations annoncés de manière inadéquate	La compréhension globale et la cohérence du contenu annoncé
Relecture des formulaires	Libellés ou messages d’erreur manquants	La clarté des consignes et la possibilité réelle de corriger une erreur

En France, le RGAA 4.1.2 comprend 106 critères. Le gouvernement propose aussi un audit partiel fondé sur 25 critères essentiels. L’outil Ara permet de réaliser des audits RGAA, mais il n’est pas automatisé et suppose une bonne connaissance des critères (kit d’audit RGAA et tests et audits). Ces repères sont utiles pour comprendre une méthode française ; ils ne transforment pas chaque scan automatique en audit complet.

Combien de pages faut-il analyser et que doit contenir le rapport ?

Il n’existe pas de nombre universel valable pour tous les sites. Commencez par les modèles de page et les parcours les plus importants, puis ajoutez les pages qui utilisent des composants différents : menus, fenêtres, formulaires, filtres ou paiement. Si dix pages reposent sur le même gabarit, elles peuvent partager certains constats, mais il faut vérifier que les contenus et interactions ne créent pas de nouveaux problèmes.

Un rapport compréhensible par une petite équipe devrait contenir :

1. Le périmètre : pages, appareils et parcours testés, avec les exclusions.
2. Les constats reproductibles : étapes précises pour retrouver le problème.
3. L’impact d’usage : ce que la personne ne peut pas faire ou comprendre.
4. La priorité : pourquoi corriger cette tâche avant une autre.
5. Une piste de correction : suffisamment claire pour permettre au développeur de commencer.
6. Le statut de retest : corrigé, à vérifier ou encore bloquant.

Pour estimer le budget, demandez ce qui est inclus : nombre de pages, tests manuels, parcours, rapport, accompagnement et vérification après correction. Une offre française consultée affiche 790 € HT pour un audit de détection et 3 800 € HT à partir de pour un audit RGAA complet (exemple de tarifs). Ce sont les prix d’un prestataire, pas un tarif universel. Le coût dépend du périmètre et de la profondeur des tests.

Les erreurs fréquentes à éviter

• Se fier uniquement à un score. Un score synthétique n’explique pas toujours les obstacles réels et ne démontre pas une conformité juridique.
• Tester seulement la page d’accueil. Les formulaires, menus, contenus dynamiques et étapes de commande peuvent fonctionner différemment.
• Traiter chaque alerte comme un défaut confirmé. Vérifiez le contexte et les conséquences avant de créer une tâche.
• Oublier le retest. Une correction non vérifiée peut rester incomplète ou perturber une autre interaction.
• Confondre l’accessibilité avec les autres sujets de conformité. Cookies, confidentialité et sécurité sont importants, mais ne remplacent pas les tests d’accessibilité. Vous pouvez traiter ces sujets en complément avec notre guide pour vérifier un bandeau cookies RGPD.
• Promettre une conformité totale après un scan. Présentez clairement ce qui a été contrôlé et ce qui reste à vérifier.

Pour démarrer sans engager immédiatement un audit manuel complet, le Quick Scan gratuit de KlearKomply permet un premier repérage jusqu’à 10 pages. Le Full Readiness Scan à 29 €, jusqu’à 50 pages, fournit un diagnostic plus étendu avec des briefs de correction exploitables. Ces scans sont des outils de préparation : ils ne remplacent ni un audit manuel complet ni un avis juridique.

Conclusion : transformer les constats en améliorations

Un bon audit commence par un périmètre réaliste, combine contrôles automatiques et essais humains, puis produit des corrections concrètes à vérifier. Pour un freelance ou une petite entreprise, mieux vaut documenter clairement quelques parcours prioritaires et progresser que publier un score sans contexte.

Commencez par les pages qui permettent à vos clients de vous contacter, de comprendre votre offre ou d’acheter. Faites un premier repérage, transmettez les constats sous forme de tâches et retestez après correction. Pour un aperçu initial, lancez le Quick Scan gratuit ; si vous souhaitez examiner davantage de pages, le Full Readiness Scan à 29 € constitue une étape de préparation plus étendue.