ACCESIBILIDAD ≠ OVERLAY · 32
Accessibilité ≠ Overlay : l’accessibilité se planifie aussi
2 novembre 2026
Un site accessible se construit grâce à des exigences précises, une conception inclusive, un développement rigoureux, des tests et un suivi.
1. Prévoir l’accessibilité dès le départ
Lorsque les contrôles arrivent seulement à la fin, les obstacles sont parfois intégrés à l’architecture et aux composants. Les corriger peut nécessiter de reconstruire des menus entiers.
Planifier consiste à anticiper la navigation sans souris, l’utilisation d’un lecteur d’écran et l’agrandissement du contenu.
2. Définir des critères vérifiables
La promesse d’un site accessible est trop vague. Il faut préciser l’utilisation du clavier, le focus visible, les étiquettes et les messages d’erreur.
Les WCAG 2.2 servent de référence pour établir des critères de validation et identifier les personnes responsables.
3. Comprendre les personnes et leurs tâches
Les visiteurs doivent pouvoir chercher une information, acheter, réserver ou contacter un service en autonomie.
Tenez compte des lecteurs d’écran, du zoom, de la commande vocale et des différents besoins. Faites participer des personnes handicapées lorsque c’est possible.
4. Concevoir une structure cohérente
Préparez une hiérarchie de titres logique, des liens explicites, une navigation prévisible et des formulaires compréhensibles.
Les contrastes, les états du focus et les dimensions des commandes doivent être prévus dans la conception, pas ajoutés au dernier moment.
5. Développer avec une sémantique correcte
Les boutons HTML natifs, les étiquettes associées et une structure claire facilitent l’usage des technologies d’assistance.
Les menus et fenêtres de dialogue nécessitent une gestion correcte du focus. WordPress, Divi ou une extension ne garantissent pas à eux seuls ce résultat.
6. Tester pendant toutes les étapes
Commencez par les prototypes et répétez les vérifications pendant le développement. Les outils automatiques ne détectent pas tous les obstacles.
Testez le clavier, le lecteur d’écran, le zoom, les écrans étroits et les parcours complets. Documentez puis revérifiez les corrections.
7. Prévoir budget et responsabilités
Réservez du temps pour la conception, les tests et les corrections. Désignez les responsables des formulaires, contenus et composants partagés.
Incluez les services tiers, notamment les paiements et réservations, car une seule intégration inaccessible peut bloquer une tâche.
8. Anticiper la maintenance
Les mises à jour et nouveaux contenus peuvent réintroduire des obstacles. Planifiez des contrôles réguliers et un moyen de signaler les problèmes.
L’accessibilité concerne la planification, la conception, le développement, les tests et la maintenance. Un overlay ne remplace pas ce travail.
9. Un exemple concret
Pour un site de réservation, testez très tôt le choix du service, de la date et la confirmation au clavier.
Définissez trois tâches prioritaires, attribuez les responsabilités et établissez des critères WCAG 2.2 avant le développement.