L’accessibilité numérique est devenue un enjeu stratégique pour toutes les organisations. Elle est désormais encadrée par des réglementations de plus en plus strictes, attendue par les utilisateurs, et directement liée à la qualité globale de l’expérience produit.
Pourtant, une croyance freine encore de nombreux projets : celle que rendre un produit accessible implique nécessairement une refonte complète, longue et coûteuse. Cette idée est fausse.
Il est possible d’améliorer significativement l’accessibilité d’un produit numérique existant de manière progressive, priorisée et mesurable, sans tout reconstruire. Ce guide vous explique comment.
1. Comprendre ce qu’est vraiment l’accessibilité numérique
Avant d’agir, il faut poser un cadre commun. L’accessibilité numérique désigne la capacité d’un produit ou service numérique à être utilisé par toutes les personnes, quelles que soient leurs capacités physiques, sensorielles, cognitives ou motrices.
Elle concerne les personnes ayant des handicaps permanents (déficience visuelle, surdité, troubles moteurs, troubles cognitifs) mais aussi des handicaps temporaires (un bras cassé, une conjonctivite) ou situationnels (conduire en écoutant une notification, lire un écran en plein soleil).
Le référentiel international de l’accessibilité numérique s’appelle WCAG, pour Web Content Accessibility Guidelines et détaille les règles pour l’accessibilité des contenus web. Publié par le W3C (World Wide Web Consortium, l’organisation internationale qui développe les standards du web), il définit trois niveaux de conformité : A (minimal), AA (recommandé) et AAA (optimal).
En France, le référentiel national est le RGAA (Référentiel Général d’Amélioration de l’Accessibilité), qui traduit et adapte les WCAG au contexte réglementaire français. Il s’impose légalement aux organismes publics et, depuis l’Acte européen sur l’accessibilité (European Accessibility Act), entré en application en juin 2025, à de nombreuses entreprises privées.
Il est important de souligner que :
- 15 % de la population mondiale vit avec un handicap (OMS)
- 97 % des pages d’accueil de sites web présentent des erreurs d’accessibilité détectables automatiquement (WebAIM 2024)
- ×4 : le coût de correction d’un problème d’accessibilité découvert après mise en production vs. en phase de conception
2. Pourquoi la refonte complète n’est pas la seule réponse
La refonte complète d’un produit numérique pour des raisons d’accessibilité est parfois nécessaire, notamment lorsque l’architecture de l’interface est fondamentalement défaillante, ou lorsque le produit doit être entièrement reconstruit pour d’autres raisons stratégiques.
Mais dans la majorité des cas, une approche progressive et priorisée produit des résultats significatifs en moins de temps et pour un coût bien inférieur.
Le mythe du « tout ou rien »
L’accessibilité n’est pas un état binaire. Il ne s’agit pas d’être « accessible » ou « non accessible ». C’est un continuum d’amélioration sur lequel chaque organisation peut progresser, quelle que soit sa situation de départ.
Une organisation qui passe de zéro critère WCAG respecté à 60 % a transformé l’expérience de millions d’utilisateurs, même sans avoir atteint la conformité totale. C’est cet état d’esprit progressif qui doit guider les décideurs.
Les coûts comparés
Une refonte complète orientée accessibilité mobilise des ressources considérables : des mois de conception, de développement, de tests et de déploiement. Le risque de régression fonctionnelle est élevé. L’impact sur les équipes est massif.
À l’inverse, une démarche d’amélioration continue permet de traiter les problèmes les plus impactants en premier, de livrer des améliorations tangibles rapidement, et de distribuer l’effort dans le temps de manière soutenable. Elle s’intègre naturellement dans les cycles de développement agile existants, sans nécessiter de projet exceptionnel.
Reporter l’accessibilité à une prochaine refonte est l’un des pièges les plus courants. Les refontes se déplacent, se réduisent, ou n’arrivent jamais. En attendant, des utilisateurs sont exclus, et le risque juridique s’accumule. Commencer maintenant, même modestement, est toujours la meilleure décision.
3. La première étape incontournable : l’audit d’accessibilité
Avant de pouvoir améliorer quoi que ce soit, il faut savoir où vous en êtes. C’est le rôle de l’audit d’accessibilité.
Un audit d’accessibilité complet combine deux approches complémentaires : l’analyse automatisée et l’évaluation experte manuelle.
L’analyse automatisée
Des outils comme Axe, Lighthouse (intégré à Google Chrome), WAVE (Web Accessibility Evaluation Tool) ou Tanaguru permettent de détecter automatiquement un sous-ensemble des problèmes d’accessibilité, notamment les erreurs de code HTML les plus fréquentes, les contrastes insuffisants, ou les images sans texte alternatif.
Ces outils sont précieux pour obtenir une première photographie rapide de l’état de votre produit. Mais ils ne détectent qu’environ 30 à 40 % des problèmes d’accessibilité réels. Ils sont un point de départ, pas une réponse complète.
L’évaluation experte manuelle
Cette évaluation conduite par un expert en accessibilité, permet de détecter les problèmes que les outils automatisés manquent : logique de navigation au clavier, cohérence des intitulés de liens, lisibilité réelle du contenu, comportement des composants interactifs avec les technologies d’assistance (lecteurs d’écran comme NVDA, JAWS ou VoiceOver, logiciels de zoom, dispositifs de contrôle alternatifs).
L’évaluation experte peut être complétée par des tests avec des utilisateurs en situation de handicap, une approche qui révèle des problèmes réels qu’aucune liste de critères ne peut anticiper entièrement.
La hiérarchisation des problèmes identifiés
Un audit sérieux ne produit pas une liste plate de centaines de problèmes. Il produit une liste priorisée, organisée selon deux axes principaux : l’impact sur les utilisateurs (combien de personnes sont affectées, à quel point cela bloque leur usage) et la facilité de correction (effort de développement requis, risque de régression).
Cette matrice de priorisation est l’outil de décision central pour une démarche d’amélioration sans refonte. Elle vous permet d’identifier les corrections à fort impact et faible effort, celles qui doivent être traitées en priorité absolue.
4. Les améliorations à fort impact que vous pouvez déployer rapidement
Certains types de corrections d’accessibilité sont à la fois très impactants pour les utilisateurs et relativement simples à mettre en œuvre, sans nécessiter de réécriture profonde de l’interface. Voici les plus importants.
Les contrastes de couleur
Le contraste entre le texte et son arrière-plan est l’un des problèmes d’accessibilité les plus fréquents et les plus impactants. Les WCAG AA exigent un rapport de contraste d’au moins 4,5:1 pour le texte normal et 3:1 pour le texte large (supérieur à 18pt ou 14pt en gras).
Ce type de correction ne nécessite que de modifier des variables CSS (Cascading Style Sheets, feuilles de style en cascade), les règles qui définissent l’apparence visuelle d’une interface web. C’est souvent une correction de quelques heures de développement, pour un impact immédiat sur des millions d’utilisateurs souffrant de déficiences visuelles ou utilisant leur écran dans des conditions difficiles.
Les textes alternatifs des images
Chaque image porteuse d’information doit être accompagnée d’un texte alternatif (attribut alt en HTML) qui en décrit le contenu pour les utilisateurs qui ne peuvent pas la voir, notamment les personnes non voyantes utilisant un lecteur d’écran, mais aussi les moteurs de recherche.
L’absence de textes alternatifs est l’une des erreurs les plus répandues, et l’une des plus faciles à corriger. Un audit suivi d’une session de rédaction avec les équipes contenu peut résoudre ce problème sur un produit entier en quelques jours.
La navigation au clavier
De nombreux utilisateurs naviguent sur le web uniquement au clavier (personnes avec des troubles moteurs, utilisateurs avancés, personnes utilisant des dispositifs de contrôle alternatifs). Une interface doit pouvoir être utilisée intégralement sans souris.
Le problème le plus fréquent est l’absence d’indicateur de focus visible, c’est-à-dire l’absence de mise en évidence visuelle de l’élément actuellement sélectionné au clavier. Corriger cela ne demande que quelques lignes de CSS, mais rend la navigation au clavier utilisable pour des milliers d’utilisateurs.
L’ordre de tabulation, la séquence dans laquelle les éléments sont atteints en appuyant sur la touche Tab, doit également être logique et cohérent avec la structure visuelle de la page. Des corrections ciblées dans le code HTML peuvent résoudre des parcours de navigation complètement brisés.
La structure sémantique des pages
Les titres HTML (balises H1, H2, H3…) ne servent pas seulement à la mise en forme visuelle. Ils structurent le contenu de manière sémantique, permettant aux lecteurs d’écran de naviguer rapidement de section en section. Une hiérarchie de titres incorrecte ou inexistante désorganise complètement l’expérience des utilisateurs non voyants.
Corriger la hiérarchie des titres est une intervention purement éditoriale et de code, elle ne change rien à l’apparence visuelle de la page et peut être déployée rapidement sur l’ensemble d’un site.
La même logique s’applique aux régions de page : utiliser les balises HTML sémantiques appropriées (nav, main, header, footer, aside) permet aux utilisateurs de technologies d’assistance de comprendre instantanément la structure de chaque page.
Les formulaires accessibles
Les formulaires sont souvent les zones les plus problématiques d’un point de vue accessibilité. Les erreurs classiques incluent : des champs sans label (étiquette) associé explicitement, des messages d’erreur qui ne sont pas annoncés aux lecteurs d’écran, des instructions de format placées après le champ plutôt qu’avant, et des boutons de soumission sans texte descriptif.
Corriger un formulaire existant demande rarement de le reconstruire entièrement. Il s’agit le plus souvent d’ajouter des associations de labels, d’améliorer les messages d’erreur et d’ajuster l’ordre du contenu, des interventions ciblées à fort impact pour les utilisateurs de technologies d’assistance.
Les intitulés de liens et de boutons
Un lien intitulé « Cliquez ici » ou « En savoir plus » ne signifie rien pour un utilisateur de lecteur d’écran qui écoute la liste des liens de la page hors contexte. Chaque lien et chaque bouton doit avoir un intitulé descriptif et unique qui explique clairement sa destination ou son action.
Cette correction est entièrement éditoriale. Elle ne nécessite aucun développement et peut être déployée via le CMS (Content Management System, système de gestion de contenu) par les équipes contenu, sans intervention technique.
Les vidéos et contenus multimédias
Toute vidéo informative doit être accompagnée de sous-titres pour les utilisateurs sourds ou malentendants, et d’une audiodescription pour les contenus visuels essentiels destinés aux utilisateurs non voyants. Les podcasts et contenus audio doivent être accompagnés d’une transcription textuelle.
Ces ajouts peuvent être déployés progressivement sur les contenus les plus stratégiques en priorité, sans modifier quoi que ce soit à l’interface elle-même.
5. Intégrer l’accessibilité dans vos processus sans tout chambouler
Améliorer l’accessibilité d’un produit existant est une chose. La maintenir et l’améliorer dans le temps en est une autre. C’est ici que les décideurs jouent un rôle clé : il s’agit de modifier des processus, pas seulement de corriger des bugs.
Intégrer l’accessibilité dans la définition du « done »
Dans les équipes agiles, chaque fonctionnalité est considérée comme « terminée » lorsqu’elle répond à un ensemble de critères définis, c’est la Definition of Done (définition du terminé). Ajouter des critères d’accessibilité à cette définition est l’un des leviers les plus puissants pour éviter que de nouveaux problèmes soient introduits à chaque sprint.
Ces critères peuvent être simples au départ : « les contrastes respectent le niveau WCAG AA », « tous les éléments interactifs sont atteignables au clavier », « les images ont un attribut alt renseigné ». Ils s’enrichissent progressivement à mesure que l’équipe monte en compétence.
Former les équipes plutôt que de centraliser l’expertise
Une erreur fréquente est de désigner une seule personne « responsable accessibilité » et de lui déléguer tout le travail. Cette approche crée un goulot d’étranglement et ne change pas la culture de l’équipe.
Une approche plus efficace consiste à former l’ensemble des équipes concernées aux bases de l’accessibilité : les designers aux bonnes pratiques de contrastes, de typographie et de hiérarchie visuelle ; les développeurs aux patterns HTML accessibles et aux ARIA (Accessible Rich Internet Applications, un ensemble d’attributs HTML permettant d’améliorer l’accessibilité des composants dynamiques) ; les rédacteurs de contenu aux intitulés de liens, aux textes alternatifs et à la lisibilité.
L’objectif est de faire de l’accessibilité une compétence partagée, pas une spécialité isolée.
Intégrer les tests d’accessibilité dans la chaîne CI/CD
La chaîne CI/CD (Continuous Integration / Continuous Deployment, intégration et déploiement continus) est l’ensemble automatisé de vérifications qui s’exécutent à chaque mise à jour du code. Y intégrer des tests d’accessibilité automatisés permet de détecter les régressions avant qu’elles n’atteignent les utilisateurs.
Des outils comme Axe Core, Pa11y ou Playwright avec les plugins d’accessibilité peuvent être intégrés dans les pipelines de développement existants sans modification majeure de l’infrastructure technique.
Mettre en place un tableau de bord de suivi de l’accessibilité
Ce qui ne se mesure pas ne s’améliore pas. Définissez des indicateurs de suivi clairs pour votre démarche accessibilité :
- Le score de conformité WCAG AA sur les pages clés, mesuré régulièrement.
- Le nombre de critères RGAA respectés, par rapport au total applicable.
- Le nombre d’erreurs détectées automatiquement sur les pages stratégiques.
- Le taux de réussite des tâches critiques lors des tests avec des utilisateurs en situation de handicap.
Ces indicateurs doivent être suivis dans le temps, communiqués aux parties prenantes et intégrés dans les revues de qualité produit.
6. L’accessibilité cognitive : l’angle souvent oublié
Lorsqu’on parle d’accessibilité numérique, on pense souvent en premier aux déficiences visuelles, auditives ou motrices. L’accessibilité cognitive, qui concerne les personnes atteintes de troubles de l’apprentissage, de dyslexie, de troubles du spectre autistique, de troubles attentionnels (TDAH ou Trouble du Déficit de l’Attention avec ou sans Hyperactivité), ou encore les personnes âgées, est souvent négligée.
Pourtant, les améliorations liées à l’accessibilité cognitive bénéficient à tous les utilisateurs. Un langage clair profite à tout le monde. Une interface prévisible rassure aussi bien un utilisateur dyslexique qu’un utilisateur pressé. Un formulaire bien structuré réduit les erreurs pour l’ensemble des profils.
Les principes de base de l’accessibilité cognitive
Le langage clair (Plain Language) est le premier levier. Il s’agit d’utiliser des phrases courtes, des mots courants, une structure logique et des formulations actives. Éviter le jargon technique, les tournures abstraites et les métaphores ambiguës. Ce travail est entièrement éditorial et peut être déployé sans aucun développement.
La cohérence de l’interface est le deuxième levier. Des composants qui se comportent de la même manière partout dans le produit, des icônes dont la signification est stable, des conventions de navigation prévisibles. Tout cela réduit la charge cognitive de l’utilisateur et facilite l’apprentissage de l’interface.
La lisibilité typographique est le troisième levier. Une taille de texte suffisante (au moins 16px pour le corps de texte sur le web), un interlignage généreux, une longueur de ligne maîtrisée (entre 65 et 75 caractères pour le confort de lecture), et des polices de caractères clairement lisibles. Ces paramètres sont ajustables en CSS sans modifier la structure de l’interface.
Enfin, la gestion des erreurs bienveillante est essentielle pour l’accessibilité cognitive. Les messages d’erreur doivent expliquer clairement ce qui s’est passé et comment le corriger, en langage simple et sans culpabilisation. Un formulaire qui dit « Erreur 422 » n’aide personne. Un formulaire qui dit « Le format de votre adresse email n’est pas valide. Exemple : prenom.nom@domaine.fr » aide tout le monde.
Exemple concret : Le gouvernement britannique a mené un travail remarquable d’accessibilité cognitive sur le site GOV.UK, la plateforme de services publics numériques du Royaume-Uni. En appliquant des principes de langage clair, de structure simple et de cohérence des composants, l’équipe de GDS (Government Digital Service, le service numérique gouvernemental) a réduit de 75 % le nombre d’appels aux centres de support pour les démarches administratives en ligne, tout en n’effectuant aucune refonte complète, mais une amélioration continue et documentée des contenus et des composants.
7. Le rôle du Design System dans l’accessibilité progressive
Si votre organisation dispose d’un Design System (système de design, une bibliothèque de composants visuels et d’interactions partagés par l’ensemble des équipes produit), vous disposez d’un levier extraordinaire pour améliorer l’accessibilité à grande échelle sans refonte.
Corriger une fois, bénéficier partout
La force d’un Design System est sa centralisation. Si vous corrigez l’accessibilité d’un composant de bouton dans le Design System, en améliorant son contraste, en ajoutant un indicateur de focus visible, en corrigeant son comportement au clavier. Cette correction se propage automatiquement à toutes les interfaces qui utilisent ce composant.
Pour les organisations qui disposent d’un Design System, un audit d’accessibilité des composants centraux suivi d’une campagne de correction ciblée peut améliorer simultanément des dizaines de produits et interfaces, avec un effort concentré sur un seul périmètre.
Intégrer l’accessibilité dans les guidelines du Design System
Les guidelines (directives de conception) qui accompagnent chaque composant du Design System doivent inclure explicitement les spécifications d’accessibilité : ratios de contraste acceptables, états de focus, comportements clavier attendus, attributs ARIA à utiliser, et exemples d’usage correct et incorrect.
Ces guidelines servent de référence partagée pour tous les designers et développeurs de l’organisation. Elles transforment l’accessibilité en standard de qualité intégré à la pratique quotidienne, plutôt qu’en contrainte externe.
Si vous n’avez pas encore de Design System
L’absence de Design System ne doit pas bloquer votre démarche d’accessibilité. Dans ce cas, identifiez les composants les plus utilisés dans votre interface (boutons, formulaires, navigation, modales (fenêtres de dialogue), cartes de contenu), et corrigez-les en priorité. Documentez ces corrections dans un référentiel partagé. C’est souvent le point de départ naturel d’un Design System accessible.
8. Les pièges à éviter dans une démarche d’accessibilité sans refonte
La démarche d’amélioration progressive de l’accessibilité comporte plusieurs pièges dans lesquels tombent régulièrement les organisations. Les connaître à l’avance permet de les éviter.
Le piège de la conformité mécanique
Certaines équipes abordent l’accessibilité comme une liste de cases à cocher, un exercice de conformité réglementaire plutôt qu’une démarche centrée sur l’utilisateur. Résultat : un produit qui « passe » les vérifications automatisées mais reste difficile à utiliser pour les personnes en situation de handicap.
La véritable accessibilité se mesure à l’usage réel. Les tests avec des utilisateurs en situation de handicap sont le seul moyen fiable de valider que vos améliorations ont un impact concret sur leur expérience. Prévoyez-en à chaque cycle, même brièvement.
Le piège des surcouches d’accessibilité automatisées
Les overlays d’accessibilité, des scripts tiers qui s’ajoutent à une interface existante pour « la rendre accessible automatiquement », sont devenus très populaires. Des outils comme AccessiBe, UserWay ou AudioEye promettent une accessibilité immédiate sans effort.
La réalité est très différente. Ces outils sont vivement critiqués par les organisations de défense des personnes handicapées et par la communauté des experts en accessibilité. Ils ne résolvent qu’une fraction des problèmes réels, introduisent parfois de nouveaux obstacles, et peuvent interférer avec les technologies d’assistance que les utilisateurs emploient déjà.
Avertissement : Les overlays d’accessibilité automatisés ne constituent pas une solution d’accessibilité valide. Ils ne remplacent pas un audit expert et une correction des problèmes à la source. Plusieurs recours juridiques ont été engagés contre des organisations qui s’appuyaient sur ces outils pour justifier leur conformité.
Le piège du « on verra après le lancement »
Reporter les corrections d’accessibilité à une phase ultérieure est une décision qui coûte cher. Plus un problème reste en production longtemps, plus il est probable qu’il soit dupliqué dans d’autres parties du produit, et plus la correction devient complexe. Chaque sprint est une opportunité de progresser, et chaque sprint manqué est une dette qui s’accumule.
Le piège de la communication insuffisante
Une démarche d’accessibilité menée en silence, sans communication vers les utilisateurs concernés et vers les parties prenantes internes, rate une partie de sa valeur. Communiquez sur vos avancées, publiez votre déclaration d’accessibilité (obligatoire pour les organismes soumis au RGAA, recommandée pour tous), et mettez en place un canal de retour utilisateur dédié à l’accessibilité.
9. Construire le business case de l’accessibilité pour convaincre les décideurs
Pour les managers UX qui doivent convaincre leur direction d’allouer des ressources à l’accessibilité, le discours sur les valeurs ne suffit pas toujours. Il faut un business case solide.
L’argument juridique et réglementaire
Avec l’European Accessibility Act en vigueur depuis juin 2025, de nombreuses entreprises privées sont désormais soumises à des obligations d’accessibilité pour leurs produits et services numériques. Le non-respect de ces obligations expose à des sanctions administratives et à des recours judiciaires. Le risque réglementaire est réel et documenté, c’est un argument puissant en comité de direction.
L’argument marché
Les personnes en situation de handicap représentent environ 15 % de la population mondiale, soit plus d’un milliard de personnes. En France, c’est plus de 12 millions de personnes. À cela s’ajoutent les personnes âgées, les personnes dans des situations d’usage dégradé et les proches des personnes handicapées qui influencent les choix de consommation. Un produit accessible ouvre un segment de marché considérable que les produits inaccessibles excluent structurellement.
L’argument qualité
Les améliorations d’accessibilité ont un effet collatéral bien documenté : elles améliorent l’expérience de tous les utilisateurs. Les sous-titres profitent aux personnes qui regardent des vidéos sans son dans les transports. Un contraste amélioré aide à lire en plein soleil. Un formulaire clair réduit les erreurs pour tout le monde. Les personnes âgées, une part croissante de la population et des marchés, bénéficient directement de chaque amélioration d’accessibilité cognitive et visuelle.
L’argument SEO
Le SEO (Search Engine Optimization, optimisation pour les moteurs de recherche) et l’accessibilité sont étroitement liés. Les textes alternatifs des images, la hiérarchie sémantique des titres, les intitulés descriptifs des liens, la structure logique des pages, autant de pratiques d’accessibilité qui améliorent simultanément le référencement naturel de votre produit. Investir dans l’accessibilité, c’est aussi investir dans votre visibilité en ligne.
Quantifiez l’impact en termes de risque évité (coût d’un recours juridique, réputation), de marché adressable élargi et d’amélioration des taux de conversion sur les parcours clés. Ces trois dimensions suffisent généralement à justifier un investissement significatif en accessibilité auprès d’une direction générale.
Checklist : lancer une démarche d’accessibilité progressive
- Planifier un audit d’accessibilité combinant analyse automatisée et évaluation experte
- Identifier et prioriser les problèmes par impact utilisateur et effort de correction
- Intégrer rapidement (au prochain sprint) les corrections à fort impact et faible effort
- Ajouter des critères d’accessibilité à la Definition of Done de l’équipe agile
- Prévoir une formation aux bases de l’accessibilité pour les designers, développeurs et rédacteurs
- Intégrer des tests d’accessibilité automatisés dans le pipeline CI/CD
- Définir et intégrer des indicateurs de suivi aux revues de qualité produit
- Publier une déclaration d’accessibilité
- Mettre en place un canal de retour utilisateur dédié à l’accessibilité
- Planifier à chaque cycle des tests avec des utilisateurs en situation de handicap à chaque cycle
Conclusion : l’accessibilité est un chemin, pas une destination
Améliorer l’accessibilité de votre produit numérique sans refonte complète est non seulement possible et c’est souvent la stratégie la plus efficace. Elle permet d’agir rapidement, de mesurer l’impact, d’impliquer progressivement les équipes et de construire une culture durable de la qualité inclusive.
La clé est de commencer maintenant, avec les ressources disponibles, en traitant les problèmes les plus impactants en premier. Chaque amélioration compte. Chaque utilisateur que vous cessez d’exclure est une victoire concrète, pour votre produit, pour votre marque et pour votre organisation.
L’accessibilité n’est pas une case à cocher. C’est une démarche de qualité continue, portée par une équipe qui comprend pourquoi elle compte. Et comme toute démarche de qualité, elle se construit dans le temps, par itérations successives, en mesurant les progrès et en célébrant les avancées.
Votre produit peut commencer à progresser dès la semaine prochaine. Il n’attend que la décision de se lancer.
Prêt à rendre votre produit plus accessible, dès maintenant ?
Notre agence accompagne les équipes produit et les managers UX dans l’audit, la priorisation et l’amélioration progressive de l’accessibilité numérique. Sans jargon inutile, sans refonte imposée, avec une démarche pragmatique, mesurable et adaptée à votre contexte. Nous formons également les professionnels à inclure l’accessibilité dans leur pratique (développement, design, marketing, éditeur de contenu, etc.).
Échangeons sur votre situation lors d’un premier appel gratuit. Laissez-nous vos coordonnées pour planifier un échange sur vos besoins de formations ou d’accompagnement en accessibilité numérique.
