Les numéros renvoient aux pages de ce document. Chaque non-conformité est détaillée sous sa thématique, avec le relevé des erreurs et une piste de correction.
Nous avons audité 9 pages de votre site au regard des 106 critères du RGAA version 4.1.2, le référentiel officiel de l'État : chaque critère a été testé à la main (navigation au clavier, lecteur d'écran, mobile), page par page. C'est l'audit prévu par les textes : il établit votre taux de conformité et fonde la déclaration d'accessibilité jointe en annexe.
La feuille de route de la dernière partie vous donne l'ordre de traitement conseillé ; la déclaration d'accessibilité en annexe est prête à être publiée sur votre site.
Un taux mesuré, critère par critère : 34 critères conformes sur 71 applicables. C'est le pourcentage officiel au sens du RGAA (critères validés divisés par critères applicables), celui que reprend la déclaration d'accessibilité en annexe.
La Savonnerie du Vieux Port fabrique et vend en ligne des savons saponifiés à froid. Le site présente l'atelier, un catalogue d'une quarantaine de produits et une boutique avec paiement en ligne : le tunnel de commande est donc le parcours qui compte le plus, c'est là que se joue le chiffre d'affaires comme l'accessibilité. Un audit de détection réalisé en avril 2026 avait relevé les erreurs détectables automatiquement ; elles ont été corrigées avant cet audit. Le présent audit porte sur les 106 critères, testés à la main.
Technologies employées par le site : HTML5, CSS, JavaScript, WordPress avec WooCommerce (thème personnalisé).
Gabarits identifiés : 5 gabarits : accueil, liste de produits, fiche produit, page éditoriale, tunnel de commande.
L'échantillon suit les règles du RGAA : les pages obligatoires quand elles existent (accueil, contact, mentions légales, accessibilité, plan du site, aide, authentification), au moins une page par type de service et par gabarit, toutes les pages des processus clés (par exemple un tunnel de commande, de bout en bout), et au moins 10 % de pages choisies au hasard.
| N° | Page | Adresse | Gabarit | Raison d'inclusion |
|---|---|---|---|---|
| 1 | Accueil | https://www.savonnerie-du-vieux-port.example/ | accueil | page obligatoire (point d'entrée principal) |
| 2 | Nos savons (catégorie) | https://www.savonnerie-du-vieux-port.example/nos-savons/ | liste de produits | une page par type de service |
| 3 | Fiche produit : savon au lait d'ânesse | https://www.savonnerie-du-vieux-port.example/savon-lait-anesse/ | fiche produit | une page par gabarit |
| 4 | Contact | https://www.savonnerie-du-vieux-port.example/contact/ | page éditoriale | page obligatoire |
| 5 | Mentions légales | https://www.savonnerie-du-vieux-port.example/mentions-legales/ | page éditoriale | page obligatoire |
| 6 | Panier | https://www.savonnerie-du-vieux-port.example/panier/ | tunnel de commande | processus complet, étape 1 sur 3 |
| 7 | Livraison | https://www.savonnerie-du-vieux-port.example/commande/livraison/ | tunnel de commande | processus complet, étape 2 sur 3 |
| 8 | Paiement | https://www.savonnerie-du-vieux-port.example/commande/paiement/ | tunnel de commande | processus complet, étape 3 sur 3 |
| 9 | Notre atelier | https://www.savonnerie-du-vieux-port.example/notre-atelier/ | page éditoriale | page choisie au hasard (plus de 10 % de l'échantillon) |
Le référentiel. Votre site a été évalué avec le RGAA version 4.1.2, le référentiel officiel de l'État : 106 critères répartis en 13 thématiques, qui traduisent les règles internationales WCAG (niveaux A et AA). C'est la méthode que les textes prévoient pour établir la conformité : l'article 47 de la loi n° 2005-102 du 11 février 2005 et son décret n° 2019-768, dont l'obligation a été étendue à la vente en ligne par la loi n° 2023-171 du 9 mars 2023.
Comment nous testons. Chaque page de l'échantillon est vérifiée au regard de chaque critère applicable : à la main, au clavier seul, avec un lecteur d'écran, et sur mobile. Les outils automatiques ne servent qu'en appui : la décision sur chaque critère est humaine. Un critère n'est déclaré conforme que s'il l'est sur toutes les pages de l'échantillon ; il suffit d'une page en échec pour qu'il soit non conforme.
Comment se calcule le taux. Le taux de conformité est le nombre de critères conformes divisé par le nombre de critères applicables, selon la règle de calcul du RGAA. Un critère est applicable dès qu'il l'est sur une seule page de l'échantillon ; il est non applicable s'il ne l'est sur aucune. L'état de conformité qui en découle est celui des textes : conformité totale à 100 %, partielle à partir de 50 %, non-conformité en dessous.
Combinaisons utilisées pour vérifier la restitution, conformes à la base de référence du RGAA.
| Technologie d'assistance | Navigateur | Système |
|---|---|---|
| NVDA (dernière version) | Firefox | Windows 11 |
| VoiceOver | Safari | iOS (mobile) |
Outils utilisés en appui : Navigation au clavier seul (test de bout en bout, tunnel compris) · Lecteurs d'écran NVDA et VoiceOver · Zoom navigateur 200 % et fenêtre 320 px (reflow) · Colour Contrast Analyser (contrastes) · HeadingsMap (structure des titres) · Inspecteur du navigateur · Outil de détection La Jauge (moteur axe-core, en appui uniquement).
Chaque critère porte l'un de ces statuts : C conforme sur toutes les pages où il s'applique · NC non conforme (au moins une page en échec, constat détaillé sous le tableau) · NA non applicable sur l'échantillon.
Thème par thème, l'intitulé officiel de chaque critère et son statut. Chaque non-conformité est suivie d'un constat en français simple, du relevé des erreurs (page par page, avec l'emplacement précis et, quand c'est utile, l'extrait de code) et d'une piste de correction, à faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 1.1 | Chaque image porteuse d'information a-t-elle une alternative textuelle ? | C |
| 1.2 | Chaque image de décoration est-elle correctement ignorée par les technologies d'assistance ? | NC |
| 1.3 | Pour chaque image porteuse d'information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ? | NC |
| 1.4 | Pour chaque image utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative permet-elle d'identifier la nature et la fonction de l'image ? | NA |
| 1.5 | Pour chaque image utilisée comme CAPTCHA, une solution d'accès alternatif au contenu ou à la fonction du CAPTCHA est-elle présente ? | NA |
| 1.6 | Chaque image porteuse d'information a-t-elle, si nécessaire, une description détaillée ? | NC |
| 1.7 | Pour chaque image porteuse d'information ayant une description détaillée, cette description est-elle pertinente ? | NA |
| 1.8 | Chaque image texte porteuse d'information, en l'absence d'un mécanisme de remplacement, doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ? | NC |
| 1.9 | Chaque légende d'image est-elle, si nécessaire, correctement reliée à l'image correspondante ? | NA |
Chaque image de décoration est-elle correctement ignorée par les technologies d'assistance ?
Les images purement décoratives (frises, feuilles d'olivier, textures de fond) portent des descriptions comme « feuille décorative verte » : le lecteur d'écran les annonce toutes, et la lecture d'une fiche produit est encombrée d'une dizaine d'annonces inutiles avant d'arriver au prix.
Où se trouvent les 3 erreurs relevées
| Page | Emplacement |
|---|---|
| Accueil | Frise de feuilles d'olivier sous le bandeau promotionnel<img src="frise-olivier.png" alt="feuille décorative verte"> |
| Fiche produit : savon au lait d'ânesse | Deux feuilles d'olivier décoratives de part et d'autre du prix |
| Nos savons (catégorie) | Texture « papier kraft » en fond de chacune des 24 vignettes produit |
Piste de correction : Marquer les images décoratives pour qu'elles soient ignorées à la lecture assistée (alt vide, sans title). Ne décrire que les images qui apportent une information. À faire valider par votre développeur ou votre agence web.
Pour chaque image porteuse d'information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
Les descriptions des photos de produits existent mais ne décrivent rien : « savon-72dpi-final-V2 » sur la photo du savon au lait d'ânesse, « bannière printemps » sur la promotion en cours. Un client aveugle sait qu'il y a une image, mais toujours pas quel produit il regarde ni ce que dit la promotion.
Où se trouvent les 4 erreurs relevées
| Page | Emplacement |
|---|---|
| Accueil | Visuel principal du bandeau promotionnel en haut de pagealt="bannière printemps" |
| Nos savons (catégorie) | Photos des 24 vignettes produit : les alternatives reprennent les noms de fichiersalt="IMG_0041-retouche" |
| Fiche produit : savon au lait d'ânesse | Photo principale du produit, colonne de gauche · capture 1alt="savon-72dpi-final-V2" |
| Fiche produit : savon au lait d'ânesse | Les 3 miniatures de la galerie sous la photo principale |
Capture 1 · Fiche produit : savon au lait d'ânesse : l'alternative de la photo principale est un nom de fichier
Piste de correction : Réécrire chaque alternative pour qu'elle décrive le contenu utile de l'image (« Savon au lait d'ânesse, pain de 100 g » plutôt qu'un nom de fichier). C'est un travail éditorial, pas technique. À faire valider par votre développeur ou votre agence web.
Chaque image porteuse d'information a-t-elle, si nécessaire, une description détaillée ?
L'infographie « La saponification à froid en 6 étapes » de la page Notre atelier n'a qu'une alternative courte (« schéma de fabrication ») : les 6 étapes, leurs températures et leurs durées ne sont données nulle part en texte. Toute l'explication du savoir-faire, argument central de la marque, est invisible au lecteur d'écran.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Notre atelier | Infographie « La saponification à froid en 6 étapes », milieu de pagealt="schéma de fabrication" |
Piste de correction : Ajouter sous l'infographie une description détaillée en texte (les 6 étapes rédigées), ou un lien « version texte » vers ce contenu. À faire valider par votre développeur ou votre agence web.
Chaque image texte porteuse d'information, en l'absence d'un mécanisme de remplacement, doit si possible être remplacée par du texte stylé. Cette règle est-elle respectée (hors cas particuliers) ?
Les bandeaux promotionnels (« Livraison offerte dès 39 € », « 3 savons achetés, le 4e offert ») sont des images contenant du texte : impossible d'agrandir ce texte proprement, et il disparaît si l'image ne charge pas. Ces offres commerciales sont les informations les plus périssables du site, et les moins accessibles.
Où se trouvent les 3 erreurs relevées
| Page | Emplacement |
|---|---|
| Accueil | Bandeau « Livraison offerte dès 39 € » : image pleine largeur en haut de page · capture 1 |
| Accueil | Bandeau « 3 savons achetés, le 4e offert » juste au-dessus du pied de page |
| Nos savons (catégorie) | Le même bandeau « Livraison offerte dès 39 € », répété en tête de liste |
Capture 1 · Accueil : le texte de l'offre est dessiné dans l'image
Piste de correction : Recomposer ces bandeaux en vrai texte stylé en CSS sur fond graphique, plutôt qu'en texte dessiné dans l'image. À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 2.1 | Chaque cadre a-t-il un titre de cadre ? | C |
| 2.2 | Pour chaque cadre ayant un titre de cadre, ce titre de cadre est-il pertinent ? | NC |
Pour chaque cadre ayant un titre de cadre, ce titre de cadre est-il pertinent ?
Le cadre de la vidéo de présentation porte le titre technique « youtube-embed-player-1 » : au lecteur d'écran, rien n'indique qu'il s'agit de la visite de l'atelier.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Notre atelier | Cadre de la vidéo de visite, milieu de page<iframe title="youtube-embed-player-1" …> |
Piste de correction : Remplacer le titre du cadre par un intitulé parlant, par exemple « Vidéo : visite de l'atelier de la savonnerie ». À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 3.1 | Dans chaque page web, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ? | NC |
| 3.2 | Dans chaque page web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé (hors cas particuliers) ? | C |
| 3.3 | Dans chaque page web, les couleurs utilisées dans les composants d'interface ou les éléments graphiques porteurs d'informations sont-elles suffisamment contrastées (hors cas particuliers) ? | C |
Dans chaque page web, l'information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
Deux informations ne sont données que par la couleur : la disponibilité des produits (pastille verte ou rouge, sans texte) et les champs en erreur du tunnel (bordure rouge seule). Un client daltonien ne sait ni quel savon est en stock, ni quel champ corriger pour finir sa commande.
Où se trouvent les 3 erreurs relevées
| Page | Emplacement |
|---|---|
| Nos savons (catégorie) | Pastille de disponibilité (verte ou rouge, sans texte) sur chacune des 24 vignettes · capture 1 |
| Livraison | Champs refusés : seule la bordure passe au rouge, aucun message rattaché |
| Paiement | Champ « numéro de carte » : même signalement par la couleur seule |
Capture 1 · Nos savons (catégorie) : la disponibilité n'est signalée que par la couleur
Piste de correction : Doubler chaque code couleur d'un texte ou d'un pictogramme : « En stock » / « Épuisé » à côté de la pastille, et un message texte sous chaque champ en erreur. À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 4.1 | Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audiodescription (hors cas particuliers) ? | NC |
| 4.2 | Pour chaque média temporel pré-enregistré ayant une transcription textuelle ou une audiodescription synchronisée, celles-ci sont-elles pertinentes (hors cas particuliers) ? | NA |
| 4.3 | Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ? | C |
| 4.4 | Pour chaque média temporel synchronisé pré-enregistré ayant des sous-titres synchronisés, ces sous-titres sont-ils pertinents ? | NC |
| 4.5 | Chaque média temporel pré-enregistré a-t-il, si nécessaire, une audiodescription synchronisée (hors cas particuliers) ? | NC |
| 4.6 | Pour chaque média temporel pré-enregistré ayant une audiodescription synchronisée, celle-ci est-elle pertinente ? | NA |
| 4.7 | Chaque média temporel est-il clairement identifiable (hors cas particuliers) ? | C |
| 4.8 | Chaque média non temporel a-t-il, si nécessaire, une alternative (hors cas particuliers) ? | NA |
| 4.9 | Pour chaque média non temporel ayant une alternative, cette alternative est-elle pertinente ? | NA |
| 4.10 | Chaque son déclenché automatiquement est-il contrôlable par l'utilisateur ? | NA |
| 4.11 | La consultation de chaque média temporel est-elle, si nécessaire, contrôlable par le clavier et tout dispositif de pointage ? | C |
| 4.12 | La consultation de chaque média non temporel est-elle contrôlable par le clavier et tout dispositif de pointage ? | NA |
| 4.13 | Chaque média temporel et non temporel est-il compatible avec les technologies d'assistance (hors cas particuliers) ? | C |
Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audiodescription (hors cas particuliers) ?
La vidéo de visite de l'atelier (4 minutes) n'a aucune transcription : une personne sourde, ou simplement sans casque au bureau, n'a accès à rien de ce qui y est raconté sur la fabrication et l'origine des ingrédients.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Notre atelier | Vidéo de visite de l'atelier (4 min) : aucune transcription sous le lecteur |
Piste de correction : Publier sous la vidéo une transcription texte de ce qui est dit et montré. Une page de texte suffit, et elle profite aussi au référencement. À faire valider par votre développeur ou votre agence web.
Pour chaque média temporel synchronisé pré-enregistré ayant des sous-titres synchronisés, ces sous-titres sont-ils pertinents ?
Les sous-titres de la vidéo sont ceux générés automatiquement par la plateforme, jamais relus : « saponification à froid » devient « ça pond ni fications à froid », les noms des huiles sont systématiquement faux. Pour une personne sourde, le message est incompréhensible, voire ridicule pour la marque.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Notre atelier | Sous-titres de la vidéo : piste automatique de la plateforme, jamais corrigée |
Piste de correction : Corriger les sous-titres automatiques dans l'interface de la plateforme vidéo (une heure de travail pour 4 minutes de vidéo), ou téléverser un fichier de sous-titres relu. À faire valider par votre développeur ou votre agence web.
Chaque média temporel pré-enregistré a-t-il, si nécessaire, une audiodescription synchronisée (hors cas particuliers) ?
Des passages entiers de la vidéo montrent des gestes sans les commenter (le démoulage, la coupe, l'estampillage) : la voix off parle d'autre chose pendant ce temps. Une personne aveugle n'a aucun moyen de savoir ce qui est montré, alors que c'est l'argument « fait main » qui est en jeu.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Notre atelier | Vidéo : séquences muettes du démoulage et de la coupe (de 1 min 20 à 2 min 05), pendant que la voix off parle d'autre chose |
Piste de correction : Ajouter une audiodescription, ou plus simple pour une prochaine vidéo : faire décrire par la voix off ce qui est montré à l'écran au moment où on le montre. À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 5.1 | Chaque tableau de données complexe a-t-il un résumé ? | NA |
| 5.2 | Pour chaque tableau de données complexe ayant un résumé, celui-ci est-il pertinent ? | NA |
| 5.3 | Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible ? | NA |
| 5.4 | Pour chaque tableau de données ayant un titre, le titre est-il correctement associé au tableau de données ? | NA |
| 5.5 | Pour chaque tableau de données ayant un titre, celui-ci est-il pertinent ? | NA |
| 5.6 | Pour chaque tableau de données, chaque en-tête de colonne et chaque en-tête de ligne sont-ils correctement déclarés ? | NA |
| 5.7 | Pour chaque tableau de données, la technique appropriée permettant d'associer chaque cellule avec ses en-têtes est-elle utilisée (hors cas particuliers) ? | NA |
| 5.8 | Chaque tableau de mise en forme ne doit pas utiliser d'éléments propres aux tableaux de données. Cette règle est-elle respectée ? | NA |
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 6.1 | Chaque lien est-il explicite (hors cas particuliers) ? | NC |
| 6.2 | Dans chaque page web, chaque lien a-t-il un intitulé ? | C |
Chaque lien est-il explicite (hors cas particuliers) ?
Les liens « En savoir plus » se répètent onze fois sur la page d'accueil et les listes de produits, chacun menant vers un produit différent : un client au lecteur d'écran, qui navigue de lien en lien, entend onze fois la même chose sans savoir où chaque lien mène.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Accueil | Bloc « Nouveautés » : 3 liens « En savoir plus » identiques vers 3 produits différents · capture 1 |
| Nos savons (catégorie) | Lien « En savoir plus » sous 8 vignettes produit de la première rangée de pages |
Capture 1 · Accueil : trois liens identiques vers trois produits différents
Piste de correction : Rendre chaque lien explicite : « En savoir plus sur le savon au lait d'ânesse », en texte ou en intitulé accessible. Le nom du produit doit faire partie du lien. À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 7.1 | Chaque script est-il, si nécessaire, compatible avec les technologies d'assistance ? | NC |
| 7.2 | Pour chaque script ayant une alternative, cette alternative est-elle pertinente ? | NA |
| 7.3 | Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ? | NC |
| 7.4 | Pour chaque script qui initie un changement de contexte, l'utilisateur est-il averti ou en a-t-il le contrôle ? | NC |
| 7.5 | Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d'assistance ? | NC |
Chaque script est-il, si nécessaire, compatible avec les technologies d'assistance ?
Le sélecteur de quantité de la fiche produit (les boutons « + » et « − » maison) ne restitue rien au lecteur d'écran : la quantité change à l'écran, mais NVDA n'annonce ni le rôle du composant ni la nouvelle valeur. Un client aveugle ne sait pas combien de savons il s'apprête à commander.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Fiche produit : savon au lait d'ânesse | Bloc d'achat : sélecteur de quantité maison (boutons « + » et « − »)<div class="qty"><span class="plus">+</span>… |
| Panier | Colonne « Quantité » de chaque ligne du panier : même composant |
Piste de correction : Utiliser un vrai champ numérique natif, ou compléter le composant maison avec les rôles et états requis pour que la valeur courante soit annoncée à chaque changement. À faire valider par votre développeur ou votre agence web.
Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
Le carrousel « Nos best-sellers » de l'accueil n'est utilisable qu'à la souris : les flèches ne prennent jamais le focus au clavier, et les produits des panneaux 2 et 3 sont donc inatteignables sans souris. Ce sont pourtant les produits que la savonnerie a choisi de mettre en avant.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Accueil | Carrousel « Nos best-sellers », sous le bandeau promotionnel : flèches non focusables · capture 1<div class="slick-arrow next"></div> |
Capture 1 · Accueil : les flèches ne prennent jamais le focus clavier
Piste de correction : Rendre les flèches du carrousel focusables et activables au clavier (vrais boutons), ou remplacer le carrousel par une grille de produits, souvent plus efficace commercialement. À faire valider par votre développeur ou votre agence web.
Pour chaque script qui initie un changement de contexte, l'utilisateur est-il averti ou en a-t-il le contrôle ?
Choisir un parfum dans la liste déroulante de la fiche produit recharge toute la page sans prévenir et renvoie le focus tout en haut : au clavier ou au lecteur d'écran, on perd sa position et il faut retraverser toute la page pour revenir au bouton d'achat. Le même comportement se produit au choix du mode de livraison.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Fiche produit : savon au lait d'ânesse | Liste déroulante « Parfum », au-dessus du bouton d'achat : la sélection recharge la pageonchange="this.form.submit()" |
| Livraison | Boutons radio du mode de livraison : le choix soumet le formulaire sans prévenir |
Piste de correction : Mettre à jour le prix et la photo sans recharger la page, ou déclencher le changement par un bouton « Appliquer » explicite plutôt qu'à la sélection. À faire valider par votre développeur ou votre agence web.
Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d'assistance ?
L'ajout au panier n'est confirmé que par une pastille visuelle furtive en haut à droite : rien n'est annoncé au lecteur d'écran. Nos tests avec NVDA le confirment : le client aveugle clique, n'entend rien, clique à nouveau, et se retrouve avec 3 exemplaires du même savon dans le panier.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Fiche produit : savon au lait d'ânesse | Bouton « Ajouter au panier » : la confirmation n'est qu'une pastille visuelle furtive en haut à droite |
| Nos savons (catégorie) | Boutons « Ajouter au panier » des vignettes : même comportement |
Piste de correction : Faire annoncer la confirmation par les lecteurs d'écran (zone de message de statut) : « Savon au lait d'ânesse ajouté au panier, 3 articles ». À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 8.1 | Chaque page web est-elle définie par un type de document ? | C |
| 8.2 | Pour chaque page web, le code source généré est-il valide selon le type de document spécifié ? | C |
| 8.3 | Dans chaque page web, la langue par défaut est-elle présente ? | C |
| 8.4 | Pour chaque page web ayant une langue par défaut, le code de langue est-il pertinent ? | C |
| 8.5 | Chaque page web a-t-elle un titre de page ? | C |
| 8.6 | Pour chaque page web ayant un titre de page, ce titre est-il pertinent ? | NC |
| 8.7 | Dans chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ? | NC |
| 8.8 | Dans chaque page web, le code de langue de chaque changement de langue est-il valide et pertinent ? | NA |
| 8.9 | Dans chaque page web, les balises ne doivent pas être utilisées uniquement à des fins de présentation. Cette règle est-elle respectée ? | NC |
| 8.10 | Dans chaque page web, les changements du sens de lecture sont-ils signalés ? | NA |
Pour chaque page web ayant un titre de page, ce titre est-il pertinent ?
Les titres de pages existent mais ne distinguent rien : les trois étapes du tunnel s'appellent toutes « Commande · Savonnerie du Vieux Port », et toutes les fiches produits « Boutique ». Dans les onglets, l'historique ou au lecteur d'écran, impossible de savoir où l'on est, notamment au moment sensible du paiement.
Où se trouvent les 4 erreurs relevées
| Page | Emplacement |
|---|---|
| Panier | Titre de la page identique aux deux étapes suivantes · capture 1<title>Commande · Savonnerie du Vieux Port</title> |
| Livraison | Même titre que le panier |
| Paiement | Même titre que le panier |
| Fiche produit : savon au lait d'ânesse | Toutes les fiches produit portent le même titre<title>Boutique</title> |
Capture 1 · Panier : trois onglets indistinguables au moment de payer
Piste de correction : Donner à chaque page un titre propre qui commence par l'information spécifique : « Paiement, étape 3 sur 3 · Savonnerie du Vieux Port », « Savon au lait d'ânesse · Savonnerie du Vieux Port ». À faire valider par votre développeur ou votre agence web.
Dans chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?
Les mentions en anglais qui parsèment les pages (« handmade », « best-sellers », « cold process ») ne sont pas signalées comme telles dans le code : les voix de synthèse françaises les prononcent à la française (« annd-mad »), au point qu'on ne reconnaît pas les mots.
Où se trouvent les 3 erreurs relevées
| Page | Emplacement |
|---|---|
| Accueil | « handmade » dans le bandeau de marque sous le menu ; « best-sellers » en titre du carrousel |
| Nos savons (catégorie) | Badge « best-seller » sur 6 vignettes |
| Notre atelier | « cold process » dans le deuxième paragraphe |
Piste de correction : Indiquer le changement de langue sur ces mots dans le code (attribut de langue), ou, plus simple, les remplacer par leurs équivalents français : « fait main », « meilleures ventes », « saponification à froid ». À faire valider par votre développeur ou votre agence web.
Dans chaque page web, les balises ne doivent pas être utilisées uniquement à des fins de présentation. Cette règle est-elle respectée ?
Des balises de titre sont utilisées pour grossir du texte qui n'en est pas un : « Livraison en 48 h » et « Paiement sécurisé » dans le pied de page sont des titres de niveau 3. Le sommaire de la page entendu au lecteur d'écran annonce donc des sections qui n'existent pas, et la navigation par titres devient trompeuse.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Toutes les pages | Pied de page : « Livraison en 48 h » et « Paiement sécurisé » balisés en titres de niveau 3<h3>Livraison en 48 h</h3> |
Piste de correction : Remplacer ces balises de titre par du texte stylé en CSS ; réserver les balises de titre à la vraie structure du contenu. À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 9.1 | Dans chaque page web, l'information est-elle structurée par l'utilisation appropriée de titres ? | NC |
| 9.2 | Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ? | C |
| 9.3 | Dans chaque page web, chaque liste est-elle correctement structurée ? | C |
| 9.4 | Dans chaque page web, chaque citation est-elle correctement indiquée ? | NA |
Dans chaque page web, l'information est-elle structurée par l'utilisation appropriée de titres ?
La hiérarchie des titres ne reflète pas la structure réelle des pages : sur la fiche produit, « Composition », « Conseils d'utilisation » et « Avis clients » sont de simples textes en gras, invisibles dans le plan de la page. Un client au lecteur d'écran qui navigue de titre en titre saute directement du nom du produit au pied de page.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Fiche produit : savon au lait d'ânesse | « Composition », « Conseils d'utilisation » et « Avis clients » : simple texte en gras, absent du plan de la page<p class="gros-titre">Composition</p> |
| Notre atelier | « Nos engagements » et « Visite de l'atelier » : même défaut |
Piste de correction : Baliser ces intertitres en vrais titres hiérarchisés (niveau 2 sous le nom du produit) ; le plan de la page doit correspondre à ce qu'un lecteur voyant perçoit en la survolant. À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 10.1 | Dans le site web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l'information ? | C |
| 10.2 | Dans chaque page web, le contenu visible porteur d'information reste-t-il présent lorsque les feuilles de styles sont désactivées ? | C |
| 10.3 | Dans chaque page web, l'information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ? | C |
| 10.4 | Dans chaque page web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu'à 200 %, au moins (hors cas particuliers) ? | NC |
| 10.5 | Dans chaque page web, les déclarations CSS de couleurs de fond d'élément et de police sont-elles correctement utilisées ? | C |
| 10.6 | Dans chaque page web, chaque lien dont la nature n'est pas évidente est-il visible par rapport au texte environnant ? | C |
| 10.7 | Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ? | NC |
| 10.8 | Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d'assistance ? | C |
| 10.9 | Dans chaque page web, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ? | NC |
| 10.10 | Dans chaque page web, l'information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ? | NA |
| 10.11 | Pour chaque page web, les contenus peuvent-ils être présentés sans perte d'information ou de fonctionnalité et sans avoir recours soit à un défilement vertical pour une fenêtre ayant une hauteur de 256 px, soit à un défilement horizontal pour une fenêtre ayant une largeur de 320 px (hors cas particuliers) ? | NC |
| 10.12 | Dans chaque page web, les propriétés d'espacement du texte peuvent-elles être redéfinies par l'utilisateur sans perte de contenu ou de fonctionnalité (hors cas particuliers) ? | NC |
| 10.13 | Dans chaque page web, les contenus additionnels apparaissant à la prise de focus ou au survol d'un composant d'interface sont-ils contrôlables par l'utilisateur (hors cas particuliers) ? | NC |
| 10.14 | Dans chaque page web, les contenus additionnels apparaissant via les styles CSS uniquement peuvent-ils être rendus visibles au clavier et par tout dispositif de pointage ? | C |
Dans chaque page web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu'à 200 %, au moins (hors cas particuliers) ?
À 200 % de zoom, réglage courant chez les personnes malvoyantes, le menu fixe occupe la moitié de l'écran et recouvre le début du contenu ; sur la fiche produit, le bouton « Ajouter au panier » passe sous le bandeau cookies et devient incliquable. Le zoom, censé aider, empêche d'acheter.
Où se trouvent les 3 erreurs relevées
| Page | Emplacement |
|---|---|
| Accueil | À 200 % : le menu fixe occupe la moitié de la hauteur d'écran et recouvre le début du contenu |
| Fiche produit : savon au lait d'ânesse | À 200 % : le bouton « Ajouter au panier » passe sous le bandeau cookies et devient incliquable · capture 1 |
| Panier | À 200 % : le bouton de validation est partiellement recouvert par le récapitulatif |
Capture 1 · Fiche produit : savon au lait d'ânesse : à 200 %, le bandeau cookies recouvre le bouton d'achat
Piste de correction : Tester le site à 200 % et corriger le thème : menu qui se replie, bandeaux qui ne recouvrent jamais les boutons d'action. À faire valider par votre développeur ou votre agence web.
Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
Le thème supprime le contour de focus sur tous les liens et boutons : au clavier, rien n'indique où l'on se trouve dans la page. Il faut compter ses appuis de touche à l'aveugle, y compris au moment de valider un paiement. C'est le défaut qui rend tout le reste du site pénible au clavier.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Toutes les pages | Feuille de style du thème : le contour de focus est supprimé globalement · capture 1*:focus{outline:none} |
Capture 1 · Toutes les pages : le focus est sur « Nos savons » : rien ne le montre
Piste de correction : Rétablir un indicateur de focus visible et contrasté sur tous les éléments interactifs (une règle CSS globale suffit à corriger la suppression, puis affiner l'esthétique). À faire valider par votre développeur ou votre agence web.
Dans chaque page web, l'information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
Des consignes ne fonctionnent que si l'on voit la mise en page : « cliquez sur le bouton vert ci-contre », « les produits marqués d'un ruban sont en promotion ». Au lecteur d'écran ou dans une mise en page recomposée par le zoom, « ci-contre » et « le ruban » ne désignent plus rien.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Fiche produit : savon au lait d'ânesse | Bloc livraison : « cliquez sur le bouton vert ci-contre » |
| Nos savons (catégorie) | Bandeau d'introduction : « les produits marqués d'un ruban sont en promotion » |
Piste de correction : Reformuler les consignes pour qu'elles désignent les éléments par leur nom (« cliquez sur Ajouter au panier ») et doubler le ruban visuel d'une mention texte « En promotion ». À faire valider par votre développeur ou votre agence web.
Pour chaque page web, les contenus peuvent-ils être présentés sans perte d'information ou de fonctionnalité et sans avoir recours soit à un défilement vertical pour une fenêtre ayant une hauteur de 256 px, soit à un défilement horizontal pour une fenêtre ayant une largeur de 320 px (hors cas particuliers) ?
Sur un écran étroit ou en fenêtre réduite (320 px), le tableau récapitulatif du panier impose un défilement horizontal : la colonne des prix sort de l'écran, et on peut valider sa commande sans avoir vu le total. Les personnes qui agrandissent fortement le texte sont dans ce cas en permanence.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Panier | Tableau récapitulatif : défilement horizontal dès 320 px, la colonne des prix sort de l'écran |
| Paiement | Récapitulatif latéral : même débordement en affichage étroit |
Piste de correction : Rendre le récapitulatif du panier recomposable : sur écran étroit, empiler les informations de chaque article plutôt que de les garder en colonnes. À faire valider par votre développeur ou votre agence web.
Dans chaque page web, les propriétés d'espacement du texte peuvent-elles être redéfinies par l'utilisateur sans perte de contenu ou de fonctionnalité (hors cas particuliers) ?
Quand un utilisateur augmente l'espacement du texte (réglage d'aide à la lecture, courant notamment chez les personnes dyslexiques), les intitulés des boutons du tunnel sont tronqués : « Valider ma comm… » et la mention du délai de rétractation devient illisible, coupée à mi-hauteur.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Panier | Avec espacement de texte augmenté : intitulé du bouton tronqué (« Valider ma comm… ») |
| Paiement | Mention du délai de rétractation coupée à mi-hauteur (hauteur de bloc figée dans le CSS) |
Piste de correction : Laisser les boutons et encadrés s'agrandir avec leur texte (hauteurs non figées dans le CSS du thème). À faire valider par votre développeur ou votre agence web.
Dans chaque page web, les contenus additionnels apparaissant à la prise de focus ou au survol d'un composant d'interface sont-ils contrôlables par l'utilisateur (hors cas particuliers) ?
La composition complète de chaque savon n'apparaît qu'au survol du pictogramme « i » : l'infobulle disparaît dès qu'on déplace la souris vers elle, impossible à copier ou à lire lentement, et elle n'apparaît jamais au clavier. Pour une clientèle attentive aux allergènes, c'est l'information la plus consultée du site.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Fiche produit : savon au lait d'ânesse | Pictogramme « i » à côté de « Composition » : infobulle au survol uniquement, jamais au clavier · capture 1 |
| Nos savons (catégorie) | Pictogramme « i » de chaque vignette : même infobulle |
Capture 1 · Fiche produit : savon au lait d'ânesse : la composition n'apparaît qu'au survol de la souris
Piste de correction : Afficher la composition dans un bloc dépliable au clic, qui reste ouvert tant qu'on ne le referme pas et fonctionne au clavier ; l'infobulle au survol peut rester en raccourci pour la souris. À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 11.1 | Chaque champ de formulaire a-t-il une étiquette ? | C |
| 11.2 | Chaque étiquette associée à un champ de formulaire est-elle pertinente (hors cas particuliers) ? | NC |
| 11.3 | Dans chaque formulaire, chaque étiquette associée à un champ de formulaire ayant la même fonction et répétée plusieurs fois dans une même page ou dans un ensemble de pages est-elle cohérente ? | C |
| 11.4 | Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés (hors cas particuliers) ? | C |
| 11.5 | Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ? | NC |
| 11.6 | Dans chaque formulaire, chaque regroupement de champs de même nature a-t-il une légende ? | NA |
| 11.7 | Dans chaque formulaire, chaque légende associée à un regroupement de champs de même nature est-elle pertinente ? | NA |
| 11.8 | Dans chaque formulaire, les items de même nature d'une liste de choix sont-ils regroupés de manière pertinente ? | NA |
| 11.9 | Dans chaque formulaire, l'intitulé de chaque bouton est-il pertinent (hors cas particuliers) ? | NC |
| 11.10 | Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ? | NC |
| 11.11 | Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions facilitant la correction des erreurs de saisie ? | NC |
| 11.12 | Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, les données saisies peuvent-elles être modifiées, mises à jour ou récupérées par l'utilisateur ? | NC |
| 11.13 | La finalité d'un champ de saisie peut-elle être déduite pour faciliter le remplissage automatique des champs avec les données de l'utilisateur ? | C |
Chaque étiquette associée à un champ de formulaire est-elle pertinente (hors cas particuliers) ?
Des étiquettes de champs existent mais restent ambiguës au moment décisif : à l'étape livraison, deux blocs « Adresse » se suivent sans que rien ne dise, à la lecture assistée, lequel est l'adresse de livraison et lequel la facturation. Des colis partent au mauvais endroit pour moins que ça.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Livraison | Deux blocs successifs étiquetés « Adresse », sans distinction livraison / facturation dans le nom des champs · capture 1 |
Capture 1 · Livraison : deux blocs « Adresse », rien ne les distingue
Piste de correction : Rendre chaque étiquette autoporteuse : « Adresse de livraison », « Adresse de facturation », y compris dans le nom accessible de chaque champ. À faire valider par votre développeur ou votre agence web.
Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?
Les champs de même nature ne sont pas regroupés : à l'étape livraison, les 12 champs se suivent d'un bloc, sans regroupement livraison / facturation / contact. Au lecteur d'écran, on remplit une liste de champs sans jamais savoir dans quelle partie du formulaire on se trouve.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Livraison | Les 12 champs du formulaire se suivent d'un seul bloc, sans regroupement livraison / facturation / coordonnées · capture 1 |
Capture 1 · Livraison : douze champs d'un seul bloc, sans regroupement
Piste de correction : Regrouper les champs par ensembles avec une légende (« Adresse de livraison », « Adresse de facturation », « Vos coordonnées »). À faire valider par votre développeur ou votre agence web.
Dans chaque formulaire, l'intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?
Les boutons du tunnel s'appellent tous « Valider » : valider le panier, valider l'adresse, valider le paiement. Hors contexte visuel, impossible de savoir ce que « Valider » engage, y compris au moment où il s'agit de payer.
Où se trouvent les 3 erreurs relevées
| Page | Emplacement |
|---|---|
| Panier | Bouton unique en bas de page : « Valider » |
| Livraison | Bouton unique en bas de page : « Valider » |
| Paiement | Bouton unique en bas de page : « Valider », y compris pour déclencher le paiement · capture 1 |
Capture 1 · Paiement : « Valider » déclenche le paiement sans le dire
Piste de correction : Donner à chaque bouton un intitulé qui décrit son action : « Passer à la livraison », « Continuer vers le paiement », « Payer 42,50 € ». À faire valider par votre développeur ou votre agence web.
Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
Quand le formulaire de commande est refusé, le seul retour est la mention « Le formulaire contient des erreurs » en haut de page : les champs fautifs ne sont signalés que par une bordure rouge (voir aussi le constat sur la couleur), sans message rattaché au champ. Nos tests au lecteur d'écran se sont soldés par deux abandons de commande : impossible de trouver quoi corriger.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Livraison | Refus du formulaire : mention générique « Le formulaire contient des erreurs » en haut de page, aucun message rattaché aux champs · capture 1 |
| Paiement | Champ « numéro de carte » refusé sans autre explication que la bordure rouge |
Capture 1 · Livraison : un message générique, aucun champ désigné
Piste de correction : Rattacher à chaque champ en erreur un message texte explicite (« Le code postal doit comporter 5 chiffres »), annoncé à la lecture assistée, et lister les erreurs en haut du formulaire avec des liens vers les champs. À faire valider par votre développeur ou votre agence web.
Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions facilitant la correction des erreurs de saisie ?
Aucune aide à la saisie n'est donnée avant l'erreur : le champ téléphone refuse les espaces, le code promotionnel doit être en majuscules, mais rien ne l'indique. L'utilisateur ne le découvre qu'en échouant, ce qui pénalise d'abord les personnes pour qui chaque re-saisie coûte (handicap moteur, troubles cognitifs).
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Livraison | Champ « Téléphone » : refuse les espaces, sans l'indiquer avant l'erreur |
| Paiement | Champ « Code promotionnel » : exige les majuscules, sans l'indiquer |
Piste de correction : Indiquer les formats attendus dans l'étiquette ou sous le champ (« 10 chiffres, sans espaces »), et tolérer les variantes de saisie courantes côté code. À faire valider par votre développeur ou votre agence web.
Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, les données saisies peuvent-elles être modifiées, mises à jour ou récupérées par l'utilisateur ?
À l'étape paiement, la commande n'est plus modifiable : pas de récapitulatif modifiable ni de retour possible vers le panier sans perdre l'adresse saisie. Pour un achat qui engage un paiement, l'utilisateur doit pouvoir vérifier et corriger avant de confirmer ; ici, se tromper de quantité oblige à tout recommencer.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Paiement | Récapitulatif sans aucun lien « Modifier » ; le retour arrière du navigateur vide l'adresse saisie |
Piste de correction : Afficher à l'étape paiement un récapitulatif complet avec des liens « Modifier » (panier, adresse, livraison) qui conservent les données déjà saisies. À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 12.1 | Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ? | NC |
| 12.2 | Dans chaque ensemble de pages, le menu et les barres de navigation sont-ils toujours à la même place (hors cas particuliers) ? | C |
| 12.3 | La page « plan du site » est-elle pertinente ? | NA |
| 12.4 | Dans chaque ensemble de pages, la page « plan du site » est-elle accessible à partir d'une fonctionnalité identique ? | NA |
| 12.5 | Dans chaque ensemble de pages, le moteur de recherche est-il atteignable de manière identique ? | NA |
| 12.6 | Les zones de regroupement de contenus présentes dans plusieurs pages web (zones d'en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche) peuvent-elles être atteintes ou évitées ? | C |
| 12.7 | Dans chaque page web, un lien d'évitement ou d'accès rapide à la zone de contenu principal est-il présent (hors cas particuliers) ? | C |
| 12.8 | Dans chaque page web, l'ordre de tabulation est-il cohérent ? | NC |
| 12.9 | Dans chaque page web, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ? | NC |
| 12.10 | Dans chaque page web, les raccourcis clavier n'utilisant qu'une seule touche (lettre minuscule ou majuscule, ponctuation, chiffre ou symbole) sont-ils contrôlables par l'utilisateur ? | NA |
| 12.11 | Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l'activation d'un composant d'interface sont-ils si nécessaire atteignables au clavier ? | NC |
Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?
Le site ne propose qu'un seul moyen de navigation, le menu : ni moteur de recherche interne, ni plan du site. Un client qui cherche « savon d'Alep » n'a d'autre choix que de parcourir les catégories une à une, ce qui pénalise autant les utilisateurs de lecteurs d'écran que les clients pressés.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Ensemble du site | Un seul système de navigation (le menu) : ni moteur de recherche interne, ni page plan du site |
Piste de correction : Ajouter un second système de navigation : un moteur de recherche interne (WooCommerce en propose un nativement) ou une page plan du site. À faire valider par votre développeur ou votre agence web.
Dans chaque page web, l'ordre de tabulation est-il cohérent ?
L'ordre de tabulation du tunnel ne suit pas l'ordre visuel : à l'étape livraison, le focus saute des champs d'adresse au bandeau d'inscription à la lettre d'information, puis revient au choix du transporteur. Au clavier, on quitte le formulaire sans le vouloir, en pleine saisie de commande.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Livraison | Ordre du code : le bloc d'inscription à la lettre d'information est inséré entre les champs d'adresse et le choix du transporteur, le focus y saute en pleine saisie |
Piste de correction : Rétablir un ordre de tabulation qui suit l'ordre logique de la page (revoir l'ordre des blocs dans le code plutôt que de forcer des tabindex). À faire valider par votre développeur ou votre agence web.
Dans chaque page web, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ?
La fenêtre de choix du point relais est un piège au clavier : une fois ouverte, la touche Tab tourne dans la carte des points relais et ni Échap ni aucun bouton atteignable ne permet de la fermer. Un client au clavier qui choisit « point relais » ne peut plus ni finir sa commande ni revenir en arrière : c'est le constat le plus bloquant de cet audit.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Livraison | Fenêtre « Choisir un point relais » (ouverte depuis l'option Point relais) : Tab tourne dans la carte, Échap inopérant, bouton de fermeture non focusable · capture 1 |
Capture 1 · Livraison : la fenêtre ne peut pas être fermée au clavier
Piste de correction : Permettre de fermer la fenêtre au clavier (touche Échap et bouton « Fermer » focusable) et ramener le focus sur l'élément qui l'a ouverte. À traiter en priorité absolue. À faire valider par votre développeur ou votre agence web.
Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l'activation d'un composant d'interface sont-ils si nécessaire atteignables au clavier ?
Le sous-menu « Nos savons » ne s'ouvre qu'au survol de la souris : au clavier, la touche Tab passe sur « Nos savons » sans jamais dérouler les catégories. Toute une partie du catalogue n'est atteignable au clavier que par des chemins détournés.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Toutes les pages | Menu principal, entrée « Nos savons » : le sous-menu ne s'ouvre qu'au survolli.menu-item:hover > ul |
Piste de correction : Rendre le sous-menu ouvrable au clavier (à l'appui sur Entrée ou à la prise de focus) et refermable à la touche Échap. À faire valider par votre développeur ou votre agence web.
| N° | Critère (intitulé officiel RGAA 4.1.2) | Statut |
|---|---|---|
| 13.1 | Pour chaque page web, l'utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ? | NC |
| 13.2 | Dans chaque page web, l'ouverture d'une nouvelle fenêtre ne doit pas être déclenchée sans action de l'utilisateur. Cette règle est-elle respectée ? | C |
| 13.3 | Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ? | NC |
| 13.4 | Pour chaque document bureautique ayant une version accessible, cette version offre-t-elle la même information ? | NA |
| 13.5 | Dans chaque page web, chaque contenu cryptique (art ASCII, émoticône, syntaxe cryptique) a-t-il une alternative ? | NA |
| 13.6 | Dans chaque page web, pour chaque contenu cryptique (art ASCII, émoticône, syntaxe cryptique) ayant une alternative, cette alternative est-elle pertinente ? | NA |
| 13.7 | Dans chaque page web, les changements brusques de luminosité ou les effets de flash sont-ils correctement utilisés ? | C |
| 13.8 | Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l'utilisateur ? | NC |
| 13.9 | Dans chaque page web, le contenu proposé est-il consultable quelle que soit l'orientation de l'écran (portrait ou paysage) (hors cas particuliers) ? | C |
| 13.10 | Dans chaque page web, les fonctionnalités utilisables ou disponibles au moyen d'un geste complexe peuvent-elles être également disponibles au moyen d'un geste simple (hors cas particuliers) ? | NA |
| 13.11 | Dans chaque page web, les actions déclenchées au moyen d'un dispositif de pointage sur un point unique de l'écran peuvent-elles faire l'objet d'une annulation (hors cas particuliers) ? | C |
| 13.12 | Dans chaque page web, les fonctionnalités qui impliquent un mouvement de l'appareil ou vers l'appareil peuvent-elles être satisfaites de manière alternative (hors cas particuliers) ? | NA |
Pour chaque page web, l'utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ?
La session de commande expire au bout de 15 minutes sans avertissement ni possibilité de prolonger : le panier est vidé et la saisie perdue. Un quart d'heure ne suffit pas à tout le monde pour saisir une adresse et un paiement, en particulier aux personnes qui saisissent lentement ou utilisent un lecteur d'écran : ce sont précisément elles que le compteur élimine.
Où se trouvent les 3 erreurs relevées
| Page | Emplacement |
|---|---|
| Panier | Session de commande limitée à 15 minutes : aucun avertissement, panier vidé à l'expiration |
| Livraison | Même limite : la saisie d'adresse est perdue à l'expiration |
| Paiement | Même limite au moment du paiement |
Piste de correction : Avertir avant l'expiration et proposer de prolonger la session d'un clic, ou allonger nettement le délai et conserver le panier après expiration. À faire valider par votre développeur ou votre agence web.
Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ?
Le catalogue 2026 proposé en téléchargement est un PDF fabriqué à partir de scans : aucun texte n'y est sélectionnable, tout est image. Au lecteur d'écran, le document est entièrement muet ; même la recherche de texte n'y fonctionne pas.
Où se trouvent les 2 erreurs relevées
| Page | Emplacement |
|---|---|
| Accueil | Lien « Télécharger le catalogue 2026 (PDF) » dans le pied de page : document scanné, sans texte |
| Nos savons (catégorie) | Encart latéral « Catalogue 2026 » : même fichier |
Piste de correction : Regénérer le catalogue depuis le document source (export PDF natif, avec titres balisés et texte réel), plutôt que depuis des scans. À faire valider par votre développeur ou votre agence web.
Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l'utilisateur ?
Le carrousel de l'accueil défile automatiquement toutes les 4 secondes, sans bouton pause : impossible de lire une offre en entier si l'on lit lentement, et le mouvement permanent gêne fortement certains utilisateurs (troubles de l'attention, photosensibilité). Le carrousel étant déjà inutilisable au clavier (voir thème 7), il cumule les problèmes.
Où se trouve l'erreur relevée
| Page | Emplacement |
|---|---|
| Accueil | Carrousel « Nos best-sellers » : défilement automatique toutes les 4 secondes, aucun bouton pause · capture 1 |
Capture 1 · Accueil : défilement automatique, aucune pause possible
Piste de correction : Ajouter un bouton pause visible et focusable, ou désactiver le défilement automatique : un carrousel qui défile seul fait de toute façon vendre moins que des produits affichés côte à côte. À faire valider par votre développeur ou votre agence web.
| Thématique RGAA | Applicables | Conformes | Non conformes | Non applicables | À traiter | Taux |
|---|---|---|---|---|---|---|
| Thème 1 · Images | 5 | 1 | 4 | 4 | 20 % | |
| Thème 2 · Cadres | 2 | 1 | 1 | 0 | 50 % | |
| Thème 3 · Couleurs | 3 | 2 | 1 | 0 | 67 % | |
| Thème 4 · Multimédia | 7 | 4 | 3 | 6 | 57 % | |
| Thème 5 · Tableaux | 0 | 0 | 0 | 8 | sans objet | |
| Thème 6 · Liens | 2 | 1 | 1 | 0 | 50 % | |
| Thème 7 · Scripts | 4 | 0 | 4 | 1 | 0 % | |
| Thème 8 · Éléments obligatoires | 8 | 5 | 3 | 2 | 63 % | |
| Thème 9 · Structuration de l'information | 3 | 2 | 1 | 1 | 67 % | |
| Thème 10 · Présentation de l'information | 13 | 7 | 6 | 1 | 54 % | |
| Thème 11 · Formulaires | 10 | 4 | 6 | 3 | 40 % | |
| Thème 12 · Navigation | 7 | 3 | 4 | 4 | 43 % | |
| Thème 13 · Consultation | 7 | 4 | 3 | 5 | 57 % |
Les textes permettent d'écarter certains contenus : contenus de tiers non financés ni contrôlés, archives, et dérogations pour charge disproportionnée, qui doivent alors être motivées et accompagnées, autant que possible, d'une alternative accessible. Tout ce qui est dérogé ici est repris dans la déclaration d'accessibilité en annexe.
| Type | Contenu concerné | Motivation | Alternative proposée |
|---|---|---|---|
| Dérogation pour charge disproportionnée | Les anciens catalogues saisonniers 2019 à 2024 (6 PDF scannés, environ 180 pages), conservés en téléchargement dans la rubrique archives | Reprendre 6 catalogues obsolètes représenterait plusieurs semaines de travail pour des documents sans valeur commerciale courante, sans commune mesure avec le bénéfice attendu ; le catalogue 2026, lui, reste soumis à l'obligation (voir critère 13.3). | Toute information contenue dans ces archives peut être obtenue en version texte sur simple demande à contact@savonnerie-du-vieux-port.example. |
L'état du site est typique d'une boutique soignée visuellement mais jamais testée à l'usage : les erreurs qu'une machine sait voir ont été corrigées après l'audit de détection, et ce qui reste ne se révèle qu'en utilisant réellement le site au clavier, au lecteur d'écran ou avec un fort zoom. C'est exactement le périmètre de cet audit, et il est significatif : 37 critères sont non conformes, ce qui place le site sous les 50 % et donc en non-conformité au sens du RGAA.
Le point qui doit concentrer l'effort est le tunnel de commande. Trois constats y suffisent à empêcher un achat : la fenêtre de point relais qui piège la navigation au clavier, la session qui expire sans prévenir, et des erreurs de formulaire impossibles à localiser à la lecture assistée. Tant que ces trois points ne sont pas corrigés, une partie des clients ne peut tout simplement pas payer, ce qui est autant un sujet commercial qu'un sujet de conformité.
La bonne nouvelle est que la marche est moins haute qu'il n'y paraît : le socle technique est sain, un tiers des constats relève de la correction rapide ou d'un travail éditorial (titres de pages, intitulés de liens et de boutons, alternatives à réécrire), et l'équipe a déjà démontré, après la détection d'avril, qu'elle savait corriger vite et proprement. En traitant le tunnel d'abord, puis les corrections éditoriales, le site peut viser la conformité partielle à court terme et se donner ensuite la conformité totale comme objectif de l'année.
Ordre de traitement construit à partir des constats de cet audit : d'abord ce qui bloque des utilisateurs, puis ce qui se corrige vite, puis le reste ; et pour finir, la publication de votre déclaration.
| Étape | Quoi |
|---|---|
| 1 | Débloquer le tunnel de commande : Corriger ce qui empêche d'acheter : la fenêtre de point relais refermable au clavier, l'avertissement avant expiration de session, les erreurs de formulaire rattachées aux champs, l'annonce de l'ajout au panier et la commande vérifiable avant paiement. (critères 12.9, 13.1, 11.10, 7.5, 11.12) |
| 2 | Corrections rapides éditoriales : Une passe de réécriture sans développement lourd : titres de pages différenciés, intitulés de liens et de boutons explicites, titre du cadre vidéo, images décoratives ignorées, mots anglais remplacés ou signalés. (critères 8.6, 6.1, 11.9, 2.2, 1.2, 8.7) |
| 3 | Rendre le site utilisable au clavier et au zoom : Rétablir le focus visible partout, corriger l'ordre de tabulation de la livraison, ouvrir le sous-menu au clavier, rendre le carrousel utilisable et mettable en pause, corriger l'affichage à 200 %, en 320 px et avec espacement de texte augmenté, rendre la composition consultable sans souris. (critères 10.7, 12.8, 12.11, 7.3, 13.8, 10.4, 10.11, 10.12, 10.13) |
| 4 | Formulaires et composants : Regrouper et clarifier les champs d'adresses, indiquer les formats attendus, doubler la couleur d'un texte pour les stocks et les erreurs, rendre le sélecteur de quantité restituable, éviter les rechargements de page à la sélection. (critères 11.2, 11.5, 11.11, 3.1, 7.1, 7.4) |
| 5 | Contenus et médias : Réécrire les alternatives des images de produits, décrire l'infographie de fabrication, remplacer les bandeaux images de texte, transcrire et sous-titrer correctement la vidéo, regénérer le catalogue PDF depuis sa source, baliser les sections des fiches produits, ajouter un moteur de recherche interne. (critères 1.3, 1.6, 1.8, 4.1, 4.4, 4.5, 13.3, 9.1, 8.9, 10.9, 12.1) |
| 6 | Publier la déclaration et re-contrôler : Publier la déclaration d'accessibilité jointe en annexe sur une page « Accessibilité » joignable depuis chaque page, puis faire re-contrôler les critères corrigés pour mettre à jour le taux et la déclaration. |
Le texte ci-dessous suit le format que les textes rendent obligatoire (article 47 de la loi n° 2005-102 du 11 février 2005, décret n° 2019-768 du 24 juillet 2019, modèle officiel de l'État ; obligation étendue à la vente en ligne par la loi n° 2023-171 du 9 mars 2023). Il est pré-rempli avec les résultats de cet audit : publiez-le sur une page « Accessibilité » de votre site, joignable depuis chaque page (généralement un lien en pied de page). À mettre à jour au plus tard 3 ans après publication, à chaque refonte ou modification substantielle, ou 18 mois après la publication d'une nouvelle version du référentiel.
Savonnerie du Vieux Port (entreprise fictive) s'engage à rendre son site internet accessible conformément à l'article 47 de la loi n° 2005-102 du 11 février 2005.
À cette fin, Savonnerie du Vieux Port (entreprise fictive) met en œuvre la stratégie et les actions suivantes : la correction des non-conformités relevées par l'audit du 17 juillet 2026, selon la feuille de route établie avec son prestataire web (tunnel de commande d'abord, puis corrections éditoriales, clavier et contenus).
Cette déclaration d'accessibilité s'applique à https://www.savonnerie-du-vieux-port.example.
savonnerie-du-vieux-port.example est non conforme avec le référentiel général d'amélioration de l'accessibilité (RGAA), version 4.1.2, en raison des non-conformités et des dérogations énumérées ci-dessous.
L'audit de conformité réalisé par La Jauge révèle que 48 % des critères du RGAA version 4.1.2 sont respectés.
Non-conformités
Dérogations pour charge disproportionnée et contenus non soumis à l'obligation d'accessibilité
Cette déclaration a été établie le 27 juillet 2026.
Technologies utilisées pour la réalisation du site : HTML5, CSS, JavaScript, WordPress avec WooCommerce (thème personnalisé).
Environnement de test : les vérifications de restitution ont été réalisées avec les combinaisons suivantes : NVDA (dernière version) et Firefox sous Windows 11 ; VoiceOver et Safari sous iOS (mobile).
Outils utilisés pour évaluer l'accessibilité : Navigation au clavier seul (test de bout en bout, tunnel compris) · Lecteurs d'écran NVDA et VoiceOver · Zoom navigateur 200 % et fenêtre 320 px (reflow) · Colour Contrast Analyser (contrastes) · HeadingsMap (structure des titres) · Inspecteur du navigateur · Outil de détection La Jauge (moteur axe-core, en appui uniquement).
Pages du site ayant fait l'objet de la vérification de conformité : Accueil ; Nos savons (catégorie) ; Fiche produit : savon au lait d'ânesse ; Contact ; Mentions légales ; Panier ; Livraison ; Paiement ; Notre atelier.
Si vous n'arrivez pas à accéder à un contenu ou à un service, vous pouvez contacter le responsable de savonnerie-du-vieux-port.example pour être orienté vers une alternative accessible ou obtenir le contenu sous une autre forme : par courriel à contact@savonnerie-du-vieux-port.example ou via le formulaire de la page Contact.
Si vous constatez un défaut d'accessibilité vous empêchant d'accéder à un contenu ou une fonctionnalité du site, que vous nous le signalez et que vous ne parvenez pas à obtenir une réponse de notre part, vous êtes en droit de faire parvenir vos doléances ou une demande de saisine au Défenseur des droits. Plusieurs moyens sont à votre disposition : écrire un message au Défenseur des droits (formulaire en ligne), contacter le délégué du Défenseur des droits dans votre région, ou envoyer un courrier postal (gratuit, sans timbre) : Défenseur des droits, Libre réponse 71120, 75342 Paris CEDEX 07.
Rapport établi par La Jauge selon la méthode technique du RGAA 4.1.2 (modèle officiel de rapport d'audit, DINUM) · Référence AC-www.savonnerie-du-vieux-port.example-17-juillet-2026 · La Jauge est un contrôleur indépendant : nous ne vendons ni refonte ni widget, nous n'avons aucun intérêt à gonfler ou minorer les constats. Contact : Mahana Teriitehau, fondateur · 07 67 87 82 95 · contact@lajauge.com · lajauge.com · réponse sous 24 h ouvrées.