Aller au contenu principal
Scanready Tester
Mesure propre · 20 sites · 108 pages

Les barrières les plus fréquentes dans les boutiques en ligne — 792 constats sur 20 sites

En matière d’accessibilité dans le commerce, on estime beaucoup et on mesure peu. Nous avons testé 20 sites germanophones sur 108 pages au total. Le résultat est plus net que nous ne l’attendions : un seul critère représente plus de la moitié de tous les constats.

Ce qui a été mesuré

Pour situer les chiffres qui suivent : ampleur, outil, référentiel — et les choix qui font que les nombres ressortent plutôt bas que hauts.

Les 21 et 25 août 2026, nous avons testé 20 sites germanophones techniquement testables, sur huit pages au maximum chacun : accueil, catégorie, fiche produit, panier, connexion, contact, mentions légales, confidentialité. 108 pages au total. Ce sont des sites réels et publiquement accessibles, de toutes tailles et de secteurs variés — d’un service public communal à un grand généraliste.

L’outil est axe-core 4.10.2 de Deque, le moteur de test que l’on retrouve dans Lighthouse et dans de nombreux outils de développement, exécuté dans un vrai navigateur via Playwright. Les jeux de règles actifs étaient wcag2a, wcag2aa, wcag21a et wcag21aa — soit le périmètre correspondant à EN 301 549 et à son renvoi aux WCAG 2.1 niveau AA.

Les constats sont regroupés, pas additionnés. Le même défaut dans un en-tête ou un pied de page figure sur chaque page d’un site. Nous les regroupons via une empreinte normalisée du fragment HTML et comptons chaque emplacement une fois, avec la mention « sur N pages sur M ». 1 862 occurrences brutes deviennent ainsi 792 constats consolidés — un facteur 2,4. Compter les occurrences brutes donne plus du double.

En regard se tiennent 3 118 vérifications réussies. Cela fait partie d’un compte rendu honnête : sur ces sites, bien plus de choses fonctionnent qu’il n’en manque.

Les bandeaux de cookies ne sont pas escamotés d’un clic. Un clic automatique sur « Accepter » serait une déclaration de volonté au nom d’autrui. Lorsqu’un bandeau masque du contenu ou retire des parties de la page du périmètre testable via aria-hidden, nous le signalons — ce qui fait ressortir le nombre de constats plutôt bas que haut.

Et les sites ne sont pas nommés. Un tableau de domaines et de nombres de défauts se lit inévitablement comme un classement, et un classement devient vite un jugement sur l’entreprise d’autrui. Nous n’en avons ni le droit ni les éléments : un test automatique ne couvre qu’une partie des critères, et chaque mesure est l’instantané d’une seule journée. Vous trouverez donc ici le secteur et le chiffre.

La dispersion est le véritable résultat

Les 792 constats ne se répartissent pas uniformément. En classant les 20 sites par nombre de constats, on obtient cette suite :

0 · 2 · 5 · 7 · 9 · 10 · 13 · 13 · 22 · 23 · 27 · 35 · 35 · 39 · 55 · 57 · 58 · 73 · 152 · 157

La médiane est de 25, la moyenne de 39,6. À eux seuls, les deux plus gros sites représentent 39 pour cent de l’ensemble de la mesure, avec 152 et 157 constats. Deux sites d’ampleur comparable, avec le même nombre de pages, peuvent donc être séparés par un facteur 20 — le nombre de constats tient à l’état du thème, pas à la taille de l’entreprise.

Un site n’en avait aucun. Une maison de vente par correspondance de produits d’artisanat est restée à zéro constat détectable par machine sur sept pages testées — avec 206 vérifications réussies. Des sites conformes existent, et ce ne sont ni les plus grands ni les plus coûteux. C’est pourquoi nous ne travaillons pas avec « vous échouez tous » mais avec « nous vous disons où vous en êtes ».

Par gravité, les 792 constats se répartissent en 104 classés critiques et 688 classés graves. Aucun niveau inférieur n’est apparu dans l’ensemble de l’exécution — ce qui tient au fait que les jeux de règles actifs visent précisément les critères dont la violation entrave réellement l’usage.

Quatre règles représentent 86 pour cent

