French
E-commerce · Accessibilité numérique · Belgique
Un webshop peut sembler simple à l’équipe qui le gère et rester impraticable au clavier, avec un lecteur d’écran ou sous fort zoom. Depuis le 28 juin 2025, l’European Accessibility Act renforce aussi les obligations de nombreux services destinés aux consommateurs. Voici comment tester un parcours réel, du produit au paiement, et corriger les obstacles qui font perdre des commandes.
Pourquoi le tunnel d’achat est le meilleur point de départ
Le tunnel d’achat concentre la valeur commerciale et les obstacles les plus coûteux. Une personne peut lire une fiche produit mais abandonner si elle ne peut pas choisir une taille, comprendre une erreur d’adresse ou valider le paiement. L’accessibilité doit donc être mesurée sur une tâche complète, et non sur une collection de pages isolées.
Le trajet critique va de la recherche à la confirmation, en passant par variantes, panier, adresse, livraison et paiement. Un portail B2B ajoute parfois prix négociés, approbation ou devis. Ces étapes dépendent du CMS, du moteur e-commerce, du paiement, du consentement, de l’ERP et de scripts tiers.
Cette vision par parcours évite une erreur classique : corriger des contrastes sur la page d’accueil tout en laissant un sélecteur de variantes impossible à utiliser au clavier. Elle facilite aussi les décisions : si une correction touche le composant de formulaire partagé, elle améliore à la fois la connexion, l’adresse, le paiement et le contact. Lors d’une création ou d’une refonte, la page sites web et refontes montre comment la structure, le responsive, le contenu et les contrôles avant lancement peuvent être traités dans une seule démarche.
Ce que l’European Accessibility Act change en Belgique
Depuis le 28 juin 2025, les exigences européennes d’accessibilité concernent notamment les services de commerce électronique couverts. La directive (UE) 2019/882 harmonise des exigences pour plusieurs produits et services vendus dans l’Union. Elle vise aussi les services bancaires aux consommateurs, certains services de transport, les livres numériques et les communications électroniques.
Le terme « commerce électronique » est plus large qu’une boutique de produits physiques. Il couvre un service fourni à distance, à la demande individuelle d’un consommateur, par voie électronique, en vue de conclure un contrat de consommation. Une réservation payante, la souscription d’un abonnement ou l’achat d’un service peuvent donc entrer dans le champ selon leur fonctionnement. Les situations B2B pures et certains parcours hybrides demandent une analyse précise.
Les microentreprises qui fournissent des services bénéficient d’une exemption prévue par la directive : moins de dix personnes et chiffre d’affaires annuel ou total de bilan n’excédant pas deux millions d’euros. Cette règle ne doit pas être simplifiée en « toutes les petites entreprises sont exemptées ». D’autres mécanismes existent, comme la modification fondamentale ou la charge disproportionnée, mais ils supposent une évaluation documentée et ne constituent pas une dispense automatique.
La transition prévue jusqu’au 28 juin 2030 ne dispense pas tous les sites existants. Elle vise des situations définies, notamment certains contrats antérieurs au 28 juin 2025. La Commission européenne résume les catégories concernées.
Définir un périmètre qui reflète une vraie commande
Un bon contrôle commence par des scénarios, des appareils et des états de données représentatifs. Ne sélectionnez pas seulement les pages les plus faciles. Choisissez un produit simple, un produit avec variantes, une remise, un panier vide, un utilisateur invité, un compte existant et au moins un échec de paiement simulé dans un environnement sûr.
Documentez navigateur, système, écran, zoom et technologie d’assistance. Rejouez les tâches en FR/NL/EN : un libellé ou un bouton peut casser avec un texte plus long. Vérifiez aussi cookies, pop-ups, chat et paiement hébergé.
Publié en juillet 2026, WCAG-EM 2.0 structure le périmètre, l’échantillon et la documentation d’une évaluation. Pour une boutique, l’échantillon doit inclure les processus complets d’achat.
Les 12 tests essentiels d’un tunnel d’achat accessible
Ces douze tests couvrent les obstacles qui empêchent le plus souvent d’acheter. Ils forment une base opérationnelle, sans remplacer tous les critères applicables.
1. Terminer la commande au clavier uniquement
Rangez la souris. Utilisez Tab, Maj+Tab, Entrée, Espace et les flèches. Le focus doit suivre un ordre logique, rester visible et atteindre chaque action. Aucun panneau, calendrier, menu ou modal ne doit piéger le clavier. Après la fermeture d’un dialogue, le focus doit revenir à l’élément qui l’a ouvert.
2. Vérifier le sens et la hiérarchie
Parcourez les titres, régions et listes avec un lecteur d’écran. Un H1 décrit la page ; les niveaux suivants structurent les sections sans sauts arbitraires. Les repères de navigation permettent d’atteindre le contenu, la recherche, le panier et le pied de page sans écouter tout l’écran.
3. Comprendre chaque contrôle sans contexte visuel
Les champs possèdent un libellé associé ; les boutons ont un nom explicite ; les icônes seules reçoivent une alternative adaptée. « Ajouter au panier, chaussures modèle X, taille 42 » est plus utile qu’une série de boutons tous annoncés « Ajouter ». Le prix barré, la promotion et la disponibilité ne doivent pas dépendre uniquement de la couleur.
4. Choisir variantes, quantités et options
Testez tailles, couleurs, dates, abonnements, accessoires et configurateurs. L’état sélectionné doit être exposé aux technologies d’assistance. Si une option désactive une autre, le changement est annoncé et expliqué. Une image de couleur seule ne suffit pas : fournissez un nom textuel.
5. Utiliser la recherche, les filtres et le tri
La recherche tolère les erreurs raisonnables et annonce le nombre de résultats. Les filtres ont un nom, un état et un moyen de réinitialisation. Après application, le focus ne repart pas sans explication en haut de page. Sur mobile, le tiroir de filtres reste manipulable avec une technologie d’assistance.
6. Agrandir à 200 % et redistribuer à 400 %
Le contenu doit rester lisible sans perte d’information ni défilement horizontal permanent pour les textes courants. Testez les barres fixes, tableaux de panier, codes promotionnels et boutons côte à côte. Une fenêtre de navigateur étroite révèle souvent les mêmes défauts qu’un fort zoom.
7. Contrôler contraste, focus et états
Mesurez le contraste du texte, des composants essentiels et de l’indicateur de focus selon le référentiel choisi. Vérifiez les états normal, survol, focus, sélection, erreur et désactivation. Un placeholder gris pâle ne remplace jamais un libellé persistant.
8. Déclencher et corriger toutes les erreurs
Soumettez le formulaire vide, une adresse incomplète, un format invalide et un moyen de paiement refusé dans le bac à sable du prestataire. L’erreur doit être annoncée, liée au champ, formulée en langage clair et accompagnée d’une correction possible. Les données déjà valides restent conservées.
9. Maîtriser les délais et l’authentification
Un panier ou une session ne doit pas expirer sans avertissement ni possibilité raisonnable d’extension. Les mécanismes de connexion évitent de forcer une épreuve cognitive inutile. Les codes à usage unique proposent des champs correctement identifiés et autorisent le collage lorsque la sécurité le permet.
10. Valider le paiement tiers
Le passage vers un prestataire de paiement ne supprime pas l’obligation de proposer un parcours utilisable. Testez l’iframe ou la redirection, l’authentification forte, le retour au marchand et les erreurs. Identifiez clairement ce qui dépend du fournisseur et conservez des preuves lors des mises à jour.
11. Confirmer l’achat de plusieurs façons
La page de confirmation a un titre clair, un numéro de commande textuel et les prochaines étapes. L’e-mail reprend l’essentiel dans un HTML structuré ; il ne repose pas sur une image. Le client peut retrouver la commande, contacter le support et demander un remboursement avec un parcours accessible.
12. Rejouer avec contenu et langues réels
Les textes longs, noms composés, adresses belges, accents, formats de téléphone, TVA et modes de livraison produisent des cas que les données factices masquent. Testez FR, NL et EN ainsi qu’un prix important, un produit indisponible et un panier volumineux. L’accessibilité doit survivre au contenu quotidien.
Automatique, manuel ou test utilisateur : que mesure chaque méthode ?
Les trois méthodes sont complémentaires et aucune ne suffit seule. L’automatisation détecte rapidement des motifs techniques, le contrôle manuel confirme le comportement et les utilisateurs révèlent la difficulté réelle d’une tâche.
| Méthode | Avantages | Limites | Meilleur usage |
|---|---|---|---|
| Scanner automatique | Rapide, répétable, facile à intégrer au développement. | Ne comprend ni l’intention, ni l’ordre réellement utile, ni la réussite d’une commande. | Régressions courantes, contrastes calculables, attributs manquants. |
| Contrôle manuel expert | Observe le clavier, la sémantique, le zoom, les annonces et les états. | Dépend du périmètre, du temps et de la compétence de l’évaluateur. | Validation de composants et de scénarios complets. |
| Test avec utilisateurs | Montre l’impact réel, les stratégies et les incompréhensions. | Un petit panel ne couvre pas tous les handicaps ni tous les critères. | Parcours critiques, arbitrage UX, priorités produit. |
| Meilleur choix selon le besoin | Automatiser à chaque livraison, contrôler manuellement chaque parcours critique et organiser des tests utilisateurs aux étapes clés du produit. | ||
Prioriser les corrections sans bloquer la roadmap
Corrigez d’abord ce qui empêche la transaction, puis ce qui se répète dans le design system. Une anomalie critique empêche un utilisateur de terminer une tâche sans solution de contournement. Une anomalie majeure rend la tâche très difficile ou exclut une méthode d’interaction. Les défauts mineurs restent à planifier, mais ne doivent pas devenir une dette permanente.
Pour chaque constat, conservez l’étape, le composant, les conditions, les résultats attendu et observé, le critère et une preuve reproductible. Attribuez un responsable : contenu, design, développement, fournisseur ou exploitation.
Les correctifs locaux sont parfois nécessaires avant une campagne, mais la solution durable se trouve dans les composants. Réparer le bouton, le champ, la modal et la notification dans la bibliothèque d’interface évite de reproduire le défaut sur chaque écran. Pour une boutique, un portail de commande ou un configurateur, le service e-commerce et configurateurs permet de relier ces choix d’interface aux règles métier, au paiement et aux intégrations plutôt que de traiter l’accessibilité comme une couche tardive.
Ajoutez enfin des contrôles à la définition de « terminé » : navigation clavier, focus, nom accessible, contraste, zoom, erreurs et test de la tâche concernée. Une vérification courte à chaque version coûte moins qu’une reprise globale après plusieurs mois de changements.
Sept erreurs fréquentes dans les projets e-commerce
Les échecs viennent plus souvent du processus que d’un manque d’outil. Voici les pièges à éviter :
- Afficher un score comme preuve de conformité. Il indique seulement ce que l’outil sait analyser sur les pages parcourues.
- Installer une surcouche et considérer le chantier terminé. Elle ne corrige pas forcément la structure, le clavier ou les composants tiers.
- Tester uniquement la page d’accueil. Elle ne représente ni les variantes, ni les formulaires, ni le paiement.
- Reporter tous les défauts au prestataire de paiement. Le marchand doit au minimum sélectionner, tester, documenter et suivre ses dépendances.
- Écrire « conforme WCAG » sans périmètre. Précisez la version, le niveau visé, les pages, la méthode, la date et les limites.
- Oublier les mises à jour. Une bannière, un plugin ou une campagne peut réintroduire un obstacle en quelques minutes.
- Ne pas prévoir de canal accessible. Un client bloqué doit pouvoir demander de l’aide sans passer par le même composant défaillant.
Le référentiel WCAG 2.2 organise des exigences perceptibles, utilisables, compréhensibles et robustes. Il fournit une base testable, sans réduire l’analyse juridique européenne à un score ou une extension.
Un plan d’action réaliste en quatre semaines
Quatre semaines suffisent pour obtenir une première trajectoire fiable, pas pour promettre une conformité universelle. Adaptez la charge au nombre de parcours, aux langues, aux intégrations et à la fréquence des changements.
Semaine 1 : cadrer et sécuriser les parcours critiques
Identifiez les services couverts avec les responsables juridiques, métiers et techniques. Cartographiez les parcours et les fournisseurs. Geler brièvement les composants à haut risque peut éviter qu’ils changent pendant les tests. Créez les scénarios, comptes, moyens de paiement de test et données FR/NL/EN.
Semaine 2 : mesurer de plusieurs façons
Lancez le scanner sur les modèles principaux, puis contrôlez le clavier, le zoom, la structure et un lecteur d’écran. Rejouez le tunnel sur mobile. Classez les constats par blocage, répétition et exposition. Informez immédiatement l’équipe d’un problème qui empêche toute commande.
Semaine 3 : corriger les composants et leurs contenus
Commencez par le focus, les libellés, les messages d’erreur, les modales, les variantes et le paiement. Corrigez le composant source avant ses occurrences lorsque c’est possible. Faites relire les textes en trois langues et ajoutez des tests automatisés aux composants stabilisés.
Semaine 4 : rejouer, documenter et organiser le suivi
Vérifiez les corrections dans les mêmes conditions, consignez les limites restantes et publiez les informations requises par le cadre applicable. Planifiez un contrôle à chaque changement important, un suivi des fournisseurs et une voie de retour pour les utilisateurs. Le résultat attendu est une liste maîtrisée, pas un certificat improvisé.
FAQ sur l’accessibilité e-commerce en Belgique
Tous les sites e-commerce belges sont-ils concernés par l’EAA ?
Le champ dépend du service, du public et de l’organisation. Les services de commerce électronique destinés aux consommateurs font partie des catégories visées, tandis que les microentreprises prestataires de services bénéficient d’une exemption définie. Faites vérifier les cas limites et les mesures belges applicables.
Une microentreprise doit-elle rendre son webshop accessible ?
L’exemption juridique éventuelle ne rend pas l’accessibilité inutile. Elle améliore l’expérience, réduit les abandons et prépare la croissance. Vérifiez aussi que les deux conditions de taille prévues sont remplies et qu’aucune autre obligation ne s’applique.
WCAG 2.2 AA garantit-il la conformité à l’EAA ?
WCAG 2.2 AA constitue un excellent référentiel technique, mais une affirmation de conformité juridique exige de considérer le champ du service, les exigences européennes, les normes pertinentes, la documentation et les règles nationales. Ne présentez pas un score WCAG comme une garantie juridique automatique.
Un plugin d’accessibilité suffit-il ?
Non. Un plugin peut aider sur un besoin précis, mais il ne répare pas automatiquement une mauvaise structure HTML, un ordre de focus incohérent, un paiement tiers inaccessible ou des erreurs incompréhensibles. Corrigez le produit à la source.
Quels lecteurs d’écran faut-il tester ?
Choisissez des combinaisons représentatives de votre public et de vos plateformes, puis documentez-les. Un test courant sur Windows et un autre sur mobile apportent déjà des informations complémentaires. Le but n’est pas de tester toutes les combinaisons possibles, mais de couvrir les parcours critiques de façon reproductible.
Faut-il tester les versions FR, NL et EN séparément ?
Oui. La structure peut être commune, mais les longueurs, libellés, messages d’erreur, changements de langue et contenus marketing diffèrent. Rejouez au minimum chaque parcours critique et chaque composant sensible dans les trois versions.
À quelle fréquence recommencer les contrôles ?
Automatisez des contrôles à chaque livraison et rejouez manuellement les parcours à risque après une modification significative du thème, du checkout, du paiement ou d’un composant partagé. Ajoutez des revues périodiques selon le rythme de publication.
Transformer les tests en amélioration durable
Le bon objectif n’est pas de produire un rapport qui dort, mais de rendre le parcours plus fiable pour chaque client. GVISION peut cadrer les scénarios, corriger le design system, adapter le frontend et organiser les contrôles de non-régression avec vos équipes et fournisseurs. Pour une création, une refonte ou un tunnel d’achat devenu fragile, décrivez votre projet à l’équipe Studio afin d’identifier une première étape proportionnée.