Se préparer
Accessibilité et sécurité : des exigences qui se préparent.
Un grand compte, un acheteur public ou la loi peuvent exiger qu'un tiers contrôle votre site. Ce que cet audit regarde, et ce qu'il demande à un développeur, se prévoit avant d'écrire la première ligne.
Ce qu'un audit regarde
On pense d'abord au code. Un audit regarde bien plus que lui.
Un audit ne regarde pas seulement le code
Il regarde aussi le contenu publié, les composants tiers (cartes, vidéos, statistiques, panneau de consentement) et la façon dont tout cela fonctionne ensemble. Ce qui dépend d'un tiers se déclare, ou se remplace.
Deux audits, deux questions
Une question pour chaque audit
Accessibilité
- Navigation au clavier
- Lecteurs d'écran
- Contrastes
- Formulaires
- Vidéo et audio
Le site est-il utilisable par tous ? Un auditeur indépendant contrôle point par point les critères du RGAA, le référentiel officiel.
Sécurité
- Accès et droits
- Données saisies
- Fichiers envoyés
- Configuration du serveur
- Composants tiers à jour
Un attaquant peut-il y entrer ? Des experts indépendants tentent de pénétrer le site, puis chaque faille trouvée est corrigée.
Dans les deux cas, le verdict est rendu par un tiers, pas par celui qui a développé.
Des chiffres publics
Qui est concerné, et ce qui s'impose
-
14,5 millions
de personnes vivent avec un handicap en France, temporaire ou permanent, visible ou invisible. Pour une partie d'entre elles, un site inaccessible est un site fermé.
-
106
critères dans le RGAA, le référentiel officiel de l'accessibilité numérique, répartis en 13 thématiques.
-
28 juin 2025
Date à laquelle l'accessibilité s'impose aussi à des services privés : commerce en ligne, services bancaires, transports, médias (hors micro-entreprises).
Sources : info.gouv.fr, accessibilité numérique (DREES, Le handicap en chiffres, édition 2024) ; info.gouv.fr, évaluer les critères de l'accessibilité numérique ; monparcourshandicap.gouv.fr, entrée en vigueur de la directive européenne.
Un donneur d'ordre ou un contrôle peut vous demander de le démontrer.
Ce que cela change pour le développeur
Répondre à un audit fait partie du projet.
Une correction n'est pas déclarée : elle est démontrée
Il faut analyser chaque remarque, la corriger ou expliquer pourquoi elle ne peut pas l'être, vérifier la correction avant de la soumettre à nouveau, et garder une trace écrite de chaque étape.
Vous commandez l'audit d'accessibilité à un prestataire spécialisé ; nous appliquons ses recommandations.
Notre expérience
Un site soumis aux audits d'un grand groupe.
Nous avons livré un site soumis aux audits d'accessibilité et de sécurité d'un grand groupe. Un auditeur indépendant a contrôlé l'accessibilité, des experts ont testé la sécurité : chaque point a été traité, ou expliqué lorsqu'il dépendait d'un composant tiers.
Nous ne publions ni les résultats ni les constats : ils appartiennent à notre client.
Ce site applique les mêmes règles. Ses en-têtes de sécurité et sa politique de contenu sont publics : n'importe quel outil d'analyse peut les lire.
Avant de signer
Trois questions à poser à votre prestataire.
-
Un audit externe a-t-il déjà été passé sur l'un de ses projets ?
Si oui, demandez ce qu'il a changé dans sa manière de travailler.
-
Qui corrige, et qui vérifie la correction ?
Celui qui a développé ne devrait pas être le seul à déclarer qu'elle est faite.
-
Que devient ce qui dépend d'un composant tiers ?
Il faut le remplacer, le configurer autrement, ou l'expliquer par écrit.
Si votre projet sera audité, dites-le dès le premier échange.
C'est un point du cadrage, comme les droits d'accès ou les calendriers : l'audit, les corrections et le contre-audit se prévoient dans le budget et dans le calendrier.