Accessibilité

✅ Points conformes

Vérifications réalisées manuellement et via outils automatisés (axe-core, RGAA Checker, Lighthouse). Les éléments suivants respectent les critères WCAG 2.1 / RGAA 4.1 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 (RGAA 12.11)
• Alternatives textuelles sur toutes les images porteuses d'information ; images décoratives masquées via aria-hidden="true" (RGAA 1.1 / 1.2)
• Hiérarchie des titres cohérente h1→h2→h3 sans saut de niveau sur toutes les pages (RGAA 9.1)
• Contrastes conformes WCAG AA — 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é" dans la bannière cookie : couleur --ocre-l (#D9A44E, 5.35:1 sur fond --ardoise) (RGAA 3.2)
• Formulaires — étiquettes <label for> visibles et associées, aria-required sur tous les champs obligatoires, autocomplete sur les champs personnels (RGAA 11.1 / 11.13)
• Indicateurs de focus visibles sur tous les éléments interactifs — outline: 2px solid, aucun outline:none (RGAA 10.7)
• 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)
• Modale demande de devis — sélection produits via <button aria-pressed> (ARIA 1.2), filtre catégories via <details>/<summary> natif accessible clavier, zone quantités avec <label> et aria-label discriminants (RGAA 7.1 / 11.1)
• Navigation par flèches sur les onglets fiche produit — pattern ARIA Tabs complet avec 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 (RGAA 7.1)
• Onglets fiche produit — role="tabpanel" avec aria-labelledby, tabindex="0" (RGAA 7.1)
• Mini-panier — bouton "Retirer" avec aria-label discriminant incluant le nom du produit (RGAA 6.1)
• Formulaire d'avis produit — radios dans <fieldset>/<legend>, classe screen-reader-text sur les labels étoiles (RGAA 11.1)
• Régions aria-live non imbriquées — annonces lecteur d'écran sans duplication (RGAA 7.5)
• En-têtes de sécurité HTTP — CSP, HSTS, X-Frame-Options, X-Content-Type-Options, COOP, Referrer-Policy, Permissions-Policy actifs (non RGAA, bonne pratique)
• Champ quantité WooCommerce — aria-label="Quantité pour [nom produit]" injecté via filtre PHP (RGAA 11.1)
• Formulaire de recherche — <label> explicite, bouton submit avec texte sr-only et aria-label (RGAA 11.1 / 11.9)
• Langue déclarée — lang="fr" via WordPress (RGAA 8.3) ; type de document HTML5 valide (RGAA 8.1)
• Pagination — <nav aria-label> (RGAA 12.8)

⚠️ Non-conformités et points de vigilance

Selon la méthode officielle RGAA 4.1, le taux de conformité est calculé en divisant les critères conformes par les critères applicables. Les contenus rendus par des tiers hors de notre contrôle sont classés en dérogation légale (art. 3 du décret n° 2019-768) et exclus du calcul. Il en résulte :

• Sélecteurs de variations produit WooCommerce (RGAA 11.1) — conforme — les attributs de variation sont rendus sous forme de <select> associés à un <label for> (RGAA 11.1 conforme). Le critère 11.6 porte sur les regroupements de boutons radio/cases à cocher uniquement — il est non applicable dans ce contexte. Le fichier variable.php du thème ajoute aria-required, aria-describedby et aria-live sur la zone prix/stock dynamique.
• Test avec technologie d'assistance sur site en production — réserve méthodologique — l'audit a été conduit par analyse statique exhaustive du code source, inspection manuelle et outils automatisés (axe-core, RGAA Checker, Lighthouse). Les tests fonctionnels ont été réalisés sur navigateurs et appareils réels (voir section "Environnement de test"). Un test complet avec NVDA + Firefox (Windows) et VoiceOver + Safari (iOS) en conditions réelles sur lamaisonlouis.fr n'a pas encore été effectué. Cette réserve explique le statut "partiellement conforme" et le taux conservateur de 96 % retenu plutôt que les 98–100 % que suggère l'analyse statique. Ce point n'est pas un critère RGAA à proprement parler : le référentiel définit des exigences techniques, non une obligation de test avec lecteur d'écran.

