Six critères WCAG 2.2 qui bloquent le processus de paiement, et l'ordre dans lequel les corriger.

Six critères WCAG 2.2 qui bloquent le processus de paiement, et l'ordre dans lequel les corriger.

Le 2 septembre 2026, l'ETSI a publié EN 301 549 V4.1.1La version 2.2 de la norme européenne d'accessibilité des TIC, qui remplace la norme de référence WCAG 2.1, ajoute neuf critères de succès, dont six de niveau A ou AA. Ces six critères s'intègrent au processus de paiement ou de réservation, et non plus à une page marketing. La Turquie a été pionnière sur un point : la circulaire présidentielle 2025/10, publiée le 21 juin 2025, mentionne déjà WCAG 2.2 et accorde aux fournisseurs de commerce électronique, conformément à la loi n° 6563, un délai de deux ans pour s'y conformer.

Ce guide s'adresse à toute personne gérant un processus de paiement ou de réservation pour les consommateurs de l'UE, de Turquie ou des deux. À la fin de ce guide, vous serez capable d'effectuer un audit en six étapes sur votre propre processus en une heure environ, d'identifier les problèmes et de les corriger dans l'ordre, en privilégiant la protection de vos revenus.

Qu'est-ce qui a changé le 2 septembre 2026 ?

La version 4.1.1 a été adoptée le 24 août 2026 et publiée le 2 septembre. Elle a été élaborée conformément à la décision d'exécution C(2022) 6456 final de la Commission, à la demande de normalisation M/587, en appui à la directive (UE) 2019/882 (loi européenne sur l'accessibilité) et à la directive (UE) 2016/2102. Les articles 9, 10 et 11 ont été réalignés sur les WCAG 2.2. L'annonce est prévue pour le 30 novembre 2026, l'approbation pour le 31 mai 2027 et le retrait des normes nationales conflictuelles pour le 31 mai 2028.

Correction : vous ne bénéficiez pas de la présomption de conformité.

Les sites des fournisseurs affirment que la conformité à la norme EN 301 549 vous rend présumé conforme à la loi sur l’accessibilité du Web. L’article 15, paragraphe 1, n’accorde cette présomption qu’aux normes « dont les références ont été publiées au Journal officiel de l’Union européenne » à l’appui de cette directive. La norme EN 301 549 est citée au Journal officiel dans le cadre de la directive sur l’accessibilité du Web, par le biais de la décision d’exécution (UE) 2018/2048 de la Commission. Nous n’avons trouvé aucune citation à l’appui de la directive (UE) 2019/882, et l’annexe ZB de la version 4.1.1 est formulée sous la condition suivante : la présomption s’applique « dès lors que le présent document est cité au Journal officiel ».

La norme constitue donc votre preuve, et non votre bouclier. Vous vous conformez aux exigences fonctionnelles de l'annexe I, utilisez la norme EN 301 549 comme moyen technique et documentez vous-même ce raisonnement conformément à l'article 13, paragraphe 2.

Cela vous concerne-t-il ?

  1. Votre service relève-t-il de l'article 2(2) ? La liste comprend les services de commerce électronique, les éléments du transport aérien, routier, ferroviaire et maritime de passagers tels que les sites web, les applications, la billetterie électronique et l'information de voyage, les services bancaires aux particuliers et les livres numériques. L'article 3 définit un service de commerce électronique comme un service fourni à distance, par voie électronique, à la demande individuelle d'un consommateur, en vue de la conclusion d'un contrat de consommation.
  2. Vendez-vous à des consommateurs dans l'Union ? L'établissement d'un établissement hors de l'UE ne vous exclut pas du marché. L'article 3 définit un prestataire de services comme une personne « qui fournit un service sur le marché de l'Union ou qui propose de fournir un tel service à des consommateurs dans l'Union ». Un détaillant turc livrant en Allemagne et une compagnie aérienne turque vendant des billets d'avion à des consommateurs de l'UE sont tous deux considérés comme faisant partie de l'Union.
  3. Êtes-vous une microentreprise ? L’article 4(5) exempte les prestataires de services de microentreprise : moins de 10 employés et soit un chiffre d’affaires, soit un total de bilan ne dépassant pas 2 millions d’euros.

Les obligations s'appliquent aux services fournis aux consommateurs après le 28 juin 2025. L'article 32 prévoit une période de transition jusqu'au 28 juin 2030, et jusqu'à 20 ans de durée de vie économique pour les bornes libre-service, uniquement pour les contrats conclus avant cette date et les produits déjà utilisés légalement. En Turquie, la circulaire 2025/10, désormais adoptée, fixait un délai d'un an pour les banques, les hôpitaux privés, les opérateurs de télécommunications et les grands opérateurs de télécommunications, et de deux ans pour le commerce électronique en vertu de la loi n° 6563. Les deux régimes s'appuient sur les mêmes lignes directrices à des niveaux différents : une fois conforme aux WCAG 2.2 AA, l'obligation de niveau A turque s'applique automatiquement. L'inverse n'est pas possible.

