Aujourd'hui, l'accessibilité arrive trop tard
Elle apparaît en recette, en audit final, ou pire, en remédiation après mise en ligne. À chaque fois, le coût explose et la dette technique s'installe.
La spec qui produit du code conforme.
— Service · 08
design.md a11y-ready
Vos designers livrent un design.md aux développeurs. Nous le revoyons, le complétons, l'enrichissons d'instructions d'accessibilité précises — composants HTML natifs ou patterns ARIA documentés, ordre de tabulation, gestion du focus, hiérarchie sémantique. Vos équipes implémentent ensuite un site conforme RAWeb 1.1, RGAA 4.1.2 et EAA, par construction. Pas en remédiation.
Pourquoi intervenir sur la spec, pas sur le code livré.
— 01 · Le constat
Le coût de l'accessibilité grimpe exponentiellement plus on l'aborde tard. La revue de spec ramène la décision au moment où elle pèse le moins.
Un ticket détecté en spec coûte 1×
Le même ticket détecté en recette coûte 10×. En production après l'EAA, 100× — sans compter le risque juridique.
Le design.md est le pivot
C'est lui qui décrit l'architecture, les composants, les flux, les états. C'est lui que les développeurs lisent — humains comme agents IA dans Claude Code, Cursor ou GitHub Copilot. Si l'accessibilité n'est pas dans la spec, elle ne sera pas dans le code.
Ce que vous récupérez.
— 02 · Nos livrables
Trois livrables qui partent en production avec votre équipe — humains et agents IA de code.
Brief enrichi
Le brief design réécrit, prêt à être implémenté
Votre design.md annoté section par section. Chaque décision documentée, chaque ambiguïté levée.
- HTML sémantique natif privilégié systématiquement
- Patterns ARIA mobilisés uniquement quand nécessaire
- Ordre de tabulation explicite
- Gestion du focus (ouverture, fermeture, restitution)
- Hiérarchie des titres et alternatives textuelles
- États visibles (focus, hover, disabled, error)
Composant par composant
Les contrats d'accessibilité par composant
Chaque composant du design system reçoit son contrat. Composant HTML natif quand il existe, pattern ARIA documenté quand il faut.
- Modale, boîte combinée, accordéon, onglets, formulaire
- Gestion clavier attendue, par composant
- Annonces lecteur d'écran spécifiées
- Attributs ARIA requis ou structure HTML cible
- Implémentation du premier coup, pas d'aller-retour
Filet de sécurité
La checklist de tests + le mapping réglementaire
Le filet de sécurité — automatisable, traçable, opposable. Chaque recommandation rattachée à son critère normatif.
- Tests automatisés à câbler en intégration continue
- Vérifications manuelles obligatoires (NVDA, JAWS, VoiceOver)
- Navigation clavier seul, scénarios par flux
- Mapping critère par critère : RAWeb 1.1, RGAA 4.1.2
- WCAG 2.2 et EN 301 549 référencés
Comment ça se passe.
— 03 · Le déroulement
Quatre étapes claires, du brief reçu au transfert auprès de vos équipes.
01
Vous nous transmettez le design.md
Plus tout document utile : maquettes Figma, design system existant, PRD, brief produit. Plus le contexte est riche, plus la revue est précise.
Brief reçu
02
Nous analysons et annotons
Section par section, composant par composant, flux par flux. Nous identifions les angles morts, anticipons les ambiguïtés d'implémentation, documentons les décisions structurantes.
Analyse en cours
03
Nous livrons le brief enrichi
Un design.md v2 prêt à être donné aux développeurs. Plus les contrats par composant. Plus la checklist de tests. Plus le mapping réglementaire.
Brief v2 livré
04
En option : session de transfert
Une réunion d'une à deux heures avec vos développeurs et designers pour présenter les modifications majeures, expliquer le pourquoi de chaque choix, et anticiper les questions d'implémentation. Pour s'assurer que le brief sera lu, compris, et appliqué — pas survolé.
Équipes alignées
Pourquoi Audit-Web.
— 04 · Notre ADN
19 ans d'audit normatif, plus une maîtrise quotidienne du spec-driven development. C'est rare. C'est exactement ce qu'il faut pour intervenir au bon endroit, au bon moment.
19 ans d'expertise normative
Audit-Web pratique l'audit d'accessibilité depuis 2007. Référentiels RAWeb, RGAA, WCAG, EN 301 549 : c'est notre métier de tous les jours, pour des clients du secteur public, de la banque, et du luxe.
Maîtrise du spec-driven development
Nous travaillons quotidiennement avec Claude Code, Cursor, et les workflows IA augmentés. Nous lisons et écrivons des design.md. Nous savons comment un agent de code interprète une spec — et où il invente, où il oublie, où il dégrade.
Pour qui.
— 05 · Pour qui
Quatre profils où la revue de spec change concrètement le ROI projet — parce que l'accessibilité y devient un acquis structurel, pas un chantier à venir.
Équipes produit en spec-driven development
Vous travaillez avec Claude Code, Cursor, ou un workflow PRD → design.md → implémentation. Votre code est de plus en plus généré par IA. Si la spec est a11y-ready, le code l'est aussi.
— Workflow IA augmenté
Studios qui livrent des design systems
Vous concevez des design systems pour des clients qui les feront implémenter par leurs propres développeurs. Le contrat d'accessibilité par composant garantit que votre design ne sera pas trahi à l'implémentation.
— DS contractualisé
DSI avec développement externalisé
Vous pilotez des prestataires de développement mais voulez garder le contrôle qualité a11y. La revue amont vous donne un référentiel opposable et mesurable, indépendant du prestataire.
— Référentiel opposable
Secteur public et entités soumises EAA
Pour les acteurs concernés par le RGAA et l'European Accessibility Act, la revue de spec est une garantie de conformité par construction et un outil de réduction du risque juridique.
— Conformité par construction
Ce qu'on ne fait pas.
— 06 · Le périmètre
Par honnêteté — et parce que la revue de spec a un cadre. Si votre besoin tombe dans l'une de ces cases, on vous le dit franchement.
On ne pose pas un overlay a11y sur un produit fini
Les solutions de surcouche automatique (widgets dits « d'accessibilité ») créent l'illusion de la conformité tout en aggravant l'expérience pour les utilisateurs réels. Notre travail intervient à la source — sur la spec — pas en pansement après coup.
— Hors méthode
On ne couvre pas en ARIA un design fondamentalement inaccessible
Si une maquette pose des contrastes hors normes, des cibles de clic minuscules, ou des flux non navigables au clavier, aucun pattern ARIA ne rattrapera le coup. Notre revue remonte au design quand c'est nécessaire — quitte à demander une refonte d'écran.
— Hors limite ARIA
On ne remplace pas l'audit final RGAA
La revue de spec garantit une base saine. Elle ne se substitue pas à l'audit de conformité une fois le produit développé. Les deux sont complémentaires : revue amont pour bâtir juste, audit final pour mesurer et déclarer.
— Complément, pas substitut
Envoyez-nous votre design.md.
— Prochaine étape
Devis sur mesure livré en 48 heures. Le périmètre dépend de la taille du design.md, du nombre de composants concernés, du niveau de criticité réglementaire, et de l'inclusion ou non d'une session de transfert.
Demander un devis