Rapport d’audit d’accessibilité : des problèmes repérés à un plan de correction clair
Découvrez où se trouvent les obstacles d’accessibilité sur votre site web, dans votre application mobile et sur des parcours utilisateur complets. Wawsome associe des contrôles automatiques à des tests manuels menés par des experts. Nous transformons les résultats en un rapport avec des problèmes priorisés, des recommandations techniques et des étapes de mise en œuvre.
- Tests hybrides
- Experts en accessibilité
- Analyse des pages et des parcours
- Recommandations concrètes
Voyez ce que contient le rapport avant de définir le périmètre de l’audit. Voir la structure du rapport
Un résultat de scan montre une partie du problème. Un audit montre ce qu’il faut changer.
L’audit examine chaque élément, mais aussi la possibilité de mener une tâche du début à la fin.
Exemple 1
Un formulaire peut avoir une structure qui semble correcte et pourtant être impossible à remplir au clavier seul.
Exemple 2
Une erreur de connexion peut ne pas être annoncée par le lecteur d’écran.
Exemple 3
Un paiement peut échouer quand l’utilisateur passe du site web à l’application mobile.
Qu’est-ce qu’un audit d’accessibilité numérique et pourquoi en avez-vous besoin ?
Un audit d’accessibilité numérique est une évaluation structurée de pages, composants, documents, applications et interactions choisis. Il repère les obstacles qui peuvent empêcher des personnes en situation de handicap d’utiliser des services numériques. L’audit peut relier les constats techniques aux critères WCAG et aux exigences applicables, dans les limites du périmètre convenu.
Sans diagnostic vérifiable, les équipes risquent d’investir dans des changements peu utiles. Pendant ce temps, les problèmes qui bloquent la connexion, l’achat ou l’usage du service restent en place. Le rapport donne une base commune pour prioriser, budgéter, répartir les rôles et suivre les progrès.
Vous cherchez un type de test précis ? Découvrez tous nos services d’audit et de tests d’accessibilité.
Pour les utilisateurs
Repérez les vrais obstacles dans la navigation, les formulaires, l’authentification et les transactions.
Pour les équipes
Transformez les observations en tickets et en recommandations que les équipes design, QA et développement peuvent comprendre et planifier.
Pour l’entreprise
Donnez la priorité aux parcours qui comptent le plus pour la conversion, l’autonomie des clients et la relation client.
Méthode d’audit : automatisation, analyse humaine et tests de l’expérience de bout en bout
Définir le périmètre
Ensemble, nous définissons les plateformes, les profils d’utilisateurs, les environnements de test, les fonctions critiques, les scénarios d’usage et les références techniques, dont les critères WCAG utiles. Nous notons clairement ce qui fait partie de l’échantillon et ce qui n’en fait pas partie.
Tests automatiques
Des outils automatiques signalent les problèmes détectables par des règles, comme certaines erreurs de structure, l’association des libellés ou certains aspects du contraste. Les experts analysent et interprètent ces résultats pour éviter les conclusions hâtives.
Vous pouvez tester cette partie vous-même avec le Scanner d’accessibilité Wawsome gratuit.
Tests manuels
Les experts vérifient l’usage au clavier, l’ordre et la visibilité du focus, le comportement avec un lecteur d’écran, les formulaires, les messages d’erreur, les éléments interactifs et les états dynamiques, dans les scénarios inclus dans l’audit.
Tests de parcours
Nous vérifions qu’un utilisateur peut mener une tâche du début à la fin, y compris quand il change de page, de session, d’appareil ou d’application, dans les conditions de test convenues.
Synthèse et rapport
Nous validons les constats, regroupons les problèmes récurrents et documentons les preuves, l’impact, la gravité, la complexité estimée de la correction et les recommandations. Vous pouvez ainsi construire un plan d’action.
Que vérifient les experts pendant un audit d’accessibilité ?
Pages et composants
Ce que nous vérifions : La structure sémantique, la navigation, les boutons, les fenêtres modales, les menus, les formulaires, les données affichées et le comportement des éléments dans leurs différents états.
Livrable : Un inventaire des problèmes par page ou par composant.
Parcours utilisateur
Ce que nous vérifions : L’inscription, la connexion, la récupération de compte, la recherche, l’achat, le paiement, les demandes et la souscription.
Livrable : Les problèmes signalés à l’endroit exact où l’utilisateur est bloqué.
Plateformes web et mobiles
Ce que nous vérifions : Les sites web, les applications web, les portails avec connexion et les applications mobiles iOS et Android, sur les versions et appareils convenus.
Livrable : Des constats séparés par plateforme et par scénario de test.
Technologies d’assistance
Ce que nous vérifions : L’interaction dans des scénarios convenus avec des lecteurs d’écran, la navigation au clavier et les réglages d’accessibilité utiles.
Livrable : Des preuves de la façon dont l’expérience fonctionne vraiment pour les utilisateurs.
Documents et interfaces
Ce que nous vérifions : Les documents PDF ou autres fichiers inclus dans le périmètre : leur structure, l’ordre de lecture, les formulaires et les éléments interactifs.
Livrable : Des recommandations de correction pour les documents choisis.
Conformité technique
Ce que nous vérifions : Le rapprochement des observations avec les critères WCAG utiles et, si vous le demandez, avec les exigences applicables de la norme EN 301 549.
Livrable : Une matrice des constats avec les références aux critères techniques.
Un seul processus client. Plusieurs applications. Un seul audit de toute l’expérience.
Exemple illustratif : un client commence sa souscription sur le site web, vérifie son identité sur son téléphone, puis termine dans une application mobile. L’audit vérifie que l’utilisateur peut naviguer, comprendre les consignes, changer d’appareil, saisir et valider ses données et aller au bout du processus sans obstacle d’accessibilité.
Site web
Remplir la demande et lancer la souscription. Nous vérifions les formulaires, les messages, la navigation, la progression et l’accessibilité du passage à l’étape suivante.
Point de contrôle : passage à l’étape suivante
Téléphone / vérification d’identité
Passer sur l’appareil mobile, ouvrir les consignes et vérifier son identité avec les parcours autorisés.
Blocage possible : changement d’appareil
Application mobile
Revenir après la validation, comprendre où en est le processus et finir l’action dans l’application.
Point de contrôle : statut du processus clair
Dans le rapport, nous indiquons où se trouvent les erreurs, mais aussi à quel moment le parcours casse, quels utilisateurs peuvent être touchés et quelles sont les options de correction. Pour les plateformes gérées par des tiers, les tests dépendent des accès et des accords disponibles.
Que contient le rapport d’audit d’accessibilité Wawsome ?
Constat #07Exemple illustratif
Emplacement
Parcours de souscription, étape 3 : bouton « Continuer »
Étapes pour reproduire
Remplissez le formulaire au clavier seul, puis appuyez sur Tab pour atteindre « Continuer ».
Résultat observé
Le bouton ne peut être ni atteint ni activé au clavier.
Comportement attendu
Le bouton reçoit un focus visible et s’active avec Entrée ou Espace.
Critère WCAG
2.1.1 Clavier (niveau A)
Gravité et impact
Critique Bloque la fin du parcours de souscription pour les personnes qui utilisent le clavier ou un lecteur d’écran.
Complexité de correction
Faible
Solution recommandée
Utilisez un élément button natif, ou ajoutez la prise en charge du clavier et un style de focus visible.
Synthèse pour la direction
Les problèmes essentiels, le niveau de risque qui ressort de l’échantillon et les grandes priorités pour la direction.
Bénéfice : La direction comprend où agir.
Périmètre et conditions de test
Plateformes, pages, parcours, types d’utilisateurs, appareils, versions, technologies d’assistance et normes utilisées.
Bénéfice : De la transparence sur les limites et des résultats reproductibles.
Inventaire des problèmes
Pour chaque constat : identifiant, emplacement, étapes pour reproduire, résultat observé et comportement attendu.
Bénéfice : Les équipes peuvent analyser et reproduire chaque problème.
Critères techniques
Le rapprochement avec les critères WCAG utiles et, le cas échéant, avec d’autres exigences techniques.
Bénéfice : Une base pour la revue technique et l’analyse de conformité.
Gravité
Un classement de la gravité technique et des conséquences pour l’accessibilité, sur une échelle documentée.
Bénéfice : Les problèmes bloquants se distinguent de ceux qui ont un effet limité.
Impact
Une estimation argumentée de l’impact sur les utilisateurs et sur les parcours critiques, indépendante du simple nombre d’occurrences.
Bénéfice : Des priorités fondées sur l’effet sur l’expérience et sur l’activité.
Complexité de correction
Une estimation indicative de l’effort (faible, moyen ou élevé), validée ensuite par l’équipe de développement.
Bénéfice : Une planification réaliste des ressources et des dépendances.
Solutions recommandées
Des pistes de correction pour l’interface, le contenu, le code et le comportement, avec des critères d’acceptation si cela a été convenu.
Bénéfice : Le passage du diagnostic à la mise en œuvre.
Feuille de route de correction
L’enchaînement des actions, les dépendances, les responsables proposés et l’ordre de mise en œuvre.
Bénéfice : Une base pour le backlog, le budget et le suivi des progrès.
Limites et nouvelle évaluation
Les aspects non couverts, les hypothèses, les résultats à vérifier plus tard et les étapes conseillées pour un nouveau test.
Bénéfice : Pas de fausse impression de couverture complète.
Que corriger en premier ? Des priorités selon la gravité, l’impact et la complexité.
Gravité
À quel point l’obstacle est-il grave pour l’accessibilité ? Un problème peut rendre une action impossible, la rendre bien plus difficile ou ne toucher qu’une partie de l’expérience.
- Critique
- Élevée
- Modérée
- Faible
Impact
Quelle est l’importance de la fonction touchée et quelles sont les conséquences pour l’utilisateur ? Par exemple, une erreur dans un parcours de connexion essentiel n’a pas le même impact qu’une erreur sur une page peu visitée.
Complexité
Quel effort la correction peut-elle demander : du contenu, un ajustement de composant, un changement d’architecture ou une dépendance à des prestataires externes ? L’estimation finale revient à l’équipe qui fait la correction.
Approche recommandée : les obstacles qui bloquent des processus essentiels sont traités en urgence. Ensuite, les corrections à fort impact sont regroupées, et les changements complexes sont planifiés selon leurs dépendances. Une formule opaque ne remplace jamais le jugement d’un expert.
| Low complexity | High complexity | |
|---|---|---|
| High impact | Fix first | Plan around dependencies |
| Low impact | Group with related fixes | Schedule and re-evaluate |
Exemple de priorisationExemple illustratif
Obstacle
Un bouton « Continuer » dans le parcours de souscription, inutilisable au clavier.
Impact
Les utilisateurs ne peuvent pas finir le parcours, même si le problème n’apparaît qu’une fois.
Décision
Priorité élevée, car il empêche de finir le parcours.
Du rapport à l’action : que se passe-t-il après l’audit ?
Sessions avec les développeurs
Nous passons en revue les constats avec vos équipes développement, design et QA. Nous expliquons les problèmes, discutons des solutions possibles, clarifions les dépendances et, si besoin, les critères d’acceptation pour le nouveau test.
Feuille de route de correction
Nous construisons une feuille de route pour mettre en œuvre les recommandations, selon les priorités de l’audit, vos objectifs opérationnels et la disponibilité de votre équipe. Elle peut évoluer au fil des corrections.
Déclaration d’accessibilité
À partir des résultats disponibles, des limites connues et des informations fournies par votre organisation, nous pouvons préparer un projet de déclaration d’accessibilité, à faire valider par son responsable. La déclaration peut être mise à jour au fil des progrès et selon les obligations applicables.
Une déclaration d’accessibilité n’est pas une certification.
Nouvel audit
Après les corrections, nous testons à nouveau les problèmes convenus. Nous vérifions que les obstacles repérés ont disparu et qu’aucune régression n’apparaît dans les parcours critiques. Les résultats sont documentés et peuvent nourrir la prochaine version de la feuille de route.
Entre deux audits, le Moniteur d’accessibilité Wawsome peut signaler les nouveaux problèmes quand vos contenus changent.
Accompagnement lors des contrôles des autorités
Sur demande et dans le cadre des services prévus au contrat, nos spécialistes peuvent vous apporter un appui technique lors des contrôles des autorités : explication de la méthode, des constats, des étapes de correction et des preuves des efforts réalisés.
Cet accompagnement ne remplace pas une représentation juridique et ne garantit pas les conclusions de l’autorité.
Un seul rapport pour plusieurs décisions : produit, développement, conformité et direction
CTO et équipes de développement
Des problèmes reproductibles, des recommandations techniques, les dépendances et un ordre d’intervention réaliste.
Produit et UX/UI
Les moments où l’expérience utilisateur casse et les modèles d’interaction à corriger.
Conformité et juridique
Une trace documentée des contrôles, des limites et des progrès, pour appuyer l’analyse des obligations applicables, sans promesse de certification automatique.
Activité et direction
Une vue claire des obstacles dans les processus essentiels et un cadre pour répartir les ressources.
Audits d’accessibilité, WCAG et European Accessibility Act : quels liens ?
WCAG
Les WCAG fixent des critères techniques d’accessibilité.
EN 301 549
La norme EN 301 549 est une norme européenne. Elle fixe des exigences d’accessibilité pour les produits et services TIC dans les contextes concernés.
Lire la norme EN 301 549 sur le site AccessibleEU (en anglais)
European Accessibility Act
L’European Accessibility Act et les lois nationales applicables fixent des obligations pour certaines catégories de produits et de services. En France, il est transposé par la loi n° 2023-171 du 9 mars 2023. Le RGAA sert de référentiel technique, surtout pour le secteur public.
Un audit documente les constats dans le périmètre testé. Seul, il ne prouve pas que toutes les obligations légales sont respectées. Selon le périmètre technique, l’évaluation peut s’appuyer sur les WCAG 2.2 et sur la méthode d’évaluation WCAG-EM du W3C (en anglais).
Vous avez un site web, une application ou un processus numérique complexe ? Nous commençons par ce qu’il faut vérifier.
Pas besoin de savoir dès le départ quelles pages ou quelles normes choisir. Lors d’un échange sur vos besoins, nous pouvons définir les parcours prioritaires, les plateformes concernées et le format de résultats qu’il vous faut.
Pourquoi parler de votre audit avec les experts Wawsome ?
Nous associons tests automatiques, évaluation manuelle et analyse des parcours. Notre but : repérer les obstacles et les traduire en recommandations pour les équipes qui font les améliorations.
ISO 9001Management de la qualité
ISO 27001Sécurité de l’information
Certification IAAPExpertise en accessibilité dans notre équipe
Sources
- W3C WAI : présentation de l’évaluation de l’accessibilité web (en anglais)
- W3C : méthode d’évaluation de la conformité des sites web, WCAG-EM (en anglais)
- W3C WAI : évaluer la conformité et rédiger le rapport (en anglais)
- W3C : Web Content Accessibility Guidelines (WCAG) 2.2 (en anglais)
- EUR-Lex : directive (UE) 2019/882, European Accessibility Act
Mis à jour le 21 octobre 2026
Transformez l’audit en plan d’action pour l’accessibilité numérique
Dites-nous ce que vous voulez vérifier : un site web, une application mobile, un portail avec connexion ou un processus sur plusieurs plateformes. Un expert Wawsome peut vous aider à définir l’approche d’audit et les bons livrables.
Pas besoin d’un inventaire complet des problèmes. Nous pouvons définir ensemble ce qui mérite d’être testé.