Les six critères qui font capoter le passage en caisse

Voici les ajouts WCAG 2.2 de niveau A et AA. Les trois ajouts AAA, 2.4.12, 2.4.13 et 3.3.9, ne relèvent pas du niveau AA. Une suppression est également importante : l’article 4.1.1 « Analyse syntaxique » est obsolète et a été supprimé ; les anciens résultats d’analyse le concernant peuvent donc être classés sans suite.

CritèreNiveauCe qui se casse à la caisseTest en 60 secondes
3.3.8 Authentification accessible (minimum)AADes étapes de connexion qui bloquent le copier-coller depuis le presse-papiers, ou qui obligent l'utilisateur à transcrire un code OTP ou à résoudre une énigme sans alternative.Collez un mot de passe et un code OTP depuis le presse-papiers. Un collage bloqué entraînera un échec.
2.5.8 Taille cible (minimum)AAIndicateurs de quantité, icônes de suppression d'articles, boutons de fermeture de coupons, petites cartes radio pour les créneaux de livraisonMesurez la plus petite cible à 375 px. Une zone inférieure à 24 x 24 pixels CSS sans espacement suffisant est un échec.
2.4.11 Mise au point non obstruée (minimum)AABarres récapitulatives de commande fixes, bannières de consentement et lanceurs de chat couvrant le champ cibléUtilisez la touche Tab pour naviguer dans le formulaire. Un contrôle sélectionné complètement masqué est un échec.
2.5.7 Mouvements de traînéeAAÉpingles sur la carte d'adresse, carrousels à glisser, sélecteurs de date à curseur, boutons de confirmation par glissementEffectuez chaque glissement en tapotant une seule fois. L'absence de chemin disponible indique un échec.
3.3.7 Entrée redondanteASaisir à nouveau l'adresse de facturation après l'expédition, ou l'adresse e-mail au moment du paiementRemplissez le flux une seule fois et comptez deux fois les valeurs que vous saisissez et que le système possédait déjà.
3.2.6 Aide cohérenteALes liens d'aide, de chat ou de contact sont placés différemment sur le panier, la livraison et le paiement.Capturez une capture d'écran de chaque étape. L'aide doit être présentée dans le même ordre relatif partout où elle apparaît.

Le manuel de jeu

Voici le parcours que nous effectuons. Il est manuel, car cinq des six obstacles ne sont pas détectés de manière fiable par les scanners automatisés.

1. Bloquez un itinéraire. Paiement invité, un article, livraison standard, paiement par carte, sélection du panier, adresse de livraison, mode de livraison, paiement et confirmation. Testez-le deux fois : sur mobile (affichage tactile de 375 px) puis sur ordinateur (souris non branchée).

2. Passage au clavier. Utilisez la touche Tabulation en haut de chaque étape pour accéder au bouton Soumettre. Surveillez les erreurs 2.4.11 dès qu'un élément fixe apparaît, généralement lorsque la barre de résumé s'épingle. Notez l'emplacement de l'aide sur chaque étape pour la section 3.2.6.

3. Passe du pointeur. Sur mobile, mesurez les cibles pour la version 2.5.8 et tentez chaque glisser sans glisser pour la version 2.5.7. Les cartes d'adresses et les carrousels sont les échecs habituels.

4. Carte de saisie de données. Suivez la procédure comme si c'était votre première visite. Chaque champ renseigné avec une valeur déjà présente dans le système constitue une anomalie 3.3.7. Essayez ensuite de vous authentifier avec un gestionnaire de mots de passe et de coller une donnée depuis le presse-papiers pour une anomalie 3.3.8.

5. Évaluez avant de corriger. Classez chaque constatation en fonction de sa gravité multipliée par la part de cette étape dans les sorties de l'entonnoir de conversion, selon vos propres analyses.

GravitéDéfinitionScore
BlocageL'utilisateur ne peut pas du tout finaliser l'achat.3
DégradantL'achèvement nécessite une solution de contournement ou des tentatives répétées.2
FrictionEffort supplémentaire, faible risque d'abandon1

6. Corrigez dans cet ordre. L'authentification d'abord, car la version 3.3.8 peut bloquer un achat. Ensuite, la taille de la cible, la difficulté à obtenir une vue d'ensemble claire, les alternatives proposées, les entrées redondantes et une assistance cohérente. C'est l'ordre de priorité en termes d'impact sur les revenus, et non de gravité juridique, et c'est celui qu'un sponsor financera sans hésitation.

7. Rédigez l'énoncé. L’article 13, paragraphe 2, exige la publication, sous forme écrite et orale et de manière accessible, des informations prévues à l’annexe V expliquant comment le service satisfait aux exigences. Si vous invoquez une charge disproportionnée au titre de l’article 14, vous devez la justifier au regard des critères de l’annexe VI et renouveler cette justification au moins tous les cinq ans. Une décision non documentée de ne pas remédier à un problème ne constitue pas une allégation de charge disproportionnée, mais un défaut non corrigé.

