Audit de détection d'accessibilité · www.exemple-boutique.fr · EXEMPLE

L'essentiel

Nous avons analysé 4 pages de votre site et y avons détecté 10 types de problèmes d'accessibilité au regard des exigences réglementaires (règles WCAG de niveau A et AA, celles que reprend le RGAA, le référentiel officiel de l'État), touchant 27 éléments au total.

Les plus importants : boutons sans intitulé ; images sans alternative textuelle ; champs de formulaire sans étiquette.

Chaque problème est détaillé dans l'inventaire ci-après, avec la liste complète des éléments concernés et une piste de correction en français. La feuille de route de la dernière partie vous donne l'ordre de traitement conseillé.

10 problèmes critiques ou graves sont à traiter en priorité.

27 éléments de vos pages sont concernés.

Les 4 pages analysées contiennent toutes des erreurs.

2 types de problèmes relèvent de la correction rapide.

Un plafond, pas une note : sur les 25 points contrôlés automatiquement, la position pondérée par gravité est de 29 %. La détection automatique ne révèle que 30 à 40 % des problèmes : le taux réel de conformité RGAA ne peut être qu'inférieur ou égal, et seul un audit manuel complet l'établit.

Méthode, périmètre et limites

Ce que nous avons fait. Nous avons analysé vos pages en nous appuyant sur notre outil, construit sur le moteur axe-core (le moteur d'analyse d'accessibilité le plus utilisé au monde, intégré notamment aux outils de développement de Google et Microsoft), qui applique les règles WCAG de niveau A et AA : celles que reprend le RGAA, le référentiel de l'État, et que la loi n° 2023-171 du 9 mars 2023 rend obligatoires pour la vente en ligne depuis le 28 juin 2025. Nous avons ensuite mené des tests manuels ciblés (navigation au clavier, lecteur d'écran, formulaires), consignés dans les observations de l'auditeur. Chaque constat de ce rapport a été vérifié et relu par l'auditeur avant envoi.

Ce que ce rapport n'est pas. Un outil automatique ne détecte que 30 à 40 % des problèmes d'accessibilité : ce rapport est un état des lieux fiable de ce qui est détectable automatiquement, complété de sondages manuels ciblés, pas un audit de conformité RGAA opposable. Le taux officiel s'établit par un audit manuel des 106 critères : c'est l'étape suivante si vous en avez l'obligation (voir feuille de route).

Comptage honnête. Seules les exigences réglementaires pèsent dans la jauge et les constats ; les « bonnes pratiques » supplémentaires détectées sont présentées à part, sans effet sur les chiffres.

Page	Adresse	Langue déclarée	Types de problèmes
page d'accueil	https://www.exemple-boutique.fr	fr	6
page contact	https://www.exemple-boutique.fr/contact.html	fr	4
page produits / tarifs	https://www.exemple-boutique.fr/produits.html	fr	5
page mentions légales	https://www.exemple-boutique.fr/mentions-legales.html	absente	3

Contrôles réglementaires

Déclaration d'accessibilité : ABSENTE (vérifiée : aucune des adresses habituelles ne répond). La déclaration d'accessibilité est le document que la loi impose déjà (article 47 de la loi de 2005, étendu au commerce en ligne par la loi n° 2023-171 du 9 mars 2023) : c'est le premier élément vérifié en cas de contrôle, et le plus rapide à régulariser. Ce rapport ne peut pas fonder votre déclaration ; l'audit complet, si.

Vérifications effectuées :

/accessibilite → HTTP 404
/accessibilite/ → HTTP 404
/accessibilite.aspx → HTTP 404
/accessibilite.html → HTTP 404
/accessibilite.php → HTTP 404
/declaration-accessibilite → HTTP 404
/declaration-daccessibilite → HTTP 404
/declaration-d-accessibilite → HTTP 404
/content/declaration-d-accessibilite → HTTP 404
/accessibilite-numerique → HTTP 404
/fr/accessibilite → HTTP 404
/aide/accessibilite → HTTP 404

