Accessibilité

📊 Résultats détaillés

La méthode officielle du RGAA calcule le taux en divisant le nombre de critères conformes par le nombre de critères applicables. Un critère non évalué ne peut pas être compté comme conforme : c’est pourquoi le taux affiché ci-dessus est présenté comme un plancher, et non comme un résultat définitif.

Résultats des tests. Les résultats des tests de vérification de la conformité au RGAA 4.1.2, réalisés le 21 août 2026, révèlent que 100 % des 87 critères applicables sont respectés. Aucun critère n’est en échec. Le détail figure ci-dessous, critère par critère.

Répartition des 106 critères RGAA 4.1.2 au 21 août 2026 :

• 87 critères conformes
• 0 critère non conforme — aucun échec subsistant à ce jour
• 0 critère en attente — l’examen humain des critères à jugement est achevé
• 19 critères non applicables à ce site
• Total du référentiel : 106 critères, dont 87 applicables — base du calcul

Ces chiffres se recoupent avec le relevé automatisé, et il faut dire comment. L’outil rend 69 critères conformes par test machine, 27 critères renvoyés à l’examen humain et 10 critères sans objet. L’examen humain a tranché ces 27 critères : 18 conformes, 9 sans objet. D’où 69 + 18 = 87 critères conformes, et 10 + 9 = 19 sans objet. Une personne qui repasserait un outil sur ce site obtiendrait donc 69 / 27 / 10 : l’écart avec les chiffres ci-dessus tient entièrement à l’examen humain, et non à une différence d’appréciation.

Les 19 critères non applicables sont les critères 1.4, 1.5, 1.6, 1.7, 2.1, 2.2, 4.2, 4.4, 4.6, 4.7, 4.8, 4.9, 4.12, 4.13, 5.2, 6.2, 13.3, 13.4 et 13.6. Le site ne comporte en effet : ni CAPTCHA (1.4, 1.5) ; ni cadre iframe de contenu (2.1, 2.2) ; ni média non temporel de type object ou embed (4.8, 4.9, 4.12) ; ni média temporel porteur d’information — la seule vidéo du site est une vidéo d’ambiance muette et décorative, doublée d’une photographie de repli, qui ne véhicule aucun contenu propre (4.2, 4.4, 4.6, 4.7, 4.13) ; ni image complexe — graphique, schéma, infographie — qui appellerait une description détaillée (1.6, 1.7) ; ni tableau complexe réclamant un résumé, le seul tableau de données du site n’ayant qu’une rangée d’en-têtes (5.2) ; ni lien dont l’intitulé reposerait sur un attribut title (6.2) ; ni document bureautique en téléchargement (13.3, 13.4) ; ni contenu cryptique, art ASCII ou émoticône porteuse de sens (13.6). Le calcul porte donc sur 87 critères.

Pourquoi le statut reste « partiellement conforme » malgré 100 % — pour un seul motif, désormais : l’absence de test de restitution avec les technologies d’assistance recommandées par la baseline RGAA (NVDA + Firefox, VoiceOver + Safari iOS) sur le site en production. La méthodologie du RGAA les réclame, et se déclarer totalement conforme sans avoir jamais fait lire une page par un lecteur d’écran serait s’avancer au-delà de ce qui a été vérifié. Le statut sera revu après la campagne du premier trimestre 2027.

Évolution du taux, et ce qui l’a fait bouger. Le 17 août, il est passé de 74 % à 88 %, puis à 94 %, puis à 100 %. Cette progression ne vient pas d’un embellissement du site, mais de l’examen effectif de 20 critères jusque-là comptés comme non tranchés — seize se sont révélés conformes, neuf sans objet — et de la correction de quatre défauts découverts pendant cet examen, dont un titre principal vide sur la page d’accueil (voir « Corrections apportées »). Le nombre de critères applicables a diminué en conséquence, de 96 à 87 : un critère écarté n’est pas un critère satisfait, c’est un critère que le contenu du site ne met pas en jeu. Le 21 août, le relevé automatisé l’a fait redescendre à 86 critères conformes sur 87, soit 98,9 % : un critère en échec, le 10.6, que les relevés précédents ne mesuraient pas — les liens écrits dans le contenu des pages ne se distinguaient pas du texte qui les entoure. Il a été corrigé le jour même et le taux est revenu à 100 % (voir « Corrections apportées le 21 août »). Nous le mentionnons plutôt que de le taire : un taux qui ne redescend jamais est un taux que l’on ne mesure plus.

✅ Points conformes

Les vérifications ont été menées par analyse du code source, par outils automatisés, et pour une partie d’entre elles par mesure dans un navigateur réel — le nombre de pages contrôlées est indiqué à chaque fois. Les éléments suivants respectent les critères WCAG 2.1 / RGAA 4.1.2 niveau AA :

