Nous relisons vos maquettes fonctionnelles et graphiques avant qu'elles ne partent en développement. Contrastes, tailles, parcours, états d'interaction — chaque écart aux WCAG est documenté avec une recommandation concrète, exploitable par vos équipes UX et UI.
§ Le principe
Beaucoup de non-conformités identifiées en recette ne relèvent pas du développement : elles viennent des maquettes elles-mêmes. Un contraste insuffisant, une cible tactile trop petite, une hiérarchie typographique indécodable au lecteur d'écran se trouvent d'abord dans Figma avant de se retrouver en ligne.
Intervenir sur la maquette, c'est corriger la cause plutôt que la conséquence. La revue est rapide, chirurgicale, et évite aux équipes de développement de se battre avec un design fondamentalement non conforme.
Les arbitrages graphiques sont pris une fois, en amont, et ne sont plus remis en cause pendant le développement. La cohérence du design system est renforcée.
Corriger un contraste dans Figma prend quelques minutes. Le corriger après livraison implique design, développement, recette et mise en production — un ratio de 1 à 20 en moyenne.
La revue est un moment pédagogique pour les équipes UX et UI. Les retours deviennent des réflexes de conception sur les projets suivants, bien au-delà du périmètre audité.
§ Points de contrôle
Notre grille de revue couvre l'ensemble des critères WCAG applicables à la maquette, sans empiéter sur ce qui relève strictement du code. Chaque point fait l'objet d'une annotation directement sur l'écran concerné.
Ratios de contraste texte/fond, états désactivés, icônes informatives, texte sur image. Vérification au ratio 4.5:1 (texte courant) et 3:1 (grand texte, éléments graphiques).
WCAG 1.4.3WCAG 1.4.11Taille de base, interlignage, justification, hiérarchie des titres. Contrôle de la capacité du texte à être redimensionné à 200% sans perte de contenu ou de fonctionnalité.
WCAG 1.4.4WCAG 1.4.12Taille minimale des cibles tactiles (24×24 CSS minimum, 44×44 recommandé), espace entre éléments cliquables, zones de marge, scroll horizontal.
WCAG 2.5.8WCAG 1.4.10Présence et visibilité des états hover, focus, active, disabled, erreur. Spécification explicite du style de focus visible pour la navigation au clavier.
WCAG 2.4.7WCAG 2.4.11Cohérence de la navigation entre écrans, structure des landmarks implicites, ordre de lecture logique, skip links, retour en arrière, gestion des parcours d'erreur.
WCAG 2.4.3WCAG 3.2.3Étiquetage des champs, indication des champs obligatoires, messages d'erreur explicites, instructions d'aide, stratégie de validation (inline ou à la soumission).
WCAG 3.3.1WCAG 3.3.3§ Déroulé
Vous nous donnez accès à vos maquettes (Figma, Sketch, XD). Nous identifions les écrans prioritaires, le design system associé et les points d'attention.
Nous relisons chaque écran au regard des WCAG. Les écarts sont annotés directement dans l'outil source, accompagnés d'une recommandation visuelle et écrite.
Nous produisons un rapport de synthèse priorisé : anomalies bloquantes, majeures et mineures. Chaque item renvoie à l'écran, au critère et à la correction proposée.
Nous présentons les conclusions à l'équipe UX / UI en session de 90 minutes, répondons aux questions, ajustons selon vos contraintes et priorisons les reprises.
§ À qui s'adresse ce service
En charge de la conception d'un nouveau parcours ou de la refonte d'un produit existant. Besoin d'un avis expert sur l'accessibilité des choix graphiques et fonctionnels avant livraison aux développeurs.
Responsables de la livraison d'un produit numérique avec des contraintes de conformité. Besoin d'anticiper les risques et de sécuriser le passage en développement sans ajouts de périmètre tardifs.
Services web soumis à l'obligation de conformité RGAA. Besoin de démontrer que l'accessibilité a été prise en compte dès la conception, et d'éviter un audit final défavorable.
§ Questions fréquentes
§ Démarrer un projet
Partagez-nous l'accès à vos fichiers Figma (lecture seule) et le périmètre souhaité. Nous revenons sous 48h avec un chiffrage et un calendrier.
Direct