Qui veut savoir où l’effort est rentable n’a pas à parcourir 70 critères. Quatre suffisent pour l’essentiel.

Constats par règle axe, 20 sites, 108 pages, mesure des 21 et 25 août 2026
RègleConstatsPartSur des sitesRéférence WCAG
color-contrast43054,3 %19 sur 201.4.3 Contraste (minimum)
link-in-text-block13216,7 %4 sur 201.4.1 Utilisation de la couleur
image-alt627,8 %5 sur 201.1.1 Contenu non textuel
link-name567,1 %11 sur 204.1.2 Nom, rôle et valeur
listitem334,2 %2 sur 201.3.1 Information et relations
nested-interactive192,4 %3 sur 204.1.2 Nom, rôle et valeur
label131,6 %2 sur 203.3.2 Étiquettes ou instructions
button-name101,3 %5 sur 204.1.2 Nom, rôle et valeur
treize autres règles374,7 %diverses

Constats consolidés après déduplication. « Sur des sites » indique sur combien des 20 sites la règle s’est déclenchée au moins une fois. Un échantillon de cette taille montre des motifs et une dispersion — ce n’est pas une étude de marché représentative.

Les quatre règles les plus fréquentes représentent ensemble 680 constats sur 792, soit 85,9 pour cent. Trois d’entre elles peuvent être corrigées entièrement à partir du constat lui-même ; une, image-alt, ne peut pas l’être automatiquement. Ce que cela signifie pour l’effort est détaillé dans l’article sur la correction.

WCAG 2.1 · 1.4.3

Le contraste n’est pas un problème secondaire, c’est le problème

430 constats sur 792 sont des défauts de contraste. Ils sont apparus sur 19 sites sur 20 ; le seul sans constat de contraste est celui qui n’avait aucun constat du tout. Tous secteurs, toutes tailles, tous budgets confondus — c’est le résultat le plus net de toute la mesure.

L’exigence ne relève pas de l’interprétation. Le critère de succès 1.4.3 des WCAG 2.1 exige un rapport de contraste d’au moins 4,5:1 avec l’arrière-plan pour le texte normal, et d’au moins 3:1 pour le texte de grande taille. Un rapport de contraste est un nombre que l’on calcule, pas que l’on apprécie. Il n’y a donc pas de discussion de goût ici.

Pourquoi cela arrive tout de même partout : le gris clair sur blanc est une mode graphique depuis des années. Elle touche presque toujours les mêmes endroits — libellés secondaires sous les noms de produits, textes d’aide dans les champs de recherche, états désactivés des boutons, liens de pied de page, petits caractères sous les prix et ligne de texte des bandeaux promotionnels. Aucun de ces endroits ne saute aux yeux quand on conçoit sur un écran lumineux et coûteux. Chacun saute aux yeux sur un téléphone en plein soleil.

S’y ajoute un second chiffre rarement cité : sur les 20 sites, des questions de contraste sont restées ouvertes comme « non décidables automatiquement » — texte sur images, sur dégradés, sur vidéo. Y compris sur le site qui n’avait aucun constat. Dans ces cas, un outil ne peut pas déterminer l’arrière-plan de façon univoque et signale donc non pas une erreur mais une question ouverte. Qui ne regarde que le nombre d’erreurs les manque.

link-in-text-block, 132 constats. Un lien dans le texte courant qui ne se distingue de son entourage que par la couleur. Le critère de succès 1.4.1 des WCAG 2.1 exige que la couleur ne soit pas le seul moyen de véhiculer une information — qui distingue mal les couleurs ne voit alors aucun lien. La répartition est parlante : cette règle n’a touché que 4 sites sur 20 mais représente 17 pour cent de tous les constats. C’est typique, car la cause est pratiquement toujours une classe CSS qui supprime le soulignement et qui s’applique ensuite à chaque lien du texte. Sur un site, une seule classe de ce type portait 42 constats.

link-name, 56 constats sur 11 sites sur 20. Le constat le plus répandu après le contraste. Un lien ou un bouton n’a pas de nom accessible : visuellement c’est une icône, pour un lecteur d’écran c’est un élément vide. Cela touche toujours les mêmes éléments — panier, recherche, compte, favoris, changement de langue, croix de fermeture d’une boîte de dialogue. Avec button-name (10 constats sur 5 sites) et svg-img-alt, c’est la famille « icône sans texte », présente sur un site testé sur deux.