Lien « accessibilité » sur chaque page. Le lien « accessibilité » n'a été repéré sur aucune des 4 pages testées, alors que la déclaration doit être joignable depuis chaque page du site (généralement un lien en pied de page).

Observations de l'auditeur

Constats et vérifications réalisés à la main par La Jauge, en complément de l'analyse outillée.

Navigation au clavier (test manuel)

Le parcours à la tabulation a été testé sur les 4 pages. L'ordre de parcours est cohérent, mais le bouton « Fermer » du bandeau cookies ne répond ni à Entrée ni à la barre d'espace : il ne se ferme qu'à la souris. Un client qui navigue au clavier garde ce bandeau devant le bas de page pendant toute sa visite. Sur l'accueil, la carte « Tisane verveine » est masquée aux lecteurs d'écran mais reste dans le parcours clavier : le focus y entre sans qu'aucune information ne soit restituée (voir l'inventaire).

Lecteur d'écran (NVDA + Firefox)

Le champ de recherche est annoncé « édition », sans nom : rien n'indique qu'il s'agit d'une recherche de produits. Dans le formulaire de contact, l'envoi n'est suivi d'aucune annonce : un client équipé d'un lecteur d'écran ne sait pas si son message est parti. Le bouton d'envoi lui-même est annoncé « bouton », sans intitulé : il est repris dans l'inventaire, la correction est la même.

Formulaires

Les champs du formulaire de contact reposent uniquement sur le texte gris affiché à l'intérieur (placeholder) : il disparaît dès la première frappe, et les vérificateurs automatiques le comptent comme une étiquette. C'est le cas typique que l'outil ne relève pas et qu'un passage manuel corrige. En cas d'e-mail invalide, seule une bordure rouge signale l'erreur : aucun message exploitable, ni visuellement ni au lecteur d'écran.

Inventaire des constats (10 types de problèmes, 27 éléments)

Classés par gravité. Un « type de problème » peut concerner plusieurs éléments et plusieurs pages ; le nombre d'éléments est indiqué sur chaque constat. Les pistes de correction sont des directions de travail, à faire valider par votre développeur ou votre agence web.

CRITIQUE : à corriger en priorité (6 types de problèmes · bloque totalement certains utilisateurs (un contenu ou une action leur est inaccessible))

Constat 1CRITIQUEScripts · thème 7

Des boutons n'ont pas d'intitulé : rien ne dit à un client au lecteur d'écran ce qu'ils déclenchent.

Boutons sans intitulé (RGAA thème 7 · Scripts) · 1 élément concerné · page touchée : page d'accueil

Exemple relevé dans votre code : <button class="fleche" type="button"> <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="#3d5731"

Tous les éléments concernés · le point en défaut : bouton sans intitulé : le lecteur d'écran annonce « bouton », sans plus

page d'accueil · .fleche

Piste de correction : Donner un intitulé à chaque bouton ; pour un bouton-icône, ajouter un nom accessible. À faire valider par votre développeur ou votre agence web.

Vérifier votre correction : avec NVDA ou l'inspecteur d'accessibilité, chaque bouton doit annoncer une action claire (« Rechercher », pas « bouton »).

Capture : l'élément concerné, encadré en rouge

Sur votre page d'accueil : élément encadré en rouge.

Constat 2CRITIQUEImages · thème 1 du RGAAcorrection rapide

Vos images n'ont aucune description dans leur code : produits, promotions et visuels sont invisibles pour les personnes aveugles ou malvoyantes.

Images sans alternative textuelle (RGAA thème 1 · Images) · 11 éléments concernés · pages touchées : page d'accueil, page produits / tarifs

Exemple relevé dans votre code : <img src="data:image/svg+xml,%...">

Tous les éléments concernés · pour chacun : aucune alternative textuelle (ni alt, ni aria-label, ni title)

pages accueil et produits / tarifs · .carte > img ×11 (même motif : une seule correction)

Piste de correction : Ajouter à chaque image un texte alternatif décrivant son contenu (attribut alt) ; pour une image purement décorative, un alt vide (alt="") suffit. À faire valider par votre développeur ou votre agence web.

Vérifier votre correction : dans l'inspecteur du navigateur, chaque image doit porter un alt qui décrit l'information (alt="" si purement décorative).

Sur votre page d'accueil : élément encadré en rouge.

Constat 3CRITIQUEFormulaires · thème 11

Certains champs de formulaire n'ont pas d'étiquette : impossibles à remplir au lecteur d'écran, des demandes de contact se perdent.

Champs de formulaire sans étiquette (RGAA thème 11 · Formulaires) · 4 éléments concernés · pages touchées : page d'accueil, page contact, page produits / tarifs, page mentions légales

Exemple relevé dans votre code : <input type="search">

Tous les éléments concernés · pour chacun : champ sans étiquette : aucun nom perçu par le lecteur d'écran

les 4 pages analysées · input[type="search"] ×4 (même motif : une seule correction)

Piste de correction : Associer à chaque champ une étiquette visible (balise label reliée au champ) : l'intitulé devient cliquable et lisible par les lecteurs d'écran. À faire valider par votre développeur ou votre agence web.

Vérifier votre correction : cliquez sur l'intitulé de chaque champ : le curseur doit entrer dans le champ (étiquette reliée). Le texte gris à l'intérieur du champ ne compte pas.

Sur votre page d'accueil : élément encadré en rouge.

Constat 4CRITIQUEScripts · thème 7

Des réglages d'accessibilité sont mal écrits dans le code : le lecteur d'écran reçoit des instructions qui n'existent pas.

Attributs ARIA inexistants ou mal écrits (RGAA thème 7 · Scripts) · 2 éléments concernés · pages touchées : page contact, page produits / tarifs

Exemple relevé dans votre code : <span class="fermer" role="button" tabindex="0" aria-lable="Fermer le bandeau cookies">Fermer ✕</span>

Tous les éléments concernés · pour chacun : attribut(s) ARIA inexistant(s) : aria-lable

pages contact et produits / tarifs · .fermer ×2 (même motif : une seule correction)

Piste de correction : Corriger ou retirer les attributs d'accessibilité mal orthographiés (l'inspecteur du navigateur les signale). À faire valider par votre développeur ou votre agence web.

