---
title: "Formation des développeurs à l’accessibilité : les bons réflexes"
description: "Rubrique parente : La formation à l'accessibilité. Dix réflexes plutôt que 106 critères Connaître le référentiel ligne à ligne, c’est le métier de l’auditeur, pas celui du développeur. Ce dernier gagne bien plus à acquérir quelques habitudes de code qui suppriment l’essentiel des non-conformités avant même qu’elles n’existent. Ce que nous enseignons Utiliser l’élément HTML […]"
url: "https://www.newp.fr/formation-accessibilite-numerique/formation-developpeurs/"
author: ""
date: "2026-09-20T09:27:36+00:00"
modified: "2026-09-21T18:30:01+00:00"
lang: "fr_FR"
---

# Formation des développeurs à l’accessibilité : les bons réflexes

 Rubrique parente : [La formation à l'accessibilité](/formation-accessibilite-numerique/).

 

## Dix réflexes plutôt que 106 critères

 Connaître le référentiel ligne à ligne, c’est le métier de l’auditeur, pas celui du développeur. Ce dernier gagne bien plus à acquérir quelques habitudes de code qui suppriment l’essentiel des non-conformités avant même qu’elles n’existent.

## Ce que nous enseignons

1. **Utiliser l’élément HTML natif.** La règle numéro un d’ARIA consiste à s’en passer quand c’est possible : un `<button>` offre d’emblée ce qu’un `<div role="button">` tente de recréer, en moins bien.
2. **Ne jamais retirer l’indicateur de focus sans en proposer un autre.** Le `outline: none` est à la fois l’anomalie la plus courante et la plus simple à éviter.
3. **Faire dépendre le niveau de titre du contexte**, composants réutilisables compris : un composant qui force un `h3` brise la hiérarchie de chaque page où il apparaît.
4. **Relier chaque champ à son intitulé**, et chaque message d’erreur au champ qu’il concerne.
5. **Replacer le focus lors d’un changement de vue** dans une application monopage, et actualiser le titre du document.
6. **Faire annoncer les mises à jour de contenu** grâce à une zone de message de statut présente dans la page dès son chargement.
7. **Garantir un contenu lisible même si JavaScript ne s’exécute pas.**
8. **Ne jamais confier une information à la couleur seule.**
9. **Munir chaque tableau de données de `caption`, `th` et `scope`.**
10. **Tenir compte des réglages de l’utilisateur** : `prefers-reduced-motion`, contraste renforcé, taille de police.
 
 L’exercice qui change le regard des participants Nous demandons à chacun de parcourir sa propre application sans souris, puis d’écouter l’un de ses formulaires restitué par un lecteur d’écran. À partir de là, les dix réflexes ne sont plus une liste de règles théoriques : chaque développeur a entendu le rendu réel de son code.

 

## Faire durer les acquis une fois en production

- **des tests automatiques bloquants** intégrés au processus de déploiement, qui interceptent la moitié des régressions de structure ;
- **un catalogue de composants accessibles**, audité une seule fois puis réemployé dans tous les projets, au lieu de corriger sans cesse les mêmes défauts ;
- **une relecture par un pair** pour chaque nouveau composant interactif ;
- **un lecteur d’écran disponible** sur au moins une machine de l’équipe, avec au moins une personne capable de s’en servir.
 
## Organisation et durée

 Nous consacrons une journée aux réflexes et aux exercices pratiques, puis une demi-journée de suivi quelques semaines après, sur le code réel de votre équipe. C’est ce second rendez-vous qui ancre le premier : il fait émerger les situations imprévues rencontrées entre-temps.

[Organiser la formation de vos développeurs](/contact/)

  [ Sujet précédent Devenir référent accessibilité ](/formation-accessibilite-numerique/referent-accessibilite/) [ Sujet suivant Former les contributeurs ](/formation-accessibilite-numerique/formation-contributeurs/)

---

*Source : [www.newp.fr](https://www.newp.fr/formation-accessibilite-numerique/formation-developpeurs/)*