Liste de contrôle vierge, formulaire imprimable
Checklist d'accessibilité e-commerce
EAA Annexe I Section IX, Services de commerce électronique
Liste de contrôle vierge à compléter hors ligne.
Cochez une case par ligne. Ajoutez vos commentaires et références de preuves dans la colonne Notes si nécessaire.
Navigation et découverte des produits
EAA Annexe I §IX, Les listes de produits, la recherche et le filtrage doivent être accessibles à tous les utilisateurs.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| WCAG 1.1.1 | Critique | Les images de produits ont un texte alternatif descriptif, pas seulement le nom du produit.Le texte alternatif doit décrire ce que montre l'image: 'T-shirt en coton bleu à col rond, vue de face' et non pas juste 'T-shirt'. Les images multiples nécessitent des descriptions distinctes. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.3.1 | Critique | Les informations sur les produits (prix, disponibilité, spécifications) sont disponibles sous forme de texte, et non uniquement en image.Les prix intégrés dans des images ne peuvent pas être lus par les lecteurs d'écran. Toutes les données sur les produits doivent être de vrais textes ou avoir des alternatives programmatiques. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.3.1 | Critique | Le prix est déterminable de manière programmatique, et non intégré dans des images.Les lecteurs d'écran doivent pouvoir annoncer le prix. Utilisez du texte ou un aria-label, ne jamais inclure le prix dans une image de produit. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 2.1.1 | Critique | Les commandes de filtrage et de tri sont utilisables au clavier.Les filtres de catégories, les curseurs de prix, les menus déroulants de tri, tous doivent fonctionner uniquement au clavier. Les curseurs nécessitent la prise en charge des touches fléchées. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 4.1.3 | Majeur | Le nombre de résultats de recherche est annoncé aux lecteurs d'écran.Lorsque les résultats sont mis à jour après un filtrage ou une recherche, annoncez 'Affichage de 24 résultats pour chemises bleues' via une région aria-live. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Pages de détail produit
Les pages produit individuelles doivent présenter toutes les informations de manière accessible.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| WCAG 2.1.1 | Critique | Les sélecteurs de taille, de couleur et de variante sont utilisables au clavier et possèdent des étiquettes.Les menus déroulants, les échantillons de couleurs et les boutons de taille doivent avoir des noms accessibles et être utilisables au clavier. Les échantillons de couleurs nécessitent des étiquettes textuelles, pas seulement de la couleur. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 4.1.2 | Critique | Les éléments interactifs (ajouter au panier, liste d'envies, comparer) ont des noms accessibles.Les boutons composés uniquement d'une icône, comme un cœur, doivent avoir un attribut aria-label='Ajouter à la liste d'envies'. Le bouton du panier doit annoncer clairement son objectif. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.2.2 | Majeur | Les vidéos de produits comportent des sous-titres.Les vidéos de démonstration, de déballage et de présentation des produits doivent avoir des sous-titres synchronisés. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.3.1 | Majeur | Les spécifications des produits sont présentées dans un tableau accessible avec des en-têtes.Les tableaux de spécifications (dimensions, matériaux, poids) doivent utiliser des en-têtes <th> appropriés afin que les lecteurs d'écran puissent annoncer les associations colonnes/lignes. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Panier et paiement
Le parcours d'achat, du panier à la confirmation de paiement, doit être entièrement accessible.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| WCAG 4.1.3 | Critique | Le contenu du panier est annoncé aux lecteurs d'écran lors de sa mise à jour (aria-live).Lorsqu'un utilisateur ajoute ou supprime un article, le nombre d'articles et le résumé du panier doivent être annoncés, 'Article ajouté. Panier: 3 articles, 45,00 €'. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 3.3.2 | Critique | Tous les champs du formulaire de paiement ont des étiquettes visibles et persistantes, pas seulement des espaces réservés (placeholders).Les champs de nom, d'adresse et de paiement doivent tous comporter des éléments <label>. Le texte indicatif (placeholder) disparaît lors de la saisie et ne constitue pas un substitut. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 3.3.1 | Critique | Les erreurs du formulaire de paiement sont identifiées textuellement et décrivent le problème spécifique.'Veuillez saisir une adresse e-mail valide' et non simplement 'Erreur dans le champ 3'. Les messages d'erreur doivent apparaître à côté du champ concerné. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.3.5 | Majeur | Les champs d'adresse utilisent les bons attributs d'auto-complétion.Utilisez autocomplete='shipping address-line1', autocomplete='cc-number' etc. Cela aide les outils de remplissage automatique et les technologies d'assistance. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 2.1.1 | Critique | Tous les moyens de paiement proposés sont accessibles au clavier.Les formulaires de carte de crédit, les redirections PayPal, les boutons Apple Pay, tous doivent être accessibles et activables au clavier. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 3.3.4 | Critique | Une étape de révision de la commande est proposée avant la soumission finale.Pour les transactions financières, les utilisateurs doivent pouvoir revoir leur commande, corriger les erreurs et confirmer avant que le paiement ne soit traité. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Après-achat et compte
Les confirmations de commande, la gestion de compte et les retours doivent également être accessibles.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| EAA Art. 4 + WCAG 1.3.1 | Critique | La confirmation de commande est disponible sous forme de texte (e-mail HTML), pas seulement sous forme d'une image de reçu visuelle.Les e-mails de confirmation doivent être en HTML avec une structure appropriée, pas juste une capture d'écran du reçu. Les reçus PDF doivent être balisés. En vertu de l'EAA, l'ensemble du service, y compris les communications post-achat, doit être accessible. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 2.1.1 | Critique | La création de compte et la connexion sont accessibles au clavier.Les formulaires d'inscription, les champs de mot de passe, les boutons 'afficher le mot de passe' et les boutons de connexion sociale doivent tous être utilisables au clavier. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 3.3.8 | Majeur | La création de compte ne requiert pas de CAPTCHA sans alternative accessible.Les CAPTCHAs visuels excluent les utilisateurs aveugles. Utilisez un CAPTCHA invisible, une vérification par e-mail ou une vérification téléphonique à la place. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| EAA Art. 4 + WCAG 2.1.1 | Majeur | Le processus de retour et de remboursement est accessible de bout en bout.Le formulaire de demande de retour, le téléchargement de l'étiquette d'expédition et la page de statut du remboursement doivent tous être accessibles. L'obligation générale d'accessibilité de l'EAA couvre l'ensemble du cycle de vie du service, ne rendez pas les retours plus difficiles que les achats. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 1.3.1 | Mineur | La section des avis clients est accessible (formulaire de soumission + affichage).L'évaluation par étoiles nécessite des alternatives textuelles. Le formulaire de soumission d'avis a besoin d'étiquettes. Les avis doivent être navigables par titre. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |
Consentement aux cookies et mentions légales
Les bannières de cookies et les mentions légales ne doivent pas bloquer l'accessibilité.
| Réf | Gravité | Exigence | Statut | Notes / Preuves |
|---|---|---|---|---|
| WCAG 2.1.1 | Critique | La bannière de consentement aux cookies est utilisable au clavier.Les utilisateurs doivent pouvoir naviguer avec la touche Tab vers la bannière, activer Accepter/Refuser, et la fermer complètement avec le clavier. Elle ne doit pas piéger le focus. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 4.1.2 | Majeur | Les commandes de consentement aux cookies ont des noms et des rôles accessibles.Les boutons doivent être des éléments <button> avec un texte clair. Les éléments div personnalisés agissant comme des boutons nécessitent l'attribut role='button' et un aria-label. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A | |
| WCAG 2.4.3 | Majeur | La bannière de cookies ne perturbe pas l'ordre de tabulation pour le reste de la page.Après avoir fermé la bannière, le focus doit revenir à une position logique dans la page, et non sauter à la fin ou se perdre. | ☐ Conforme ☐ Partiel ☐ NON CONFORME ☐ N/A |