Vérifier votre correction : l'inspecteur du navigateur ne doit plus signaler d'attribut aria-* inconnu sur ces éléments.

Sur votre page contact : élément encadré en rouge.

Constat 5CRITIQUEFormulaires · thème 11

Des boutons de formulaire n'ont pas d'intitulé : rien ne dit ce qu'ils déclenchent au lecteur d'écran.

Boutons de formulaire sans intitulé (RGAA thème 11 · Formulaires) · 1 élément concerné · page touchée : page contact

Exemple relevé dans votre code : <input class="envoyer" type="submit" value="">

Tous les éléments concernés · le point en défaut : bouton sans intitulé : le lecteur d'écran annonce « bouton », sans plus

page contact · .envoyer

Piste de correction : Donner un intitulé à chaque bouton de formulaire (attribut value, texte ou aria-label). À faire valider par votre développeur ou votre agence web.

Vérifier votre correction : chaque bouton d'envoi doit annoncer une action claire (attribut value, texte ou aria-label rempli).

Sur votre page contact : élément encadré en rouge.

Constat 6CRITIQUEFormulaires · thème 11

Des listes de choix n'ont pas de nom : un client au lecteur d'écran ne sait pas ce qu'il sélectionne.

Listes déroulantes sans nom accessible (RGAA thème 11) · 1 élément concerné · page touchée : page produits / tarifs

Exemple relevé dans votre code : <select> <option>Trier : nouveautés</option> <option>Prix croissant</option> <option>Prix décroissant<