• Structure sémantique — header, main, footer, nav, régions role="region" avec aria-label (RGAA 12.6)
• Lien d’évitement vers le contenu principal, présent et fonctionnel au clavier — vérifié sur 201 pages (RGAA 12.11)
• Alternatives textuelles — toutes les images portent un attribut alt sur les 201 pages contrôlées, dont 210 images sur 30 fiches produits ; les images décoratives sont masquées aux aides techniques (RGAA 1.1 / 1.2)
• Hiérarchie des titres cohérente h1→h2→h3, sans saut de niveau — 13 titres relevés dans l’ordre du code sur la page d’accueil, aucun niveau sauté. Le titre principal de cette page, que le code invalidait, a été rétabli le 17 août 2026 (RGAA 9.1 — voir « Corrections apportées »)
• Code source valide — le contenu de chaque élément respecte le modèle que la spécification HTML lui autorise (RGAA 8.2 — corrigé le 17 août 2026)
• Contenu et ordre de lecture indépendants de la présentation — vérifié le 17 août 2026 : aucun texte porteur d’information n’est produit par la seule feuille de style, et les six éléments sortis du flux se trouvent soit dans une grille décorative masquée aux aides techniques, soit dans un contenu complémentaire <aside> placé en fin de code, où sa lecture tardive est logique (RGAA 10.2 / 10.3)
• Parcours utilisable sans JavaScript — vérifié sur le code réellement servi : la navigation principale (deux repères <nav>, 21 liens chacun), les 61 liens vers la boutique et les rayons, le formulaire de recherche et celui d’inscription à la lettre d’information sont tous présents en HTML, sans dépendre d’un script. Les modales de contact et les panneaux escamotables sont des enrichissements, non le service lui-même (RGAA 7.2)
• Tableau de données du panier — en-têtes <th scope="col"> sur les six colonnes, titre <caption> destiné aux aides techniques, et linéarisation lisible (RGAA 5.3 / 5.5 / 5.6 / 5.7 — titre ajouté le 17 août 2026)
• Plan du site fidèle à l’architecture réelle — 70 liens en listes imbriquées ; aucune rubrique du menu principal n’y manque (RGAA 12.3)
• Information jamais portée par la seule couleur, la seule forme, la seule taille ni la seule position — les champs obligatoires sont signalés par aria-required, l’astérisque visuelle étant masquée aux aides techniques ; le site ne comporte ni graphique, ni légende, ni code couleur (RGAA 3.1 / 10.9 / 10.10)
• Actions au pointeur annulables — aucune commande n’est déclenchée sur mousedown, pointerdown ni touchstart : toutes attendent l’événement click, que l’on annule en relâchant hors de la cible (RGAA 13.11)
• Contrastes conformes WCAG AA — 43 mesures réalisées sur le CSS réellement servi, transparences fusionnées, aucun échec. Ratio ≥ 4.5:1 pour les textes courants, ≥ 3:1 pour les grands textes en gras. Tokens dédiés --ocre-text (5.68:1), --ocre-btn (4.60:1). Lien « politique de confidentialité » de la bannière cookie : --ocre-l (#D9A44E, 5.35:1 sur fond --ardoise) (RGAA 3.2)
• Liens situés dans un texte — soulignés, en ocre et en demi-gras, sur le contenu des pages comme sur les écrans de compte et de commande ; mesuré à l’écran, aucun lien ne repose sur la seule couleur (RGAA 10.6 — corrigé le 21 août 2026, voir « Corrections apportées »)
• Indicateurs de focus visibles — 34 éléments testés à l’écran sur 15 pages, tous montrant un changement visible à la prise de focus ; aucun outline:none (RGAA 10.7)
• Formulaires — étiquettes <label for> associées sur l’ensemble des champs des 201 pages contrôlées, tunnel de commande inclus, aria-required sur les champs obligatoires, autocomplete sur les champs personnels (RGAA 11.1 / 11.13)
• Étiquettes cohérentes d’une page à l’autre pour les champs de même fonction (RGAA 11.3 — corrigé le 17 août 2026, voir « Corrections apportées »)
• Aide à la saisie et restitution des erreurs — chaque formulaire dispose d’une zone de message reliée au champ concerné par aria-describedby, avec aria-invalid et un conteneur role="alert" (RGAA 11.10 / 11.11 — corrigé le 17 août 2026)
• Panneaux fermés retirés du parcours clavier — recherche, menu et mini-panier portent visibility:hidden à l’état fermé : vérifié sur le site en production, aucun des 31 éléments focalisables qu’ils contiennent n’est atteignable au clavier (RGAA 10.8)
• Focus trap Tab/Shift+Tab sur les cinq modales de contact, le mini-panier, la recherche et le menu mobile — Escape ferme et restaure le focus (RGAA 7.1 / WCAG 2.1.2)
• Champ de recherche avec autocomplétion conforme ARIA 1.2 — role="combobox", aria-expanded, aria-controls, aria-activedescendant, navigation ArrowDown/Up/Enter/Escape (RGAA 7.1 / 7.3)
• Composants dépliants pilotés au clavier — touches Entrée et Espace réellement pressées à l’écran sur 11 pages, réaction constatée (RGAA 7.3)
• Modale demande de devis — sélection produits via <button aria-pressed>, filtre catégories via <details>/<summary> natif, zone quantités avec intitulés discriminants (RGAA 7.1 / 11.1)
• Navigation par flèches sur les onglets de fiche produit — pattern ARIA Tabs complet, role="tab", aria-selected, aria-controls, roving tabindex (RGAA 7.1)
• Barre de progression livraison — role="progressbar", aria-valuenow/min/max (RGAA 7.5)
• Bannière cookies — role="alertdialog", focus sur le premier bouton à l’apparition, refus et acceptation proposés au même niveau (RGAA 7.1)
• Sélecteurs de variations produit — rendus en <select> associés à un <label for> ; le fichier variable.php du thème ajoute aria-required, aria-describedby et aria-live sur la zone prix/stock dynamique. Le critère 11.6 (légende des regroupements de champs) est conforme (RGAA 11.1 / 11.6)
• Mini-panier — bouton « Retirer » doté d’un aria-label incluant le nom du produit (RGAA 6.1)
• Formulaire d’avis produit — radios dans <fieldset>/<legend>, libellés d’étoiles destinés aux lecteurs d’écran (RGAA 11.1)
• Régions aria-live non imbriquées — annonces sans duplication (RGAA 7.5)
• Aucun identifiant dupliqué dans le document — vérifié sur 27 pages en rendu réel (RGAA 8.2 / WCAG 4.1.1)
• Langue déclarée — les 200 pages du site déclarent leur langue, et le lang déclaré concorde avec le préfixe d’URL sur toutes les pages préfixées ; type de document HTML5 valide (RGAA 8.1 / 8.3 / 8.4)
• Pagination — <nav aria-label>, et titre de page distinct pour chaque page d’une liste paginée (RGAA 12.8 — corrigé le 17 août 2026)
• Titres de page pertinents — 21 titres relevés, tous uniques ; chacun identifie sa page une fois le nom du site retiré (RGAA 8.6)
• Intitulé visible des commandes présent dans leur nom accessible — le texte affiché d’un bouton n’est plus produit par la feuille de style à la place de son texte réel, ce qui rendait la commande vocale inopérante et affichait un libellé faux (WCAG 2.5.3, hors RGAA 4.1.2 — corrigé le 17 août 2026)
• Aucun défilement horizontal à 320 px de large — mesuré à l’écran sur 12 pages (RGAA 10.11)
• Contenus au survol — 3 contenus vérifiés à l’écran sur 11 pages : persistants, survolables, et escamotables ou ne masquant rien (RGAA 10.13)
• Adaptation à la taille de police choisie — html { font-size: 100% } et points de rupture de navigation exprimés en em (56.25em / 57.56em) et non en pixels : le menu bascule en version compacte lorsque le texte est agrandi jusqu’à 200 % (RGAA 10.4)
• Aucun contenu ne clignote plus de trois fois par seconde — vérifié le 17 août 2026, sur les animations de feuille de style comme sur celles pilotées par script : la seule animation CSS en boucle dure 9 secondes par cycle et les autres ne sont jouées qu’une fois (de 0,18 à 0,25 seconde) ; l’animation de particules déclenchée au survol n’engendre que des éléments de 1 à 4 pixels, d’une seule couleur, dont l’opacité décroît sans jamais alterner (RGAA 13.7)
• Vidéo d’ambiance de la page « Notre histoire » — muette, décorative, masquée aux aides techniques, et dotée d’une commande d’arrêt et de reprise accessible au clavier (RGAA 13.8 / 4.11)

➕ Vérifications au-delà du RGAA 4.1.2

Le RGAA 4.1.2 ne couvre pas tous les handicaps. Les contrôles suivants ont été menés en supplément du référentiel, sans obligation légale :

• Réduction des animations — le site tient compte du réglage système « animations réduites » : présence confirmée de @media (prefers-reduced-motion) dans le CSS réellement servi (WCAG 2.3.3, niveau AAA)
• Taille et espacement des cibles tactiles — 68 cibles mesurées à l’écran, aucune trop serrée ; 25 cibles sous 24 px sont suffisamment isolées pour satisfaire l’exception d’espacement (WCAG 2.5.8, niveau AA de WCAG 2.2, hors RGAA 4.1.2)
• Daltonisme — recherche des paires de couleurs qui passent en vision normale mais dont le contraste s’effondre en deutéranopie ou protanopie
• Contrôle vocal — vérification que le texte visible de chaque commande figure dans son nom accessible, sans quoi un « clique sur… » échouerait (WCAG 2.5.3)
• Vision tunnel, tremblement, trouble de l’attention — contenus révélés au seul survol, en-tête collant masquant le focus, carrousels sans commande d’arrêt
• Charge cognitive — indice de lisibilité mesuré page par page. Point d’amélioration reconnu : 6 pages présentent un indice LIX de 64, correspondant à un texte difficile (phrases longues, vocabulaire spécialisé). La simplification rédactionnelle de ces pages est inscrite au plan d’action.

🌍 Multilinguisme

Le site est publié en français, en anglais et en espagnol. Le français est la langue de référence, et la présente déclaration n’a valeur légale que dans cette langue.

• RGAA 8.3 et 8.4 — la langue de chaque page est déclarée dans le code et correspond à son contenu : vérifié sur les 200 pages du site, avec concordance du lang et du préfixe d’URL sur toutes les pages préfixées.
• RGAA 8.7 — aucun bloc de texte, aucune étiquette et aucun attribut dans une langue autre que celle de sa page n’a été relevé sur les versions française, anglaise et espagnole de la page d’accueil. Lorsqu’un tel passage existe, il est encadré d’un attribut lang et précédé d’une mention explicite dans la langue de la page : un lecteur d’écran change ainsi de voix au bon endroit.
  Réserve de méthode : le contrôle automatisé de ce critère a été corrigé le 17 août 2026. Sa version antérieure ne pouvait matériellement rien détecter ; les résultats qu’elle a produits avant cette date sont donc sans valeur, et ne fondent pas la présente déclaration. Le contrôle corrigé examine aussi les étiquettes de formulaire, les intitulés de boutons, les textes destinés aux seuls lecteurs d’écran et les attributs alt, aria-label et title. Son extension à l’échantillon complet est inscrite à la campagne du premier trimestre 2027.
• Traduction du catalogue achevée — 84 paires de traductions ont été comparées à leur source : aucune n’est restée identique. Titres de produits, noms de rayons, marques, blocs d’avis clients et textes des extensions vus par le client suivent la langue de la page. Les écrans d’administration restent en français, sans incidence pour le visiteur.
• Sélecteur de langue — chaque lien porte lang et hreflang, le bouton porte un intitulé accessible, et un libellé est destiné aux lecteurs d’écran.

Précision technique : les pages paginées et les adresses à paramètre de service ne portent volontairement pas de balises hreflang. Une balise hreflang doit être réciproque pour être valide ; or la traduction d’une page 2 d’archive est la page 1 de l’autre langue, qui ne lui répond pas. Ce choix est sans effet sur l’accessibilité et sur les critères 8.3, 8.4 et 8.7 : il ne concerne que l’indexation par les moteurs de recherche.

✅ Examen humain — achevé

Vingt-cinq critères du référentiel ne peuvent être tranchés par aucun outil : ils portent sur la pertinence d’un contenu, jugement qui suppose un examinateur. Ils ont tous été examinés le 17 août 2026. Le détail de cet examen est consigné ici, pour qu’il puisse être contesté :

• Pertinence des alternatives textuelles (1.3) — les huit alternatives porteuses d’information ont été relues une par une : chacune énonce ce que son image montre. Les alternatives du logo, répétées sur chaque page, sont conformes à l’usage.
• Texte présenté sous forme d’image (1.8) — quatre images de l’échantillon contiennent des lettres, et aucune n’est une image de texte au sens du critère : deux photographies de produits, dont les lettres sont celles de l’étiquette du bocal ; une photographie de l’intérieur de la boutique, dont les lettres sont celles des articles en rayon ; et un code QR, image par nature. Le critère vise un texte composé graphiquement pour son apparence — titre, accroche, bandeau promotionnel —, et non un texte présent dans une scène photographiée. Vérifié image par image le 21 août 2026.
• Pertinence des titres de page (8.6) — vingt-et-un titres relevés, tous uniques ; chacun identifie sa page une fois le nom du site retiré.
• Pertinence des étiquettes et des légendes de groupe (11.2, 11.7) — les 105 champs des pages de l’échantillon ont été relevés et relus. Les intitulés énoncent la donnée attendue, y compris dans les cas les plus délicats — « SIREN (facultatif — associations bienvenues) », « Numéro SIRET (obligatoire pour les entreprises) », « Identifiant Chorus Pro (secteur public) ». Les légendes nomment l’objet de leur groupe.
• Saisie de données financières (11.12) — le tunnel a été parcouru : quantités modifiables au panier, retour au panier possible depuis la page de paiement, récapitulatif avant validation.
• Les autres critères à jugement humain (1.6, 1.7, 3.1, 4.2, 4.4, 4.6, 4.7, 4.13, 5.2, 5.3, 5.5, 7.2, 10.2, 10.3, 10.9, 10.10, 12.3, 13.6, 13.11) ont été examinés le même jour et se sont révélés soit conformes, soit sans objet. Le détail figure dans « Points conformes » et dans la liste des critères non applicables.

⚠️ Points de vigilance connus

Les limites suivantes sont connues et assumées. Elles ne constituent pas des échecs constatés, mais des zones où notre vérification s’arrête :

• Tests de restitution avec technologies d’assistance — non encore réalisés
  L’audit a été conduit par : ① analyse du code source (DOM, attributs ARIA, sémantique HTML) ; ② outils automatisés et inspection manuelle ; ③ rendu réel dans un navigateur, avec mesure à l’écran des contrastes, du focus, du défilement à 320 px, de la taille des cibles et des touches réellement pressées ; ④ simulation programmatique de douze profils de technologies d’assistance.
  Ces contrôles automatisés couvrent 75 des 106 critères RGAA (environ 71 %) par au moins un test machine ; les 31 critères restants ont été préparés pour un examen humain, avec les éléments extraits de la page et la question à trancher. Un critère « couvert » n’est pas un critère « validé » : le RGAA décompose chaque critère en plusieurs tests, dont un outil n’automatise qu’une partie. La part des critères entièrement automatisables est estimée par la recherche entre 20 % et 40 %.
  Les tests de restitution avec NVDA + Firefox et VoiceOver + Safari iOS recommandés par la méthodologie RGAA sont planifiés pour le premier trimestre 2027.
• Textes posés sur une image ou un dégradé — contraste non mesurable automatiquement
  Quinze textes du site sont posés sur une image ou un dégradé. Aucun outil ne peut en calculer le rapport de contraste de façon fiable, la couleur de fond variant d’un pixel à l’autre. Ces textes feront l’objet d’un contrôle manuel lors de la campagne du premier trimestre 2027.
• Tunnel d’achat — non déroulé de bout en bout avec une aide technique
  Les champs du tunnel de commande portent tous une étiquette associée, et cela a été vérifié. En revanche, le parcours complet — du panier au paiement — n’a pas été déroulé au clavier et sous lecteur d’écran : un outil ne peut pas passer commande. C’est le parcours le plus coûteux à rater, puisqu’il porte la transaction. Il est le premier point inscrit à la campagne du premier trimestre 2027. Dans l’intervalle, toute commande peut être passée par téléphone au 06 49 88 78 38, sans aucun surcoût.
• Échantillon de pages
  Le relevé porte sur un échantillon de 15 pages retenues parmi 200 pages parcourues. Il comprend les 7 pages obligatoires exigées par le RGAA et 8 pages représentatives des gabarits du site. Un échantillon, aussi bien construit soit-il, ne prouve rien des pages qu’il ne contient pas.

🔧 Corrections apportées le 17 août 2026

Le relevé automatisé du 17 août 2026 a signalé deux critères en échec et deux défauts probables. Tous ont été traités le jour même :

• RGAA 11.3 — étiquettes de champs de même nature : le champ de message facultatif portait l’intitulé « Message » dans le formulaire Partenariat et « Message complémentaire » dans le formulaire Devis, pour une fonction identique. Les deux portent désormais le même intitulé. Les formulaires Informations, Après-vente et Presse conservent un intitulé propre à leur objet — « Votre question », « Description du problème », « Votre demande » — parce qu’il s’agit là du contenu même de la demande et non d’un complément : le critère 11.2 exige que l’étiquette dise quoi saisir.
• RGAA 11.11 — restitution des erreurs de saisie : le résultat de l’inscription à la lettre d’information s’affichait dans un paragraphe sans rôle, relié à aucun champ. Une adresse refusée renvoyait le visiteur sur une page en apparence inchangée. Le message est désormais relié au champ par aria-describedby, porte role="alert" en cas de refus, et le champ porte aria-invalid.
• RGAA 11.2 — pertinence de l’étiquette : l’invite du champ d’adresse répétait mot pour mot son étiquette. Elle montre désormais le format attendu, et une aide à la saisie a été reliée au champ.
• RGAA 8.6 — titres de page distincts : les pages 2 et suivantes des listes paginées reprenaient à l’identique le titre de la page 1 — jusqu’à quatre pages partageant le même titre. Chaque page paginée porte désormais son numéro. Par ailleurs, deux fiches produits d’un même article en deux contenances rendaient le même titre, le rognage à 70 caractères supprimant précisément le poids qui les distingue : le nom du produit est désormais préservé en entier.
• RGAA 10.8 — contenus cachés ignorés par les aides techniques : signalé à vérifier par l’outil, ce point a été contrôlé sur le site en production et jugé conforme. Les trois panneaux escamotables portent visibility:hidden à l’état fermé, et aucun des 31 éléments focalisables qu’ils contiennent n’est atteignable au clavier.
• RGAA 13.7 — effets de flash : signalé à vérifier, ce point a été contrôlé et jugé conforme. Aucun contenu du site ne clignote plus de trois fois par seconde.
• RGAA 9.1 et 8.2 — le titre principal de la page d’accueil était vide : le <h1> contenait un <p>, alors qu’un titre n’accepte que du contenu de phrasé. Devant cette balise interdite, l’algorithme d’analyse HTML fermait le titre avant elle : tous les navigateurs construisaient donc un <h1> vide, suivi d’un texte devenu orphelin. La page d’accueil n’avait aucun titre principal, et un lecteur d’écran annonçait « titre de niveau 1 » suivi de rien. Le serveur envoyait un code correct ; c’est l’analyse qui le défaisait. Remplacement par un <span>, qui est du contenu de phrasé valide : le titre est rétabli en entier.
• RGAA 5.5 — le tableau du panier n’avait pas de titre : ses en-têtes étaient corrects (<th scope="col"> sur les six colonnes), mais aucun <caption>. Un lecteur d’écran qui liste les tableaux d’une page n’annonce que leur titre : celui-ci se présentait comme « tableau », sans dire de quoi il parlait. Un titre destiné aux aides techniques a été ajouté.
• Qualité de traduction : une entrée du catalogue espagnol rendait le mot « Message » en italien. Corrigée.

🔧 Corrections apportées le 21 août 2026

Le relevé automatisé du 21 août 2026 à 8 h 24 a signalé un critère en échec. Il a été traité le jour même, et deux autres points l’ont été avec lui.

• RGAA 10.6 — liens situés dans un texte : les liens écrits dans le contenu des pages — CGV, mentions légales, confidentialité, livraison — portaient la couleur de leur paragraphe, sans soulignement ni graisse propre. Mesuré à l’écran : 1,12:1 de contraste avec le texte environnant, quand le critère en exige 3:1 à défaut d’un autre indice. Rien ne les distinguait. Le même défaut frappait le lien « Mot de passe perdu ? » de la page de connexion, que la feuille de style ne soulignait qu’au survol — donc jamais au clavier. Ces liens sont désormais soulignés, en ocre et en demi-gras, sur le contenu des pages comme sur les écrans de compte et de commande.
• WCAG 2.5.3 — intitulé visible dans le nom accessible : un bouton « Choix des options » a été relevé annonçant « Sélectionner les options pour », sans le nom du produit. Le correctif du 18 août agissait sur les paramètres du bouton ; il agit désormais sur le lien produit, quel que soit le chemin qui l’a construit.
• Liens ouvrant une nouvelle fenêtre : la mention « nouvelle fenêtre » a été ajoutée à ceux que produit le thème — pied de page, page de contact, fenêtres de contact, impression de fiche produit. Cette mention relève de la bonne pratique (WCAG 3.2.5, niveau AAA) et non du RGAA 4.1.2 : elle n’entre pas dans le taux.

📅 Calendrier des prochains audits

• Audit automatisé : continu — structure HTML, contrastes, sémantique ARIA, parcours clavier, sécurité, performance.
• Prochain audit humain avec technologies d’assistance : premier trimestre 2027 (NVDA + Firefox, VoiceOver + Safari iOS), portant sur la restitution réelle par lecteur d’écran, seul point encore non vérifié.
• Prochaine mise à jour de cette déclaration : premier trimestre 2027, ou plus tôt si un correctif significatif est déployé.
• Changement de référentiel attendu : la publication du RGAA 5 et de la version 4.1.1 de la norme EN 301 549 est annoncée pour la fin de l’année 2026. Les deux échéances convergent : la campagne du premier trimestre 2027 sera donc conduite d’emblée sur le nouveau référentiel s’il est alors publié, et portera à la fois sur la restitution par lecteur d’écran et sur les critères que le RGAA 5 ajoute ou modifie. Reprendre la présente déclaration sur RGAA 4.1.2, puis la reprendre à nouveau quelques semaines plus tard sur RGAA 5, n’aurait aucun intérêt.

🔌 Contenus tiers

Certains contenus sont produits par des composants tiers dont nous ne maîtrisons pas le code interne. Nous ne les retirons pas du calcul du taux de conformité. Une dérogation au titre de l’article 3 du décret n° 2019-768 vise les contenus « ni financés ni développés » par l’organisme et « qui ne sont pas sous son contrôle » : le choix d’un prestataire que nous rémunérons relève de notre responsabilité, même lorsque son code nous échappe. Un critère n’est écarté du calcul que si aucun contenu du site ne le met en jeu — ce qui n’est le cas d’aucun des critères concernés ici, tous satisfaits ailleurs sur le site.

Notre engagement pour ces composants est donc triple : corriger ce qui est sous notre contrôle, signaler les défauts à l’éditeur, et offrir une alternative accessible.

• Payplug (extension WooCommerce) — le tunnel de paiement et les formulaires de carte bancaire sont rendus dans des cadres iframe dont nous ne pouvons pas modifier le contenu. Les éléments sous notre contrôle (styles de focus, contrastes de nos propres boutons) ont été corrigés. Alternative accessible : toute commande peut être passée par téléphone au 06 49 88 78 38, sans surcoût. L’accessibilité du tunnel fait l’objet d’une demande auprès de l’éditeur.
• YITH WooCommerce Wishlist (v4.14+) — fonction de partage — le partage vers les réseaux sociaux et par courriel est entièrement rendu par l’extension. Le bouton principal « Ajouter à la liste de souhaits » est en revanche corrigé par notre thème (aria-label discriminant, aria-pressed) et conforme.
• Gravatar (WordPress core) — les avatars des avis produits sont chargés depuis gravatar.com ; le chargement externe et l’alternative textuelle sont gérés par le cœur de WordPress.

📋 Cadre légal et démarche volontaire

Régime français historique (RGAA)
L’accessibilité numérique est encadrée en France par l’article 47 de la loi n° 2005-102 du 11 février 2005, modifié par la loi n° 2018-771 du 5 septembre 2018, et par le décret n° 2019-768 du 24 juillet 2019 qui impose le Référentiel Général d’Amélioration de l’Accessibilité. Ce régime s’applique aux personnes morales de droit public ainsi qu’aux entreprises privées dont le chiffre d’affaires annuel dépasse 250 millions d’euros. Maison Louis ne relève pas de ce périmètre à ce titre.

European Accessibility Act — applicable depuis le 28 juin 2025
La directive (UE) 2019/882 relative aux exigences en matière d’accessibilité applicables aux produits et aux services — dite European Accessibility Act (EAA) — est entrée en application le 28 juin 2025. Elle a été transposée en droit français par l’ordonnance n° 2023-859 du 6 septembre 2023. Le commerce électronique figure explicitement parmi les services visés. Les services existants bénéficient d’un délai de mise en conformité jusqu’au 28 juin 2030 ; les services mis en ligne depuis juin 2025 doivent être conformes dès leur publication.

Situation de Maison Louis au regard de l’EAA
L’EAA prévoit une exemption pour les microentreprises fournissant des services : entreprise employant moins de 10 personnes et dont le chiffre d’affaires annuel ou le total du bilan n’excède pas 2 millions d’euros (critères cumulatifs). Maison Louis remplit actuellement ces deux conditions et est susceptible de bénéficier de cette exemption. Cette situation évoluerait si les seuils venaient à être modifiés ou si la structure de l’entreprise venait à changer : la présente déclaration serait alors mise à jour.

Formation du personnel
L’article 8 de l’EAA prévoit la sensibilisation du personnel aux exigences d’accessibilité. Aucun outil ne peut constater ce point depuis l’extérieur du site : il s’agit d’un engagement d’organisation interne. Maison Louis s’engage à ce que toute personne intervenant sur le contenu du site — rédaction, ajout de produits, ajout d’images — soit informée des règles d’alternative textuelle, de hiérarchie de titres et de contraste.

Démarche volontaire
Indépendamment de toute obligation légale, Maison Louis conduit une démarche active d’amélioration de l’accessibilité de son site, motivée par la conviction que tout visiteur — quelles que soient ses capacités ou ses outils — doit pouvoir accéder à nos produits et à nos services. Les exigences techniques appliquées sont celles du RGAA 4.1.2 / WCAG 2.1 niveau AA / EN 301 549 v3.2.1.

🔬 Environnement de test et méthode d’évaluation

Conformément aux exigences du RGAA (§ Contenu de la déclaration) :

• Méthode : analyse du code source du thème (HTML, CSS, JavaScript, PHP), complétée par des outils automatisés, par un rendu réel dans un navigateur avec mesures à l’écran, et par des tests fonctionnels manuels sur navigateurs et appareils réels.
• Bandeau de consentement : refusé avant toute mesure au clavier, en actionnant le bouton qui ne dépose rien. Sans ce refus, les mesures porteraient sur la modale et non sur la page. Les 15 pages de l’échantillon ont toutes été mesurées dans un navigateur réel.
• Outil d’audit principal : Audit PRO 2.5.8, édition Intégrale Plus — rendu réel en navigateur, mesure des contrastes sur le CSS servi, parcours clavier, simulation de douze profils de technologies d’assistance, veille des bibliothèques JavaScript.
• Moteur WCAG complémentaire : axe-core 4.13.0 (Deque Systems, licence MPL-2.0), employé sans modification. Ses règles de contraste sont désactivées au profit d’une mesure plus fine, qui fusionne les transparences et détecte le texte posé sur une image.
• Autres outils : RGAA Checker v4.1.2, axe DevTools 4.x, Google Lighthouse 13.x, Web Developer 3.0.1, GTmetrix, validateur du W3C, inspection manuelle du DOM et des propriétés ARIA.
• Analyse du HTML : bibliothèque lxml, dont la reconstruction du document est conforme à celle d’un navigateur — les critères de structure portent donc sur le document tel qu’il est affiché.
• Navigateurs testés (ordinateur) : Firefox 149+ (Windows 10-11), Google Chrome 124+ (Windows 10, macOS Big Sur à Tahoe), Microsoft Edge 124+ (Windows 10-11, macOS), Safari 17 (macOS Sonoma à Tahoe).
• Appareils mobiles testés : iPhone 7+, 11, 12 et 16 (iOS 17 et 26 ; Safari, Firefox, Edge), plusieurs modèles Android (Chrome, Firefox) dont Samsung Galaxy S20+, Xiaomi Mi 11 et Pixel 7 — couvrant des largeurs d’écran de 360 px à 1430 px.
• Technologies d’assistance : les combinaisons recommandées par la baseline RGAA (NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari, TalkBack + Chrome Android) n’ont pas encore été employées sur le site en production. L’ensemble des attributs ARIA a été vérifié par analyse du code et par axe-core, et douze profils de technologies d’assistance ont été simulés programmatiquement. Cette réserve est l’un des deux motifs du statut « partiellement conforme ».
• Échantillon de pages : 15 pages retenues parmi 200 pages parcourues, comprenant les 7 pages obligatoires du RGAA — accueil, contact, authentification, mentions légales, plan du site, aide/FAQ, déclaration d’accessibilité — et 8 pages représentatives des gabarits du site : archive de catégorie (133 pages de ce modèle), fiche produit (48 pages), page éditoriale (10 pages), page traduite, actualités, liste de souhaits, boutique, politique de confidentialité.
• Pages ayant fait l’objet de la vérification :
  • Accueil : https://lamaisonlouis.fr
  • Contact : https://lamaisonlouis.fr/contact
  • Mon compte (authentification) : https://lamaisonlouis.fr/mon-compte
  • Mentions légales : https://lamaisonlouis.fr/mentions-legales
  • Plan du site : https://lamaisonlouis.fr/plan-du-site
  • Aide / FAQ : https://lamaisonlouis.fr/faq
  • Déclaration d’accessibilité : https://lamaisonlouis.fr/accessibilite
  • Archive de catégorie : https://lamaisonlouis.fr/categorie-produit/cave
  • Fiche produit : https://lamaisonlouis.fr/boutique/cave/jus-de-fruits/jus-de-pomme
  • Page éditoriale : https://lamaisonlouis.fr/cgv
  • Page traduite : https://lamaisonlouis.fr/en
  • Actualités : https://lamaisonlouis.fr/actualites
  • Liste de souhaits : https://lamaisonlouis.fr/liste-de-souhaits/
  • Boutique : https://lamaisonlouis.fr/boutique
  • Politique de confidentialité : https://lamaisonlouis.fr/politique-de-confidentialite
• Dates : audit initial avril-mai 2026 ; dernier relevé automatisé le 21 août 2026 à 8 h 24.

🛠️ Technologies utilisées

• HTML5, CSS3, JavaScript ES6+ — thème sur mesure, aucun framework CSS tiers
• WordPress 6.9+, PHP 8.4, WooCommerce 10.7+, YITH WooCommerce Wishlist 4.14+, Polylang
• Typographies Playfair Display, Lora et Source Sans 3, hébergées localement (aucune requête vers Google Fonts)