Accessibilité et Black Friday : testez votre opération avant le rush
Pour le Black Friday, votre boutique se remplit de comptes à rebours, de pop-ups, de bannières qui défilent et de prix barrés. Ces éléments sont souvent ajoutés vite, par des outils marketing, après le dernier contrôle d’accessibilité. Et ce sont eux qui peuvent empêcher un client d’acheter. Testez-les avec un lecteur d’écran avant le 27 novembre et corrigez d’abord les blocages les plus graves.
Si vous n’avez pas encore vérifié les bases de votre tunnel de commande, commencez par notre vérification du checkout en 10 minutes. Elle couvre les libellés des champs, les boutons et les messages d’erreur. Ce guide est l’étape suivante : les éléments de campagne qui posent le plus souvent problème, un test de 20 minutes au lecteur d’écran et ce que vous pouvez encore corriger avant le rush.
L’essentiel :
- Comptes à rebours, pop-ups et bannières sont souvent mis en ligne après le dernier contrôle d’accessibilité.
- Vérifiez d’abord les bases du checkout, puis testez le parcours de l’opération avec un lecteur d’écran, sur ordinateur et sur mobile.
- Ce qui bloque le plus souvent : minuteurs de panier, pop-ups, bannières, messages de stock, prix barrés et CAPTCHA.
- Les réglages et les contenus se corrigent avant le rush. Les modifications de code se planifient pour après.
- Depuis le 28 juin 2025, les services de commerce électronique entrent dans le champ de l’Acte européen sur l’accessibilité.
Pourquoi une opération Black Friday mérite-t-elle son propre test ?
Votre boutique a peut-être passé un contrôle il y a quelques mois. L’opération change la donne. Comptes à rebours, pop-ups, bannières et badges viennent en général de thèmes, d’applications ou de scripts marketing, et ils arrivent souvent après le dernier test.
Les boutiques en ligne partent aussi avec plus d’erreurs détectables que la plupart des sites. Dans le rapport WebAIM Million 2026, les pages d’accueil de la catégorie Shopping comptaient en moyenne 71,0 erreurs détectées, soit 26,6 % de plus que la moyenne des pages d’accueil.
Un outil automatique ne voit qu’une partie du problème. Il ne vous dira pas qu’un compte à rebours vide le panier d’un client qui a besoin de plus de temps, ni que le lecteur d’écran reste muet quand « Code appliqué » s’affiche. Le W3C rappelle d’ailleurs qu’aucun outil ne peut à lui seul dire si un site respecte les normes d’accessibilité. Il faut qu’une personne essaie vraiment.
Quel parcours tester ?
Suivez le chemin d’un client, de votre opération jusqu’à la commande confirmée :
- Page ou bannière de l’opération. Pouvez-vous la mettre en pause, et le texte alternatif de l’image mentionne-t-il l’offre ?
- Pop-ups. Celui de la newsletter ou de la remise qui s’ouvre à l’arrivée sur le site.
- Fiche produit avec prix barré. Comprend-on quel prix s’applique ?
- Panier. Le compte à rebours, le message de stock et le code promo.
- Connexion ou commande sans compte. Avec CAPTCHA ou code à usage unique, s’il y en a.
- Paiement et confirmation. La fenêtre de validation de la banque, la page de commande et l’e-mail.
Si vous proposez les deux, testez en tant qu’invité et en tant que client connecté. Utilisez un site de préproduction ou un moyen de paiement de test pour ne pas passer de vraies commandes.
Comment faire un test de 20 minutes au lecteur d’écran ?
Faites d’abord le test au clavier décrit dans notre article sur le checkout en 10 minutes. Ensuite, refaites le parcours de l’opération trois fois :
- Lecteur d’écran sur ordinateur (environ 10 minutes). Utilisez NVDA, gratuit sur Windows, ou VoiceOver, intégré à tous les Mac (Cmd+F5). Écoutez si l’offre de la bannière est lue, si l’on comprend quel prix s’applique quand il y a un prix barré, si les messages de stock, de compte à rebours et de remise sont annoncés quand ils changent, et si les pop-ups prennent le focus à l’ouverture puis le rendent à la fermeture.
- Lecteur d’écran sur mobile (environ 5 minutes). Activez VoiceOver sur iPhone ou TalkBack sur Android et balayez la page de l’opération, la fiche produit et le panier.
- Zoom (environ 5 minutes). Zoomez le navigateur à 200 %, puis à 400 %. Bannières, comptes à rebours et pop-ups ne doivent cacher ni le contenu ni les boutons.
Chaque fois que vous êtes bloqué, notez la page, ce que vous avez fait, ce qui s’est passé et ce qui aurait dû se passer. C’est votre liste de corrections.
Si vous n’avez jamais utilisé de lecteur d’écran, vous irez moins vite que quelqu’un qui s’en sert tous les jours. Ce n’est pas grave. Le but est de trouver les blocages, pas chaque détail. Notre tutoriel sur les tests au lecteur d’écran explique les commandes de base.
Quels éléments du Black Friday posent le plus souvent problème ?
Vérifiez d’abord ces éléments de campagne, chacun avec son critère de succès des WCAG 2.2. Les problèmes de base du checkout, comme les champs sans libellé ou les erreurs peu claires, sont traités dans notre vérification en 10 minutes.
- Comptes à rebours et paniers réservés. Le panier expire avant qu’un client plus lent ait terminé, sans avertissement ni moyen d’obtenir plus de temps. 2.2.1 Réglage du délai, niveau A.
- Bannières et carrousels qui défilent. Les slides changent pendant plus de 5 secondes sans bouton pause. 2.2.2 Mettre en pause, arrêter, masquer, niveau A.
- Pop-ups de remise ou de newsletter. Le focus reste sur la page derrière, ou le pop-up ne se ferme pas au clavier. 2.1.2 Pas de piège au clavier et 2.4.3 Parcours du focus, niveau A.
- Messages comme « Plus que 2 en stock » ou « Code appliqué ». Ils s’affichent à l’écran, mais le lecteur d’écran ne dit rien. 4.1.3 Messages d’état, niveau AA.
- Prix barrés. L’ancien prix n’est barré que visuellement, donc le lecteur d’écran lit deux prix sans dire lequel s’applique. 1.3.1 Information et relations, niveau A.
- Visuels de campagne avec l’offre écrite dans l’image. Le texte alternatif est vide ou dit seulement « bannière », et la remise reste invisible pour les utilisateurs de lecteur d’écran. 1.1.1 Contenu non textuel, niveau A.
- Badges promo et textes promotionnels. Du texte clair sur des couleurs vives, difficile à lire. Le contraste insuffisant était l’erreur la plus fréquente du WebAIM Million 2026, sur 83,9 % des pages d’accueil. 1.4.3 Contraste (minimum), niveau AA.
- Connexion, CAPTCHA et codes à usage unique. Une énigme ou un test de mémoire sans alternative, ou un champ de code qui bloque le copier-coller. 3.3.8 Authentification accessible (minimum), niveau AA, nouveau dans les WCAG 2.2.
- Formulaires d’adresse. Le client doit saisir deux fois la même adresse. 3.3.7 Saisie redondante, niveau A, nouveau dans les WCAG 2.2.
Que corriger avant le rush, et qu’est-ce qui peut attendre ?
Beaucoup de boutiques gèlent leur code quelques semaines avant le Black Friday. Séparez donc votre liste en deux.
À corriger avant le rush. Surtout des réglages, des contenus ou de petites modifications d’interface :
- Arrêtez le défilement automatique des bannières ou ajoutez un bouton pause visible.
- Faites en sorte que les pop-ups se ferment avec la touche Échap et rendent le focus là où il était. Ou ne les affichez pas du tout sur le panier et le checkout.
- Désactivez les minuteurs de panier, allongez-les, ou prévenez le client avant la fin du délai et laissez-le le prolonger.
- Rédigez un texte alternatif pour les visuels de campagne. Si l’offre est écrite dans l’image, le texte alternatif doit la reprendre.
- Ajoutez un texte masqué comme « Prix initial » et « Prix soldé » pour que les lecteurs d’écran distinguent les deux prix.
- Corrigez le contraste des badges promo et des textes promotionnels.
À planifier après le rush. Cela demande du développement et des tests :
- Annoncer aux lecteurs d’écran les changements du panier, du stock, du compte à rebours et de la remise.
- Gérer le focus dans le panier, les fenêtres de dialogue et la fenêtre de paiement.
- Proposer une connexion sans énigme ni test de mémoire et autoriser le collage des codes à usage unique.
- Si la page de paiement appartient à un prestataire, envoyez-lui vos constats et demandez-lui ses informations sur l’accessibilité.
Après chaque correction, refaites tout le parcours. Une modification à une étape peut casser la suivante.
Qu’attend la loi des boutiques en ligne ?
Depuis le 28 juin 2025, l’Acte européen sur l’accessibilité couvre les services de commerce électronique proposés aux consommateurs. En France, il est transposé notamment par la loi n° 2023-171 du 9 mars 2023. Pour les services, il n’y a pas de période de transition. Les microentreprises qui fournissent des services, c’est-à-dire celles de moins de 10 salariés dont le chiffre d’affaires annuel ou le total du bilan ne dépasse pas 2 millions d’euros, sont exemptées.
En pratique, les équipes testent selon les WCAG au niveau AA, via la norme européenne EN 301 549. Tous les détails sont dans notre guide sur l’Acte européen sur l’accessibilité. Cet article décrit les obligations de façon générale et ne constitue pas un conseil juridique.
Quand faire appel à des experts ?
Un test maison trouve les blocages évidents. Il ne couvre pas toutes les combinaisons de lecteur d’écran, de navigateur et d’appareil, ni toutes les pages après connexion, ni la façon dont achètent vraiment les personnes qui utilisent des technologies d’assistance au quotidien.
Avec nos tests de parcours utilisateur de bout en bout, nos experts testent des tâches complètes : chercher, choisir un produit, payer ou récupérer un compte. Ils utilisent le clavier, JAWS, NVDA, VoiceOver, TalkBack et des plages braille. Vous recevez la cartographie des parcours, les étapes où les clients bloquent, l’impact de chaque blocage et une liste de corrections par priorité, dans un rapport d’audit exploitable par votre équipe. Un nouveau test après corrections est inclus, et nous aidons vos développeurs à décider quoi corriger en premier.
Pour les boutiques en ligne, notre audit du tunnel de commande e-commerce va plus loin : recherche de produits, choix des déclinaisons, panier, promotions, checkout, erreurs de paiement et confirmation de commande.
Envie d’un premier aperçu rapide ? Lancez un scan gratuit de votre fiche produit pour repérer les erreurs qu’un logiciel peut détecter. Puis parlez à un expert du test de vos parcours d’achat.
Questions fréquentes
L’Acte européen sur l’accessibilité s’applique-t-il à ma boutique en ligne ?
Si vous vendez en ligne des produits ou des services à des consommateurs dans l’UE, très probablement oui. Les services de commerce électronique sont concernés depuis le 28 juin 2025. Les microentreprises qui fournissent des services sont exemptées. Vérifiez la loi n° 2023-171 et, en cas de doute, demandez l’avis d’un avocat.
Quelle différence avec la vérification rapide du checkout ?
Notre vérification en 10 minutes couvre les bases dont tout checkout a besoin : libellés, boutons et messages d’erreur, testés au clavier. Ce test ajoute les éléments apportés par votre opération et les vérifie au lecteur d’écran et sur mobile. Faites les deux.
Faut-il aussi tester sur mobile ?
Oui. Beaucoup de gens achètent sur leur téléphone, et les lecteurs d’écran y fonctionnent autrement. Testez la fiche produit et le checkout avec VoiceOver sur iPhone et TalkBack sur Android.
Et si ma page de paiement vient d’un prestataire de paiement ?
Elle fait quand même partie du parcours de votre client. Testez-la comme les autres étapes, signalez les problèmes au prestataire et demandez-lui ses informations sur l’accessibilité.
À quelle fréquence tester mon checkout ?
Après chaque mise en production qui touche au panier, au checkout ou au paiement, et avant chaque grosse opération. Des scans automatiques réguliers entre deux tests permettent de repérer tôt les nouveaux problèmes.
Sources