Tous les éléments concernés · le point en défaut : liste déroulante sans nom : rien n'est annoncé au lecteur d'écran

page produits / tarifs · select

Piste de correction : Donner un nom à chaque liste déroulante (étiquette associée). À faire valider par votre développeur ou votre agence web.

Vérifier votre correction : avec NVDA (gratuit), chaque liste déroulante doit annoncer son nom, pas seulement la valeur choisie.

Sur votre page produits / tarifs : élément encadré en rouge.

GRAVE (4 types de problèmes · gêne fortement l'usage pour certains utilisateurs (contournement difficile))

Constat 7GRAVEScripts · thème 7

Des éléments masqués au lecteur d'écran restent atteignables au clavier : on tombe sur des zones « fantômes ».

Éléments masqués aux lecteurs d'écran mais focusables (RGAA thème 7) · 1 élément concerné · page touchée : page d'accueil

Exemple relevé dans votre code : <div class="carte" aria-hidden="true">

Tous les éléments concernés · le point en défaut : élément atteignable au clavier à l'intérieur d'une zone aria-hidden="true"

page d'accueil · div[aria-hidden="true"]

Piste de correction : Rendre non focusables les éléments masqués aux lecteurs d'écran (ou ne plus les masquer). À faire valider par votre développeur ou votre agence web.

Vérifier votre correction : la touche Tab ne doit plus atteindre aucun élément situé dans une zone aria-hidden="true".

Sur votre page d'accueil : élément encadré en rouge.

Constat 8GRAVECouleurs · thème 3

Certains textes sont trop peu contrastés : difficiles à lire pour les personnes malvoyantes (et pour n'importe qui sur mobile en plein soleil).

Contrastes de couleurs insuffisants (RGAA thème 3 · Couleurs) · 1 élément concerné · page touchée : page d'accueil

Exemple relevé dans votre code : <p class="promo">Livraison offerte dès 49 € d'achat · Retours acceptés sous 30 jours · Paiement sécurisé</p>

Tous les éléments concernés · le point en défaut : contraste mesuré 2,23:1 (minimum 4,5:1), texte #aaa49b sur fond #f7f3ec

page d'accueil · .promo

Piste de correction : Foncer le texte ou éclaircir le fond jusqu'à un contraste d'au moins 4,5:1 (3:1 pour les grands textes). Le vérificateur de contraste gratuit de WebAIM permet de tester chaque couple de couleurs en quelques secondes. À faire valider par votre développeur ou votre agence web.

Vérifier votre correction : repassez chaque couple de couleurs dans le vérificateur de contraste WebAIM (gratuit) : 4,5:1 au moins pour le texte courant, 3:1 pour les grands titres.

Sur votre page d'accueil : élément encadré en rouge.

Constat 9GRAVELiens · thème 6

Des liens n'ont pas d'intitulé : le lecteur d'écran annonce « lien » sans dire où il mène.

Liens sans intitulé (RGAA thème 6 · Liens) · 4 éléments concernés · pages touchées : page d'accueil, page contact, page produits / tarifs, page mentions légales

Exemple relevé dans votre code : <a class="panier" href="#"> <svg width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="#fff" stroke-width="

Tous les éléments concernés · pour chacun : lien sans intitulé : le lecteur d'écran annonce « lien », sans plus

les 4 pages analysées · .panier ×4 (même motif : une seule correction)

Piste de correction : Donner un texte à chaque lien ; pour un lien-icône, ajouter un intitulé accessible (par exemple un texte masqué visuellement). À faire valider par votre développeur ou votre agence web.

Vérifier votre correction : chaque lien doit annoncer sa destination (« Voir le panier », pas « lien »).

Sur votre page d'accueil : élément encadré en rouge.

Constat 10GRAVEÉléments obligatoires · thème 8correction rapide

La langue de la page n'est pas déclarée : votre site français peut être lu avec une prononciation anglaise.

Langue de la page non déclarée (RGAA thème 8 · Éléments obligatoires) · 1 élément concerné · page touchée : page mentions légales

Exemple relevé dans votre code : <html>

Tous les éléments concernés · le point en défaut : attribut lang absent sur la balise <html>

page mentions légales · html

Piste de correction : Déclarer la langue de la page : lang="fr" sur la balise html. Correction en une ligne. À faire valider par votre développeur ou votre agence web.

Vérifier votre correction : la balise html doit porter lang="fr" ; NVDA doit prononcer la page en français.

Récapitulatif par thème RGAA

La priorité de correction suit la gravité (inventaire ci-dessus). Ce tableau relie les constats aux thèmes du RGAA : pratique pour votre développeur. Il ne porte que sur les exigences détectées automatiquement : les bonnes pratiques et les critères vérifiables uniquement à la main (audit complet) n'y figurent pas.

Thème RGAA	Types de problèmes	Éléments concernés
Thème 1 · Images	1	11
Thème 3 · Couleurs	1	1
Thème 6 · Liens	1	4
Thème 7 · Scripts	3	4
Thème 8 · Éléments obligatoires	1	1
Thème 11 · Formulaires	3	6

Pour aller plus loin (hors exigences réglementaires)

Ces points relèvent des bonnes pratiques : ils ne pèsent ni dans la jauge ni dans les constats ci-dessus, mais leur correction améliore le confort réel de vos visiteurs.

Hiérarchie des titres incohérente · 1 élément
Contenus hors des zones de page identifiées · 4 éléments

Feuille de route conseillée

Ordre de traitement construit à partir des constats de ce rapport : d'abord ce qui débloque vos utilisateurs, puis ce qui régularise votre situation documentaire.

Étape	Quoi
1	Corrections rapides : 2 types de problèmes localisés, souvent quelques lignes chacun : images sans alternative textuelle ; langue de la page non déclarée.
2	Problèmes critiques restants : 6 types : ils bloquent totalement certains utilisateurs.
3	Problèmes graves : 4 types.
4	Déclaration d'accessibilité : la rédiger et la publier (précédée de l'audit complet qui la fonde), avec un lien « accessibilité » depuis chaque page.
5	Lien « accessibilité » : l'ajouter en pied de page, sur toutes les pages.
6	Contrôle après corrections : repasser la détection pour vérifier que les problèmes détectés ont disparu, puis audit complet RGAA (les 106 critères, testés à la main) pour établir votre taux officiel et publier la déclaration.

Après corrections, si vous devez établir votre conformité officielle : l'audit complet RGAA (les 106 critères, testés à la main : clavier, lecteur d'écran, mobile) établit votre taux exact et fonde la déclaration d'accessibilité que la loi demande. Vos 790 € d'audit de détection sont intégralement déduits si vous lancez l'audit complet avant le 27 octobre 2026 (3 mois après l'analyse).

