Carrefour satisfaisait à 71 % des critères d'accessibilité. Un tribunal a jugé que ce n'est pas accessible.
Un score sur un tableau de bord a été la défense de Carrefour devant le tribunal, et le juge n'a pas admis un tunnel de commande partiellement accessible. L'European Accessibility Act s'applique depuis le 28 juin 2025.
RÉPONSE RAPIDE
L'European Accessibility Act s'applique depuis le 28 juin 2025. Si vous vendez en ligne à des consommateurs et comptez dix salariés ou plus, votre site web et votre application doivent être accessibles. Les tests automatisés détectent des défaillances sur 96 pages d'accueil sur 100. Un tribunal français a déjà ordonné à un distributeur de corriger son site sous astreinte journalière.
La personne responsable de l'e-commerce d'un site marchand de soixante salariés a entendu parler de l'European Accessibility Act. Il y a eu un webinaire au printemps dernier, une ligne dans une note au conseil d'administration, un e-mail d'un éditeur de plugin promettant la conformité en un clic. Le site avait passé une fois une analyse rapide. Le sujet est retourné dans le tiroir.
En juin 2026, un tribunal français l'a ressorti du tiroir pour tout le secteur. Carrefour a fait valoir devant le tribunal que son site satisfaisait à 71 % des critères d'accessibilité. Le juge a écrit que le site « ne peut pas être seulement un peu accessible ». Il doit l'être, point final.
Un tribunal français a montré à quoi ressemble l'application de la loi
Les premières affaires ne sont pas venues d'une autorité de contrôle. Elles sont venues d'associations qui représentent des personnes utilisant des technologies d'assistance.
En juillet 2025, deux associations françaises de défense des personnes handicapées, apiDV et Droit Pluriel, ont adressé des mises en demeure à Carrefour et à d'autres grands distributeurs. L'affaire contre Carrefour a été portée devant le tribunal judiciaire de Caen. Son ordonnance du 4 juin 2026, publiée par les demanderesses, est courte et lisible.
Figure 1Caen, 4 juin 2026
Soixante et onze pour cent, ce n'était pas assez.
L'ordonnance rendue dans l'affaire apiDV et Droit Pluriel contre Carrefour France, telle que le tribunal l'a rédigée.
Le tribunal a ordonné à Carrefour France de rendre accessibles son site de e-commerce et son application. Il lui a laissé six mois, puis a fixé une astreinte de 500 € par jour de retard au-delà de ce délai. Il a également ordonné le versement de 10 000 € de dommages-intérêts provisionnels aux deux associations.
Deux détails comptent pour tous les autres. Le fondement juridique était la transposition française de la directive européenne, que la France a inscrite dans son Code de la consommation. Et la voie était privée : des associations, une procédure d'urgence, un juge. Aucune autorité de contrôle n'a eu à agir d'abord.
71 % d'accessibilité, ce n'est pas être accessible
La défense de Carrefour reposait sur sa propre déclaration d'accessibilité. Au regard du RGAA, son site satisfaisait à 71,21 % des critères. Le tribunal a retenu le chiffre et rejeté l'argument. Le juge a écrit que le site de e-commerce concerné « ne peut pas être seulement un peu accessible, il doit l'être totalement ».
C'est le passage que tout propriétaire de site devrait lire deux fois. Un score n'est pas une conformité. Un tableau de bord affichant 85 % de vert est la liste de ce qui échoue encore. Pour une personne aveugle, un tunnel de commande qui fonctionne sur neuf écrans sur dix ne fonctionne pas.
La même logique vaut pour un raccourci très répandu. Un widget « overlay » qui promet la conformité en ajoutant une barre d'outils à la page ne corrige pas le code dont le site est fait, et ce code est ce que lit un lecteur d'écran et ce sur quoi un tribunal pose ses questions.
La loi s'applique aux sites web depuis le 28 juin 2025
L'European Accessibility Act est la directive (UE) 2019/882. Les États membres devaient la transposer en droit national et, selon l'article 31, paragraphe 2, ils « appliquent ces dispositions à partir du 28 juin 2025 ». Cette date est passée. Il n'existe aucun délai de grâce pour un nouveau site web construit aujourd'hui.
Une période transitoire existe, mais elle est plus étroite qu'il n'y paraît. L'article 32 permet aux prestataires de services de continuer à utiliser jusqu'au 28 juin 2030 les produits qu'ils utilisaient déjà avant cette date, et laisse courir les contrats de services conclus avant juin 2025. Ce n'est pas cinq ans de vacances pour votre page d'accueil.
Elle vous concerne si vous vendez en ligne à des consommateurs et comptez dix salariés ou plus
L'EAA ne couvre pas tous les sites web. L'article 2, paragraphe 2, énumère les services concernés lorsqu'ils sont fournis à des consommateurs, et celui qui touche la plupart des entreprises est le commerce électronique. Le considérant 42 le définit comme un service fourni à distance, « via des sites internet et des services intégrés sur appareils mobiles », à la demande individuelle d'un consommateur, « en vue de conclure un contrat de consommation ».
Concrètement : si un particulier peut acheter chez vous, réserver auprès de vous ou conclure un contrat avec vous par l'intermédiaire de votre site web ou de votre application, l'EAA est susceptible de s'appliquer. La liste cite aussi les services bancaires aux consommateurs, les livres numériques, le transport de voyageurs et les communications électroniques.
Une exemption compte pour les petites entreprises. L'article 4, paragraphe 5, dispose que « les microentreprises qui proposent des services sont exonérées » de l'obligation de se conformer aux exigences d'accessibilité. L'article 3, point 23, définit la microentreprise comme une entreprise qui emploie moins de dix personnes, avec un chiffre d'affaires annuel ou un total de bilan annuel qui n'excède pas 2 millions d'euros. À partir de dix salariés, l'exemption disparaît.
Un site purement interentreprises, ou un site qui se contente de présenter une société sans prendre de commandes ni conclure de contrats, ne figure pas sur cette liste. Savoir si votre propre service entre dans le champ est une question pour un avocat de votre pays. Le sens de l'évolution, lui, ne fait pas question.
L'EAA ne fixe aucune liste de contrôle. La norme qui le sous-tend, si
La directive fixe des exigences fonctionnelles dans ses annexes : perceptible, utilisable, compréhensible, robuste. Elle ne mentionne aucune liste de contrôle technique. Cette liste vient de la norme harmonisée, l'EN 301 549. Un service qui la respecte est présumé conforme à la directive.
La version actuellement citée, l'EN 301 549 v3.2.1, aligne ses exigences web sur les Web Content Accessibility Guidelines (WCAG) 2.1 au niveau AA. Et elle vient d'évoluer. Le 7 septembre 2026, le centre AccessibleEU de la Commission a annoncé que la nouvelle version, la 4.1.1, « adopte les WCAG 2.2 » à la place de la 2.1. Tant que la Commission ne l'aura pas citée au Journal officiel, la référence juridique reste les WCAG 2.1 AA.
Ce que cela implique pour quiconque construit aujourd'hui : construire selon les WCAG 2.2 AA. Elles incluent tout ce que contiennent les 2.1, et c'est vers elles que va la référence.
96 pages d'accueil sur 100 échouent au test automatisé
Chaque année, WebAIM exécute des tests d'accessibilité automatisés sur les pages d'accueil du million de sites les plus visités. Le rapport 2026, issu d'une exploration réalisée en février 2026, a détecté des défaillances WCAG 2 sur 95,9 % des pages d'accueil, contre 94,8 % en 2025. La page moyenne comptait 56,1 erreurs, soit 10,1 % de plus qu'un an plus tôt.
Figure 2WebAIM Million 2026
Quatre-vingt-seize pages d'accueil sur cent échouent.
Un point pour cent pages d'accueil parmi le million de sites web les plus visités, testées automatiquement en février 2026.
Ce n'est pas une enquête sur des sites délaissés. C'est le million de sites les plus visités, y compris des entreprises dotées d'équipes juridiques et de budgets de conception. Et c'est un plancher. WebAIM le dit lui-même : les outils automatisés ne peuvent pas détecter toutes les défaillances, et l'absence d'erreurs détectées « n'indique pas qu'une page est accessible ».
Les six défaillances les plus courantes sont banales, et c'est une bonne nouvelle
Le même rapport recense les défaillances les plus fréquentes, en part des pages d'accueil :
- Texte à faible contraste, sur 83,9 %. Du texte gris sur fond blanc, du texte blanc sur une photo pâle, un pied de page dans une couleur choisie parce qu'elle faisait discret.
- Texte alternatif manquant pour les images, sur 53,1 %. L'image dit quelque chose et le lecteur d'écran ne dit rien.
- Étiquettes manquantes sur les champs de formulaire, sur 51 %. Un champ avec un texte indicatif à la place d'une étiquette, qui disparaît dès que l'on commence à saisir.
- Liens vides, sur 46,3 %. Une icône qui renvoie vers Instagram, sans nom, lue à voix haute comme « lien ».
- Boutons vides, sur 30,6 %. Une loupe ou une croix de fermeture qui n'indique pas ce qu'elle fait.
- Langue du document manquante, sur 13,5 %. Un seul attribut, et un lecteur d'écran peut prononcer correctement la page.
WebAIM a constaté que 96 % de toutes les erreurs détectées relèvent de ces six catégories. Aucune ne demande de recherche ni de nouvelle technologie. Elles résultent d'habitudes de conception et de réalisation, et des habitudes peuvent être changées d'un seul coup sur l'ensemble d'un site.
Elevates a d'abord passé le test sur son propre site
Avant d'écrire cet article, Elevates a exécuté une vérification WCAG automatisée (axe, règles WCAG 2.2 A et AA) sur sa propre page d'accueil et sur l'un de ses articles, le 19 septembre 2026. Les deux ont échoué sur deux des six catégories ci-dessus : un texte de pied de page dans une couleur trop pâle pour atteindre le contraste minimal, et quatre icônes de réseaux sociaux qui renvoient vers l'extérieur sans nom accessible.
Ces deux défauts ont été corrigés avant la publication de cet article : la couleur du pied de page est passée à une teinte qui réussit le test, et chaque lien d'icône indique désormais où il mène. La correction a pris quelques minutes. Trouver le problème a demandé de lancer le test. Un site qui n'a jamais été testé n'a pas réussi. On ne lui a simplement pas posé la question.
Ce que vous pouvez vérifier cette semaine sans payer personne
Le premier passage est gratuit et ne demande pas de développeur.
- Lancez un vérificateur automatique gratuit sur votre page d'accueil, sur votre page produit ou service, et sur votre tunnel de commande ou votre formulaire de contact. WAVE de WebAIM et l'extension de navigateur axe sont tous deux gratuits. Notez les défaillances par type.
- Débranchez la souris. Essayez d'atteindre chaque lien, d'ouvrir le menu, de remplir le formulaire et de finaliser un achat avec les seules touches Tab, Entrée et les flèches. Si vous ne pouvez pas avancer, ou ne voyez pas où vous vous trouvez sur la page, une personne qui navigue au clavier ne le peut pas non plus.
- Zoomez à 200 % dans le navigateur. Le texte doit se réagencer, pas sortir du cadre, et rien ne doit se chevaucher.
- Lisez vos images. Pour chaque image porteuse de sens, demandez-vous ce qu'elle dirait en une phrase. Cette phrase est son texte alternatif.
- Regardez vos champs de formulaire. Chaque champ doit avoir une étiquette visible qui reste quand on saisit du texte.
- Vérifiez vos contrastes. Du texte gris sur fond clair, ou du texte sur des photographies, est la défaillance la plus courante du web.
Cela ne rendra pas un site conforme. En une après-midi, cela vous dira si vous avez devant vous un petit ménage à faire ou un vrai problème.
Là où la vérification gratuite s'arrête
Les outils automatisés détectent les défaillances mesurables dans le code. Ils ne peuvent pas dire si une personne utilisant un lecteur d'écran peut réellement finaliser un achat, si un message d'erreur a du sens lu à voix haute, ni si un sélecteur de date peut s'utiliser sans souris. Cela se découvre en testant avec des technologies d'assistance, en suivant de vrais parcours à travers le site.
Il y a ensuite la partie qu'aucun outil ne touche : l'obligation de dire ce que vous avez fait. L'annexe V de la directive impose aux prestataires de services d'inclure les informations évaluant la façon dont le service respecte les exigences d'accessibilité, dans leurs conditions générales ou dans un document équivalent. C'est un document que quelqu'un doit rédiger, tenir exact et mettre à jour quand le site change.
Et le plus difficile est de le maintenir. Un site qui réussit en octobre échoue en mars, quand une nouvelle bannière apparaît dans une couleur que l'équipe de marque aimait bien, ou qu'un nouveau plugin ajoute un bouton sans nom. L'accessibilité numérique n'est pas un certificat accroché au mur. C'est une propriété du site que chaque modification peut casser.
Ce que cela vous coûte, et ce que fait Elevates
Pour un détaillant de dix salariés ou plus, le coût de l'inaction n'est plus théorique. C'est une décision de justice, une échéance et une astreinte journalière, et, avant cela, des clients qui quittent un tunnel de commande qu'ils ne peuvent pas utiliser. En 2024, 23,9 % des personnes de 16 ans et plus dans l'UE avaient un handicap, selon Eurostat. Un tunnel de commande qui les met en échec est une fuite de chiffre d'affaires avant d'être un risque juridique.
Le travail se situe à l'un de deux endroits. Pour de nombreux sites, la vérification gratuite fait ressortir les six défaillances habituelles : contraste, étiquettes, noms, texte alternatif. Elles se corrigent une fois dans les gabarits, et tout le site s'améliore. Ce sont des jours, pas des mois, et c'est le résultat à espérer. Pour d'autres, la vérification met en évidence un tunnel de commande, un moteur de réservation ou une application construits sur des composants qui ne peuvent pas être rendus accessibles sans les reconstruire. La question est alors de reconstruire correctement ce parcours ou de continuer à rafistoler une structure qui échoue à chaque nouveau test.
Ce que fait Elevates avec un site de ce type : tester les vrais parcours au clavier et avec un lecteur d'écran, pas seulement avec un scanner ; corriger les défaillances dans les gabarits pour que toutes les pages s'améliorent d'un coup ; construire tout nouvel élément selon les WCAG 2.2 AA ; rédiger la déclaration d'accessibilité en même temps que le site, pour qu'elle reste vraie quand le site change.
La question à poser cette semaine
Posez une question à la personne qui gère votre site web : quand quelqu'un a-t-il testé pour la dernière fois le tunnel de commande, ou le formulaire de contact, sans souris ?
S'il y a une date et un rapport, vous avez un point de départ. S'il y a un haussement d'épaules, vous avez la même réponse que Carrefour avant juin, et une vision plus claire que Carrefour de ce qui vient ensuite.