8. Intégrez les six contrôles dans l'assurance qualité de la version. Les performances des paiements régressent sur la version 2.4.11 lors de la première envoi d'une bannière promotionnelle.

Là où cela dysfonctionne

  • Six contrôles ne sont pas conformes. Il s'agit d'une amélioration supplémentaire par rapport aux WCAG 2.1 AA, et si vous n'avez jamais atteint le niveau 2.1 AA, cela masquera le véritable problème.
  • Il ne s'agit pas d'un audit de lecteur d'écran. Une recherche au clavier permet de déceler les problèmes de focus et d'ordre, et non un champ de paiement mal étiqueté.
  • Votre iframe de paiement n'est peut-être pas la vôtre. Si le formulaire de carte appartient à votre PSP, demandez-lui par écrit sa position concernant la clause 9 de la norme EN 301 549.
  • Les applications natives sont mappées différemment. La clause 11 concerne les logiciels, où la taille de la cible et le glissement se comportent différemment selon les API d'accessibilité de la plateforme.
  • Les superpositions ne corrigent aucun de ces problèmes. Chacune des six est une propriété de la structure ou de la conception d'authentification de votre flux, qu'un script injecté ne peut pas restructurer.
  • L'application de la loi est nationale. L’article 30 exige que les sanctions soient effectives, proportionnées et dissuasives, mais les niveaux et les pratiques de surveillance sont fixés par État membre.

QFP

La norme EN 301 549 V4.1.1 m'est-elle applicable aujourd'hui ?

Non, pas à elle seule. La loi vous y oblige ; la norme décrit la procédure technique pour y parvenir. Son adoption nationale est prévue jusqu’au 31 mai 2027 et le retrait des normes contradictoires jusqu’au 31 mai 2028. Son contenu constitue la meilleure interprétation disponible des exigences de l’annexe I ; il est donc conseillé de s’y conformer dès maintenant.

Si nous respectons la norme EN 301 549, sommes-nous conformes aux exigences de l'EAA ?

Vous disposez d'éléments de preuve solides, mais vous ne bénéficiez pas d'une présomption légale de conformité. L'article 15, paragraphe 1, exige que la référence soit publiée au Journal officiel à l'appui de la directive (UE) 2019/882, or nous n'avons trouvé aucune citation de ce type. Veuillez documenter votre raisonnement conformément à l'article 13, paragraphe 2.

Nous sommes une entreprise turque sans établissement dans l'UE. Sommes-nous concernés ?

Si vous proposez vos services à des consommateurs situés dans l'Union, oui. L'article 3 lie l'obligation à la fourniture de services aux consommateurs situés dans l'Union, et non au lieu d'immatriculation de votre établissement. La circulaire 2025/10 peut s'appliquer séparément au marché turc.

La date de 2030 signifie-t-elle que nous avons jusqu'en 2030 ?

Non. La période de transition prévue à l'article 32 concerne les contrats conclus avant le 28 juin 2025 et les produits déjà utilisés légalement. Les nouveaux services fournis aux consommateurs après cette date sont concernés à compter de cette date.

Devrions-nous encore corriger les anciens résultats d'analyse syntaxique de la version 4.1.1 ?

Le point 4.1.1 est obsolète et a été supprimé dans WCAG 2.2. Clôturez ces résultats, mais vérifiez que le balisage sous-jacent n'était pas également à l'origine d'un échec de nom, de rôle ou de valeur selon le point 4.1.2, qui est toujours en vigueur.

Et si la réparation était vraiment trop coûteuse ?

L’article 14 autorise l’argument de la charge disproportionnée, mais uniquement sur la base d’une évaluation documentée au regard des critères de l’annexe VI, renouvelée au moins tous les cinq ans. Une autorité de surveillance du marché demandera à la consulter.

Exécutez la passe

Effectuez ces six vérifications à votre caisse cette semaine, ou envoyez-nous l'URL et nous réaliserons l'audit et vous communiquerons les résultats. Notre scanner à l'adresse wcag.switas.com couvre la partie automatisée par rapport aux WCAG 2.0, 2.1 et 2.2, et vous donne la base sur laquelle repose la validation manuelle.

Références


Articles Relatifs

Switas vu sur

Magnify : Développer le marketing d'influence avec Engin Yurtdakul

Découvrez notre étude de cas Microsoft Clarity

Nous avons mis en avant Microsoft Clarity comme un produit conçu pour répondre à des cas d'utilisation concrets, par des experts produits qui comprennent les défis rencontrés par des entreprises comme Switas. Des fonctionnalités telles que la détection des clics indésirables et le suivi des erreurs JavaScript se sont révélées précieuses pour identifier les frustrations des utilisateurs et les problèmes techniques, permettant ainsi des améliorations ciblées qui ont eu un impact direct sur l'expérience utilisateur et les taux de conversion.