(A11y) Déclaration d’accessibilité
Accessible par défaut. Pas par exception.
Je suis né sourd. L’accessibilité n’est pas une checklist que j’ai apprise, c’est ma façon de vivre le web au quotidien. Ce site est construit comme je demande aux équipes de construire les leurs, et cette page en apporte la preuve.
État
- Objectif
- WCAG 2.2, niveau AA
- et son équivalent français, le RGAA 4.1
- Audit automatisé
- 0 erreur
- 14 pages, desktop et mobile, axe-core 4.10 avec les règles WCAG 2.0 à 2.2 A/AA
- Dernière vérification
- 22 octobre 2026
- Relancée après chaque évolution importante
Les outils automatiques ne détectent qu’une partie des obstacles. C’est un minimum, pas une ligne d’arrivée : chaque page est aussi testée au clavier seul.
Sept choix qu’on ne remarque pas, jusqu’au jour où on en a besoin.
Ce qui est intégré
- 01
Contrastes
Tous les textes respectent le ratio AA de 4,5:1. Le rouge de la marque a été assombri pour ça, et une variante plus claire est utilisée sur fond sombre.
- 02
Clavier
Un lien « Aller au contenu », un contour de focus visible sur chaque élément interactif, et des zones défilantes accessibles avec Tab.
- 03
Mouvement
Si « Réduire les animations » est activé sur votre appareil, les animations au scroll, la parallaxe et le défilement fluide sont désactivés.
- 04
Structure
De vrais repères de navigation et titres, une langue déclarée sur chaque page, et les passages en anglais signalés comme tels aux lecteurs d’écran.
- 05
Images
Un texte alternatif descriptif sur les images porteuses de sens. Les images purement décoratives sont masquées aux technologies d’assistance.
- 06
Sans JavaScript
Chaque page reste lisible sans scripts : les animations sont un plus, jamais un prérequis.
- 07
Léger par conception
Un site statique, sans traceurs ni cookies, avec des images WebP adaptées à l’écran. Moins de données, plus rapide sur une connexion lente ou un appareil ancien.
Limites connues
- Les captures de projets montrent des interfaces dont les petits textes ne sont pas retranscrits. L’information importante est toujours dans le texte qui les accompagne.
- Sur grand écran, les projets à la une défilent horizontalement. La liste complète est aussi disponible sous forme de simple liste juste en dessous.
- Les liens vers Medium et Malt mènent vers des sites que je ne maîtrise pas.
Ce que j’apporte aux équipes produit
Dans mon travail
-
Audits
Évaluer des produits au regard des WCAG et du RGAA, classer les problèmes par impact et les transformer en stories que les développeurs peuvent livrer.
-
Design systems accessibles
Des composants pensés avec leurs états focus, erreur et désactivé, des tokens aux contrastes vérifiés et des règles d’usage dès le départ.
-
Formation
Masterclasses et ateliers pour que designers, développeurs et product managers s’approprient l’accessibilité au lieu de la sous-traiter.
-
Dès le premier wireframe
Le design inclusif commence par la recherche et les parcours, bien avant les couleurs. Corriger à la fin coûte toujours plus cher.
“Ce qui en fait quelqu’un d’à part est qu’il se bat pour intégrer l’accessibilité dans le design, et peu de gens mènent ce “combat” ou savent le faire aujourd’hui.”
Lire mes articles sur l’accessibilité
Un obstacle ?
Si quelque chose sur ce site est difficile ou impossible à utiliser pour vous, dites-le-moi. Je réponds sous quelques jours et je corrige ce que je peux.
Signaler un problème