🔌 Dérogations légales — contenus tiers hors portée

Conformément à l'article 3 du décret n° 2019-768, les contenus produits par des tiers qui ne sont ni financés ni développés par l'organisme et qui ne sont pas sous son contrôle sont exemptés de l'obligation de conformité. Les éléments suivants bénéficient de cette dérogation et sont exclus du calcul du taux de conformité :

• WooCommerce Payments / Payplug — tunnel de paiement et formulaires de carte bancaire rendus dans des iframes tiers (RGAA 11.1, 11.2, 7.1, 7.3). Les éléments sous notre contrôle (styles de focus, contrastes sur nos propres boutons) ont été corrigés. Le HTML interne des iframes Payplug est hors portée.
• YITH WooCommerce Wishlist (v4.14+) — fonction de partage — partage vers réseaux sociaux (Facebook, WhatsApp) et email, entièrement rendu par le plugin (RGAA 6.1, 7.1). Note : le bouton principal "Ajouter à la liste de souhaits" est corrigé par notre thème via MutationObserver (aria-label discriminant, aria-pressed) et est conforme.
• Gravatar (WordPress core) — avatars des avis produits chargés depuis gravatar.com. Le chargement externe et l'alt sont gérés par WordPress core.

📋 Cadre légal et démarche volontaire

L'accessibilité numérique est encadrée en France par la loi n° 2005-102 du 11 février 2005, modifiée par la loi n° 2018-771 du 5 septembre 2018 (transposition de la directive européenne 2016/2102/UE), et par le décret n° 2019-768 du 24 juillet 2019. Le RGAA est légalement obligatoire pour les personnes morales de droit public et les entreprises dépassant 250 millions d'euros de chiffre d'affaires annuel moyen. Maison Louis est une TPE et n'est pas légalement soumise au RGAA. Cette démarche d'accessibilité est volontaire, 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 / 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 : audit par analyse statique exhaustive du code source du thème (HTML, CSS, JavaScript, PHP), complété par des outils automatisés (RGAA Checker, axe DevTools, Lighthouse, Web Developer, GTMetrix, W3C Validator) et des tests fonctionnels manuels sur navigateurs et appareils réels.
• Outils automatisés utilisés : RGAA Checker v4.1.2, axe DevTools 4.x (WCAG 2.1 AA), Google Lighthouse 13.x, Web Developer 3.0.1, site GTMetrix, site de W3C Validator, inspection manuelle du DOM et des propriétés ARIA dans les DevTools.
• Navigateurs testés (desktop) : Firefox 149+ (Windows 10-11), Google Chrome 124+ (Windows 10, MacOs Tahoe-Ventura-BigSur), 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, Microsoft Edge), plusieurs modèles Android (Chrome mobile, Firefox) — palette large couvrant des tailles d'écran de 360 px à 1430 px, dont Samsung Galaxy S20+, Xiaomi Mi 11, Pixel 7.
• Technologies d'assistance : les combinaisons AT recommandées par la baseline RGAA (NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari, TalkBack + Chrome Android) n'ont pas encore été testées sur le site en production lamaisonlouis.fr. L'ensemble des attributs ARIA (rôles, états, propriétés) a été vérifié par analyse statique et validation axe-core. Cette réserve explique le statut "partiellement conforme".
• Pages auditées (échantillon représentatif) : page d'accueil, page boutique (archive produits avec filtres), fiche produit (variante simple et variante avec options), panier, formulaire de contact, page mentions légales, page accessibilité.
• Date de l'audit : mars–avril 2026. Mise à jour continue.

🛠️ 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+
• Typographies Playfair Display, Lora, Source Sans 3 hébergées localement (aucune requête Google Fonts)
• Outils d'audit : RGAA Checker v4.1.2, axe DevTools 4.x (WCAG 2.1 AA), Google Lighthouse 13.x, analyse statique du code source, Web Developer 3.0.1, site GTMetrix, site W3C Validator, DevTools Chrome/Firefox/Edge/Safari