Les deux sont peu coûteux à corriger et presque toujours ignorés, parce qu’un usage visuel ne les révèle pas. C’est la raison pour laquelle l’inspection visuelle par l’exploitant ne remplace pas une mesure : on ne voit pas ce qui manque.

<code>image-alt</code> : le type de constat qu’aucun outil ne résout

62 constats sur 5 sites sur 20 sont des images sans alternative textuelle. C’est la seule des quatre grandes règles pour laquelle aucune proposition de correction ne peut être générée — pas même avec un modèle de langue.

La raison est banale et constamment ignorée : qui n’a pas vu l’image ne peut pas décrire ce qu’elle montre. Et une alternative textuelle erronée est pire qu’aucune. Elle fait disparaître le constat à la prochaine exécution sans résoudre le problème — le lecteur d’écran énonce alors avec assurance quelque chose de faux. C’est exactement le mécanisme qui vaut leur mauvaise réputation aux textes alternatifs générés automatiquement par les outils de surcouche.

Il existe exactement deux cas décidables par machine : les pixels de mesure et les cales d’espacement. Une image de 1×1 pixel, ou dont le nom de fichier contient « spacer », « pixel » ou « blank », est sûrement décorative et reçoit un attribut alt vide. Tout le reste exige un humain qui regarde l’image et sait pourquoi elle est là.

Pour un devis, cela signifie : le poste « alternatives textuelles » est le seul qui croît linéairement avec le nombre d’images. Il ne peut être ni optimisé ni regroupé dans une correction de masse.

Les défauts de structure : peu d’endroits, beaucoup de constats

listitem (33 constats), nested-interactive (19), aria-required-children (6) et list (3) vont ensemble : dans les quatre cas, la structure déclarée ne correspond pas à la structure réelle. Un <li> sans liste englobante. Un bouton dans un bouton. Un élément portant le rôle ARIA menu dont les enfants ne sont pas des menuitem.

Cela fait 61 constats au total — et ils se concentrent : listitem sur seulement 2 sites sur 20, nested-interactive sur 3. De tels défauts ne viennent pratiquement jamais du cœur d’un système de boutique, mais de navigations, menus déroulants et carrousels faits maison. L’avantage pratique : c’est presque toujours un endroit dans un gabarit qui règle beaucoup de constats d’un coup.

L’inconvénient pratique : un outil de test signale le fragment fautif, mais le défaut se situe dans l’élément parent, qu’il ne fournit pas. Ces constats sont donc accompagnés d’une marche à suivre et du contexte, mais pas d’une proposition de code toute faite. Quels systèmes se sont distingués et comment figure sur notre page consacrée aux systèmes de boutique.

Annexe 1, n° 1, lettre a) BFSG

Ce qu’aucun de ces chiffres ne contient

La section la plus importante de cet article. Sans elle, les chiffres ci-dessus induiraient en erreur.

Un test automatique ne couvre qu’une partie des critères ; on cite habituellement environ un tiers. Ce que cette mesure n’a fondamentalement pas testé :

  • l’utilisabilité au clavier du tunnel de commande — le panier est ouvert mais non rempli, et aucune commande n’est passée
  • la visibilité du focus et le fait de savoir si la navigation au clavier se bloque quelque part
  • l’ordre de lecture et de tabulation — la correspondance entre l’ordre du code et l’ordre visible
  • l’exactitude des alternatives textuelles existantes — une alternative fausse passe le test
  • la compréhensibilité des messages d’erreur et leur rattachement au champ concerné
  • les sous-titres et l’audiodescription dans les vidéos
  • et la documentation légale elle-même : les informations de l’annexe 3 et une voie de signalement opérationnelle — questions de documentation, pas de code

Le recoupement avec ce que la loi exige de l’autorité est frappant. L’annexe 1, n° 1, lettre a) BFSG prescrit que l’échantillon examine toutes les étapes d’une procédure, au moins dans l’ordre standard suivi par un utilisateur ordinaire, et la lettre b) cite expressément les formulaires, les boîtes de dialogue, les confirmations de saisie et les messages d’erreur. C’est précisément le domaine qu’un test automatique ne couvre pas — et précisément pour cela qu’un rapport sans constat n’est pas une preuve de conformité. Cette phrase figure aussi dans chaque rapport que nous livrons.

