Pour qui, pourquoi
L'accessibilité ne sert pas « les autres » : handicaps permanents, temporaires, situationnels, et l'arbre d'accessibilité que voit un lecteur d'écran.
HTML sémantique : 80 % du travail
Un button natif fait gratuitement ce qu'un div cliquable ne fera jamais. Landmarks, titres hiérarchisés, et le labo « trouve les 5 problèmes ».
Clavier et focus visible
Tab, Entrée, Échap : ton site entier doit se piloter sans souris. Le focus visible, le skip link, et le test que tout le monde oublie.
Le texte alternatif
Décrire la fonction, pas l'image. Quand remplir l'alt, quand le laisser vide, et pourquoi « image de » pollue la lecture.
Formulaires accessibles
Un label cliquable relié au champ, des erreurs annoncées, jamais la couleur seule. Réparer un formulaire cassé, pièce par pièce.
Contraste et couleur
4,5:1 pour le texte, 3:1 pour les grands titres et l'UI : les ratios WCAG expliqués, et l'information jamais portée par la couleur seule.
ARIA et tester pour de vrai
La première règle d'ARIA : ne pas en mettre. Quand le HTML ne suffit pas, comment tester gratuitement (clavier, axe, NVDA), et les obligations 2026.
Ce que vous allez apprendre
Structurer en HTML sémantique : le natif fait 80 % du travail d'accessibilité gratuitement
Rendre tout pilotable au clavier, avec un focus visible et des cibles assez grandes
Écrire des alt utiles, des formulaires avec labels et erreurs annoncées, des contrastes qui passent
Utiliser ARIA en dernier recours, et auditer gratuitement : clavier, axe DevTools, lecteur d'écran
Prérequis : les bases HTML et CSS du site. Les labos tournent dans le navigateur (corrige le code, trouve les problèmes) ; le test au lecteur d'écran est guidé pour chez toi (NVDA gratuit, VoiceOver intégré). Rien à acheter.