Checklist RGAA 2026 : les points à vérifier avant de mettre un site en ligne

Une mise en ligne non contrôlée crée presque toujours une dette accessibilité qui coûte cher ensuite. En pratique, les équipes livrent des composants visuellement validés, mais oublient des points bloquants pour les utilisateurs clavier, les lecteurs d’écran ou les personnes malvoyantes.

Cette checklist RGAA 2026 a un objectif simple : éviter qu’un site parte en production avec des erreurs connues et faciles à corriger. Elle convient aussi bien à une refonte qu’à un lancement de nouveau site.

Pourquoi utiliser une checklist avant mise en ligne ?

Le RGAA ne se résume pas à un audit final. Si vous attendez la dernière semaine pour tester l’accessibilité, vous transformez des défauts simples en refonte de composants, en retards de livraison et en arbitrages de dernière minute.

Une checklist de pré-production sert d’abord à repérer les blocages majeurs avant publication. Elle permet aussi de répartir les vérifications entre le design, le contenu, le produit et le développement, de documenter ce qui a été testé et ce qui reste à corriger, puis de préparer un audit plus rapide si vous devez ensuite formaliser votre conformité.

Si vous cherchez une vue produit plus large, la page Fonctionnalités détaille comment Conformi structure ce suivi dans le temps.

La checklist RGAA à passer avant la mise en ligne

1. Vérifier les contenus non textuels

Avant toute publication, contrôlez les alternatives textuelles des images informatives, les icônes porteuses de sens, les boutons uniquement visuels ainsi que les graphiques, schémas et captures d’écran.

Une règle simple : si l’image apporte une information, son équivalent doit être compréhensible sans perception visuelle.

2. Contrôler les contrastes

Les contrastes insuffisants restent l’un des défauts les plus fréquents. Vérifiez les textes courants, les liens dans un paragraphe, les textes sur boutons, les états hover, focus, disabled ainsi que les messages d’erreur et d’alerte.

Un contraste conforme sur la maquette ne garantit rien en production si les couleurs changent selon les composants, les thèmes ou les pages CMS.

Faites un passage complet au clavier uniquement. Vous devez pouvoir atteindre le menu, ouvrir et fermer les modales, naviguer dans les carrousels et les onglets, accéder aux filtres et aux formulaires, puis sortir proprement des composants interactifs.

Si le focus disparaît, saute des éléments ou reste piégé, la mise en ligne doit être bloquée sur les parcours critiques.

4. Valider les formulaires

Chaque formulaire stratégique doit être testé sur l’association label / champ, la présence d’aides de saisie utiles, l’identification des champs obligatoires, la qualité des messages d’erreur, la conservation des données lors d’une erreur et la soumission au clavier.

Pour aller plus loin, consultez aussi notre guide sur l’accessibilité des formulaires.

5. Vérifier la structure de page

Avant publication, assurez-vous que chaque page possède un seul h1 utile, que la hiérarchie des titres suit une logique claire, que les zones de navigation sont identifiables, que la langue principale est définie et que les liens ont des intitulés explicites.

Cette étape semble basique, mais elle conditionne la compréhension de la page par les technologies d’assistance et améliore aussi la lisibilité SEO.

6. Rejouer les parcours critiques

Ne vous contentez pas de la page d’accueil. Rejouez les parcours qui génèrent du business, comme la demande de démo, la prise de contact, la création de compte, le téléchargement d’un document ou l’achat et la demande de devis.

Un site peut sembler propre en page statique et être très dégradé sur ses tunnels réels.

Qui vérifie quoi dans l’équipe ?

La bonne approche consiste à répartir la checklist par responsabilité. Le design doit porter les contrastes, les états de focus, la taille des cibles et la cohérence visuelle. Le contenu doit s’occuper des titres, des textes de liens, des alternatives et de la compréhension des messages. Le développement prend en charge la structure HTML, les composants interactifs, la gestion clavier et les annonces d’erreur, tandis que le produit et le marketing arbitrent les parcours critiques et l’ordre des corrections.

Quand personne n’est explicitement responsable, les mêmes erreurs reviennent à chaque sprint.

Les critères qui doivent déclencher un go / no-go

Toutes les non-conformités n’ont pas le même impact. Avant mise en ligne, traitez en priorité les éléments impossibles à utiliser au clavier, les formulaires de conversion inexploitables, les contenus essentiels absents pour un lecteur d’écran, les boutons ou liens sans nom accessible et les contrastes qui empêchent la lecture.

Ces points ont un impact direct sur l’usage, la conformité et la conversion.

Faut-il faire un audit complet avant de publier ?

Pas forcément. En revanche, il faut au minimum une checklist opérationnelle, un contrôle automatisé des pages clés, un test manuel des parcours majeurs et un plan de remédiation pour les écarts restants.

Si vous préparez un cadrage plus complet, notre article Comment préparer un audit RGAA en interne vous donne une méthode concrète.

Conclusion

Une bonne checklist RGAA n’a pas vocation à remplacer un audit d’expert. Elle évite surtout de livrer l’évident : les défauts connus, répétables et coûteux à corriger après coup.

Si vous voulez industrialiser ce contrôle avant chaque release, Conformi permet de scanner vos pages, prioriser les écarts et partager les corrections aux équipes sans passer par un audit manuel à chaque livraison.