Deux autres sites n’ont pas pu être mesurés du tout, pour une raison sans rapport avec l’étendue du contrôle : l’appel a échoué dès la vérification du certificat par le navigateur — sur l’un, l’adresse appelée ne correspondait pas au certificat ; sur l’autre, l’autorité émettrice était inconnue du navigateur. Nous ne passons pas outre un avertissement de certificat. Sur un troisième site, seule la page d’accueil était accessible : une règle de protection du réseau en amont y a refusé le navigateur automatisé, et franchir une barrière d’accès est autre chose que lire une page publiquement accessible. Ces trois-là manquent donc dans cette analyse plutôt que d’y figurer avec des valeurs estimées.

Sources et données

Les données de mesure proviennent de nos propres exécutions ; les référentiels utilisés sont des normes publiées. Tous les liens ont été vérifiés le 27 août 2026.

  1. Mesure propre, ScanreadyExécutions des 21 et 25 août 2026 sur 20 sites germanophones, 108 pages. Outil, choix des pages, déduplication et limites sont décrits plus haut sous « Ce qui a été mesuré » ; le même outil est librement utilisable sur notre page d’accueil.https://scanready.eu/fr/ (s’ouvre dans une nouvelle fenêtre)Consulté le 27.08.2026
  2. axe-core 4.10.2, Deque Systems, licence MPL-2.0Moteur de test ; jeux de règles wcag2a, wcag2aa, wcag21a, wcag21aahttps://github.com/dequelabs/axe-core (s’ouvre dans une nouvelle fenêtre)Consulté le 27.08.2026
  3. Web Content Accessibility Guidelines (WCAG) 2.1, recommandation du W3CCritères de succès 1.1.1 (contenu non textuel), 1.3.1 (information et relations), 1.4.1 (utilisation de la couleur), 1.4.3 (contraste minimum, 4,5:1 et 3:1), 3.3.2, 4.1.2https://www.w3.org/TR/WCAG21/ (s’ouvre dans une nouvelle fenêtre)Consulté le 27.08.2026
  4. EN 301 549 V3.2.1 (2021-03), « Accessibility requirements for ICT products and services », ETSI/CEN/CENELECChapitre 9 (Web) renvoyant aux WCAG 2.1 niveau AAhttps://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf (s’ouvre dans une nouvelle fenêtre)Consulté le 27.08.2026
  5. Barrierefreiheitsstärkungsgesetz (BFSG)Annexe 1 (relative au § 28), n° 1, lettres a) et b) — méthode de contrôle, étapes de procédure, formulaires et messages d’erreurhttps://www.gesetze-im-internet.de/bfsg/anlage_1.html (s’ouvre dans une nouvelle fenêtre)Consulté le 27.08.2026
  6. BFSG§ 4 — présomption de conformité fondée sur les normes harmoniséeshttps://www.gesetze-im-internet.de/bfsg/__4.html (s’ouvre dans une nouvelle fenêtre)Consulté le 27.08.2026

À lire ensuite

792 constats font 284 décisions

Ce que corriger ces constats représente réellement comme travail — et pourquoi leur nombre est le mauvais point d’ancrage tarifaire.

Ce que fait réellement la surveillance du marché

Quelles pages doivent figurer dans un échantillon selon l’annexe 1, et ce que l’autorité dit des contrôles préalables automatisés.

L’accessibilité dans votre système de boutique

Shopware, Shopify, WooCommerce, OXID, Magento, TYPO3 — avec les constats par système issus de la même mesure.

Ce que coûte la mise en accessibilité d’un site

Quatre blocs de coûts constamment confondus, et les prix réellement pratiqués sur le marché.

Combien y en aurait-il chez vous ?

Le même moteur, les mêmes jeux de règles, la même déduplication que dans cette mesure. Saisissez votre adresse, le chiffre s’affiche aussitôt — gratuitement et sans inscription.

Tester le site Voir les tarifs