ACCESIBILIDAD ≠ OVERLAY · 24
Accessibilité ≠ Overlay : personnalisation sans accessibilité réelle
📅 Octobre 2026 · ⏱ 7 min de lecture
Modifier les couleurs, les polices ou les espacements peut aider. Mais cela rend-il un site inaccessible réellement accessible ?
Personnaliser ne signifie pas corriger
Un overlay peut proposer contraste, taille du texte et espacement. Ce sont des réglages d’affichage, pas des corrections automatiques du contenu, de la structure ou des interactions.
Quatre obstacles subsistent
Un bouton sans nom accessible reste ambigu pour un lecteur d’écran. Un formulaire sans étiquettes demeure difficile. Une fenêtre qui piège le focus bloque le clavier. Une image informative sans alternative textuelle reste inexpliquée.
Quand la surcouche crée des difficultés
Certains réglages peuvent perturber les préférences du navigateur ou les technologies d’assistance. L’agrandissement peut provoquer des chevauchements si la mise en page n’est pas adaptable.
La personnalisation reste utile
WAI-Adapt reconnaît l’intérêt d’adapter la présentation aux besoins individuels. Le problème est de présenter ces options comme une solution d’accessibilité complète.
Ce qu’exige un site accessible
HTML sémantique, contrôles étiquetés, navigation au clavier, gestion du focus, alternatives textuelles, mise en page adaptable et tests avec des technologies d’assistance.
Un test simple
Essayez de remplir un formulaire uniquement au clavier, puis avec un lecteur d’écran. Vérifiez erreurs et confirmations. Changer la couleur ne répare pas un parcours défaillant.
Conclusion
L’accessibilité réelle commence dans la conception, le contenu et le code. La personnalisation complète, mais ne remplace pas, la suppression des obstacles.
♿ Accessibility is built into the website, not added with a single button.
Adapta tu Web · Accessibility ≠ Overlay · 24