Checklist WCAG 2.2 pour une boutique plus accessible
WCAG 2.2 contient des critères de succès testables. En e-commerce, il faut examiner tout le parcours : recherche, filtres, fiches produit, panier, formulaires et paiement.
Signaux bien automatisables
Un scan technique repère rapidement les images sans alt, champs sans libellé détectable, titres vides, références ARIA cassées et contrôles sans nom accessible.
L’analyse à grande échelle est particulièrement utile lorsqu’un défaut de template touche des centaines de pages.
- Langue de page et titres uniques
- Alternatives des images
- Libellés et noms accessibles
- Structure des titres
- Focus et zoom
- En-têtes de tableau et références ARIA
Ce qui exige un humain
Tous les critères WCAG ne sont pas automatisables. La qualité d’un texte alternatif, la logique clavier, la compréhension des erreurs et l’expérience de checkout demandent un jugement humain.
Utilisez l’automatisation pour détecter et prioriser, puis validez manuellement.
- Tester le checkout uniquement au clavier.
- Vérifier le focus visible.
- Évaluer la clarté des instructions et erreurs.
FAQ
Un scan automatique peut-il tester tous les critères WCAG ?
Non. W3C indique que certains contrôles exigent une évaluation manuelle.
Quelles pages sont prioritaires ?
Accueil, catégorie/recherche, produit, panier, compte, formulaires et checkout.
Sources officielles : European Accessibility Act et W3C WCAG
W3C WCAG 2.2
Informations générales, pas un conseil juridique ni une déclaration formelle de conformité WCAG. Les contrôles automatisés ne couvrent pas tous les critères.
Cartographiez d’abord vos risques techniques d’accessibilité
Le Quick Scan gratuit contrôle jusqu’à 5 pages représentatives. Le Risk Report payant analyse en arrière-plan jusqu’à 1 000 pages publiques et est envoyé automatiquement par e-mail une fois terminé.