Ce que ce rapport couvre, et ce qu'il ne couvre pas

Détecté automatiquement (ce rapport)

Alternatives textuelles manquantes, contrastes, étiquettes de formulaires
Structure des pages (titres, zones, listes, tableaux)
Langue, titres de pages, blocages de zoom
Attributs d'accessibilité invalides

Testé à la main dans ce rapport (par sondage)

Le parcours au clavier des pages analysées
Un passage au lecteur d'écran (NVDA) sur les points sensibles
Le comportement réel des formulaires
Le détail : section « Observations de l'auditeur »

Couverture complète : l'audit RGAA (106 critères)

La pertinence de chaque texte et de chaque alternative, page par page
Les parcours de bout en bout, sur l'échantillon officiel
Sous-titres, transcriptions, documents en téléchargement
Le statut de chaque critère et le taux officiel, opposables

Pour avancer vous-mêmes sur la troisième colonne : le cahier de vérification ci-dessous.

Le cahier de vérification manuelle (pour vos équipes ou votre agence)

Ce rapport couvre ce qui est détectable. Voici comment vérifier vous-mêmes le reste, famille par famille : le geste à faire, et le critère de réussite. Le dérouler vous-mêmes est un travail réel de plusieurs jours ; l'audit complet RGAA le déroule pour vous, critère par critère, et en tire votre taux officiel. Une fois l'inventaire corrigé et ce cahier au vert, votre site est prêt pour la mesure officielle.

1 · La pertinence des textes d'alternative

L'outil vérifie qu'une description d'image existe, pas qu'elle dit vrai. Relisez chaque alt : il doit décrire l'information (« Sac à dos 25 L, vue de profil »), pas l'image (« photo produit »). Image purement décorative : alt vide (alt=""), pour que le lecteur d'écran la saute.

Réussite : un lecteur qui n'a que les alt ne perd aucune information.

2 · Le parcours au clavier

Débranchez la souris et parcourez chaque gabarit à la touche Tab : menu, recherche, fiche produit, panier, formulaire. L'ordre doit être logique, le focus toujours visible, aucun piège, et tout ce qui s'ouvre doit pouvoir se fermer (Échap).

Réussite : tout ce qui se fait à la souris se fait au clavier, dans l'ordre attendu.

3 · Vingt minutes de lecteur d'écran

Installez NVDA (gratuit) avec Firefox. Parcourez l'accueil, une fiche produit, l'ajout au panier, le formulaire. Chaque commande doit s'annoncer avec un nom clair, et chaque message (ajout, erreur, confirmation) doit être annoncé sans qu'on regarde l'écran.

Réussite : le parcours d'achat complet se fait les yeux fermés.

4 · Les formulaires et leurs erreurs

Chaque champ garde un intitulé visible : le texte gris à l'intérieur disparaît dès la frappe, il ne suffit pas. Provoquez des erreurs : le message doit dire quel champ, quel problème et comment corriger, en toutes lettres, pas seulement par une couleur.

Réussite : l'erreur se comprend sans la voir, et se corrige sans deviner.

5 · Le zoom et le petit écran

Zoomez à 200 % (Ctrl et +) : rien ne doit se chevaucher ni disparaître. Réduisez la fenêtre à 320 px de large : le contenu doit se réorganiser sans défilement horizontal.

Réussite : tout reste lisible et utilisable à 200 % comme sur petit écran.

6 · Les contenus riches

Vidéos : sous-titres synchronisés, et transcription pour l'audio seul. Documents PDF proposés au téléchargement : accessibles, ou doublés d'une page web équivalente. Animations : un moyen visible de les mettre en pause.

Réussite : aucune information n'existe uniquement dans l'image, le son ou le mouvement.

7 · L'ordre et la structure

La liste des titres de chaque page (extension gratuite HeadingsMap) doit refléter son plan, sans saut de niveau. Lisez la page dans l'ordre du code, ou au lecteur d'écran : elle doit rester compréhensible sans la mise en forme.

Réussite : le plan de la page se comprend d'un coup d'œil dans la liste des titres.

8 · Après vos corrections

Repassez un vérificateur gratuit (axe DevTools) sur chaque gabarit corrigé : plus aucune règle de ce rapport ne doit apparaître. Notre re-détection (490 €) le confirme sur l'ensemble du site ; l'audit complet RGAA établit ensuite votre taux officiel et fonde votre déclaration.

Réussite : ce rapport n'a plus rien à signaler ; place à la mesure.

Rapport établi par l'auditeur de La Jauge, avec l'appui de son outil d'analyse · Référence AD-www.exemple-boutique.fr-2026-07-27 · La Jauge est un contrôleur indépendant : nous ne vendons ni refonte ni widget, nous n'avons aucun intérêt à gonfler les constats. Contact : Mahana Teriitehau, fondateur · 07 67 87 82 95 · contact@lajauge.com · lajauge.com · réponse sous 24 h ouvrées.