Les chiffres à l'appui : accessibilité numérique et « shift left »

Greg Williams

By Greg Williams

21 novembre 2024

Analyse des chiffres – Blog GW

Voici la bonne nouvelle : chaque jour, de plus en plus d'organisations prennent conscience de l'importance de l'accessibilité numérique et commencent à la mettre en œuvre au sein de leur entreprise. Elles comprennent pourquoi l'accessibilité numérique est importante et en quoi elle a un impact positif sur leurs activités.

Cette prise de conscience est à l'origine d'un changement significatif : les entreprises s'efforcent de rendre leurs contenus plus accessibles, et ce pour toutes les bonnes raisons. Des expériences accessibles sont de meilleures expériences, pour tout le monde. L'accessibilité est bénéfique tant pour vos utilisateurs que pour votre entreprise : elle vous ouvre l'accès à des marchés plus vastes, renforce la réputation de votre marque et réduit les risques juridiques.

Voici le problème : les entreprises se lancent tardivement dans l'accessibilité numérique. Elles sont contraintes de corriger a posteriori des contenus qui n'étaient pas accessibles lors de leur création initiale. Cela coûte cher.

Dans le même temps, elles n’ont souvent toujours pas mis en place de stratégies ni de processus permettant de garantir que tout nouveau contenu créé soit accessible dès le départ. Elles risquent donc de rester prisonnières d’un cycle « réparer-recommencer ». Au mieux, c’est un pas en avant, un pas en arrière. Et cela revient encore plus cher.

Alors, quelle est la réponse ?

Adieu la gestion réactive, bonjour le « shift left »

Comme nous le savons tous, on ne peut pas changer le passé. Si votre contenu n'était pas accessible au moment de sa création, vous devrez y remédier. Il existe toutefois des moyens plus efficaces et performants de rendre votre contenu existant accessible, et c'est là un moyen concret de commencer dès maintenant à économiser du temps et de l'argent.

La chose la plus importante que vous puissiez faire pour votre entreprise est de tourner le dos au mode réactif « dépannage » et d’adopter l’approche « shifting left ».

Le « shifting left » consiste à prendre en compte les questions d'accessibilité beaucoup plus tôt dans le cycle de développement. Lorsque le contenu est accessible dès le départ, il n'est pas nécessaire de le corriger par la suite.

Le « shift left » peut être perçu comme une transformation majeure, car il nécessite une coordination entre les différentes fonctions et implique un changement tant de mentalité que de processus. Mais c'est une transformation qui aura un impact considérable dans la pratique, y compris sur le plan financier !

Faire le calcul

Mes collègues et moi-même avons aidé d'innombrables organisations à adopter une approche « shift left » alors qu'elles ne pratiquaient l'accessibilité que de manière réactive lorsque nous les avons rencontrées pour la première fois.

Lorsque l’on analyse les coûts et l’impact, les chiffres semblent souvent assez décourageants au premier abord. Nous avons constaté que l’investissement global dans la création de contenu numérique nécessite une augmentation d’environ 15 % des dépenses consacrées à l’accessibilité. Pour un projet de 500 000 dollars, cela représente 75 000 dollars. À notre sens, c’est bien trop pour une activité qui ne relève pas des fonctions essentielles liées au contenu !

Dès que l'on aborde les principes du « shift-left » et la manière d'intégrer les tests et les corrections dès les toutes premières étapes du développement de contenu, on constate immédiatement une grande différence.

En réévaluant la situation à la lumière de ces principes et processus, on constate que les investissements en matière d'accessibilité diminuent pour atteindre 5 % ou moins. Pour ce projet de 500 000 dollars, les coûts liés à l'accessibilité passeraient de 75 000 dollars à 25 000 dollars — voire moins, selon la mise en œuvre.

Nous avons récemment mené ce type d'analyse pour un nouveau client. Nous avons estimé que le fait de permettre à ses équipes de conception, de développement et d'assurance qualité d'effectuer des tests d'accessibilité et de mettre en œuvre des mesures correctives à l'aide de l'automatisation et de logiciels au cours de leurs phases respectives leur ferait gagner énormément de temps et d'argent : près de 22 000 dollars en tests et plus de 252 000 dollars en mesures correctives !

Ce n'est là qu'un exemple récent. Je constate des situations similaires presque chaque fois que je m'entretiens avec un nouveau client potentiel.

Modéliser, prévoir, réussir

Chaque fois que j'analyse la situation d'un nouveau client, je suis impressionné par les gains d'efficacité et les économies que je peux prévoir, ainsi que par la précision avec laquelle mes modèles reflètent les économies réelles mesurées par le client après la mise en œuvre.

Lorsque nous menons à bien la mise en œuvre pour nos clients, le retour sur investissement effectivement réalisé et mesuré se situe systématiquement à environ ± 5 % de nos estimations initiales. Cela se vérifie depuis plus d'une décennie de collaboration avec des organisations du monde entier.

Alors, comment avons-nous réussi à devenir si performants dans la mise en avant des avantages financiers et en termes de gain de temps offerts par notre solution « Deque » ? En un mot : l'expérience.

Pour ma part, j’ai accompagné des centaines d’équipes de production de contenu au sein d’entreprises de toutes tailles et de tous types, et chaque nouvelle situation m’apporte un éclairage unique sur le défi que représente la production de contenus et d’expériences numériques accessibles. En réalité, ce défi ne cesse d’évoluer. Notre compréhension du handicap ne cesse de s’approfondir. De nouvelles technologies voient le jour. Les réglementations changent et de nouvelles lois sont adoptées.

Malgré tous ces changements, certains principes fondamentaux restent toutefois inchangés.

J'ai acquis ces principes fondamentaux à mes débuts, lorsque je participais à la mise en place de pratiques de gestion des services informatiques au sein d'une entreprise classée au Fortune 20, et je m'appuie encore sur eux aujourd'hui. Le principe de base qui s'applique ici est la notion de « détection des défauts », ainsi que les processus connexes de gestion des incidents, des problèmes et des configurations.

Détection des défauts

Il est essentiel de comprendre et d'analyser la détection des défauts pour pouvoir estimer les coûts. Du point de vue des indicateurs, voici quelques-uns des éléments que vous pouvez suivre :

  • Nombre quotidien net de défauts d'accessibilité : combien de nouveaux problèmes apparaissent chaque jour ?
  • Délai nécessaire pour corriger un défaut signalé dans JIRA : quel est votre délai d'intervention ?
  • Temps moyen entre deux pannes (MTBF) : à quelle fréquence des défauts graves se glissent-ils dans la production ?
  • Temps moyen de réparation (MTTR) : combien de temps faut-il pour corriger les défauts graves en production ?

Ces chiffres sont importants, car ils peuvent probablement être considérablement améliorés grâce à des outils automatisés tels que l'extension de navigateur axe DevTools d'Deque:

  • Chaque défaut identifié et corrigé au cours de la phase de développement coûte en moyenne 350 dollars de moins que s'il était détecté et corrigé lors de la phase d'assurance qualité.
  • Chaque défaut détecté et corrigé lors du contrôle qualité coûte en moyenne 450 dollars de moins que s'il était corrigé en production.
  • Si un défaut passe inaperçu et parvient jusqu'à la phase de production, sa réparation peut coûter jusqu'à 800 dollars, voire plus.

Gestion des incidents, des problèmes et des configurations

Afin d'améliorer et d'accélérer la résolution des défauts une fois ceux-ci identifiés, nous pouvons nous appuyer sur la méthodologie ITIL (Information Technology Infrastructure Library) pour la gestion des services et du support informatiques, et mettre en œuvre un processus de « gestion des incidents, des problèmes et des configurations ».

Gestion des incidents

La gestion des incidents consiste à remédier au défaut ou à le corriger afin que le cycle de vie du développement logiciel puisse se poursuivre. Bon nombre des tâches que nous connaissons bien interviennent pendant la phase d'incident :

  • tests visant à identifier le défaut
  • enregistrer le défaut dans un système de gestion des défauts
  • procéder à un triage afin de déterminer la priorité, l'impact et le délai de résolution
  • corriger le défaut, vérifier que la correction fonctionne et effectuer des tests de régression pour s'assurer qu'aucun autre élément n'a été endommagé
  • clôture du défaut

Nous les réalisons rapidement, puis nous poursuivons notre travail, ce qui nous permet de gagner du temps et de l'argent au fur et à mesure.

Gestion des problèmes

Pour aller plus loin, nous passons ensuite à la gestion des problèmes, un ensemble de processus menés à un rythme moins soutenu qui consiste notamment à identifier la cause première du défaut et à mettre en œuvre les changements nécessaires pour éviter qu’il ne se reproduise. Il s’agit en quelque sorte d’une solution visant à s’attaquer à la « cause première ». Voici quelques exemples :

  • Mise à jour de votre bibliothèque de conception pour corriger un problème dans un composant réutilisable
  • proposer des formations complémentaires en conception ou en développement
  • mise à jour d'un tableau de couleurs afin de tenir compte des exigences en matière de contraste des couleurs

Quels que soient les changements à l'origine de ces problèmes, il est important de veiller à ce que ce travail soit mené à bien afin que vous puissiez continuer à améliorer l'efficacité et la qualité de votre processus global de création de contenu.

Gestion de la configuration

Il s’agit du processus consistant à recenser toutes les informations relatives à votre code, à vos composants, à vos frameworks et à vos bibliothèques. L’objectif est de s’assurer que vous savez qui est propriétaire, qui est responsable et qui est chargé de l’accessibilité des différents inventaires de contenu. Une gestion efficace de la configuration est essentielle pour éviter que des défauts ne se glissent en production. Malheureusement, dans la plupart des organisations, ce processus est négligé. Lorsque je pose des questions sur l’inventaire numérique d’une organisation, on me répond souvent : « Nous n’en connaissons pas l’étendue exacte. » Ce genre d’environnement « de Far West » signifie généralement que trop de personnes peuvent mettre du contenu en production — y compris des prestataires externes —, ce qui garantit presque à coup sûr l’apparition de nouveaux défauts.

Conclusion

Il existe aujourd’hui un ensemble complet de méthodologies, de processus et d’outils que vous pouvez utiliser pour améliorer vos pratiques en matière d’accessibilité et atteindre une efficacité optimale. En combinant vos pratiques informatiques existantes avec le logiciel d’automatisation de l’accessibilité leader mondial proposé par Deque, vous pouvez économiser des centaines de milliers de dollars en temps et en efforts.

Ce ne sont pas que des hypothèses ; nous l'avons fait à maintes reprises avec des organisations du monde entier.

La mise en place des processus et des outils nécessaires pour atteindre ce niveau d'efficacité optimal demande un certain travail et une évolution de l'organisation. Cependant, cet effort sera largement rentabilisé grâce à l'amélioration de l'accessibilité et de la facilité d'utilisation de votre contenu, et ce à un coût considérablement réduit.

Les solutions existent. Il suffit de venir les chercher !

Greg Williams

Greg Williams

Greg Williams est vice-président senior et architecte en chef chez Deque , Inc. Il supervise le développement et les opérations de programmes pour certains des plus grands clients Deque, en les aidant à mettre en place des programmes d’accessibilité aboutis et pérennes.

Avant de rejoindre Deque, Greg a passé plus de 30 ans dans le secteur des technologies de l’information, où il s’est spécialisé dans la gestion de programmes complexes et de grande envergure pour des entreprises du classement Fortune 40. Auparavant, il a servi pendant plusieurs années dans la Marine des États-Unis. Il a connu un grand succès en tant que fondateur et propriétaire du Digital Accessibility Program Office chez State Farm Insurance, où il a développé cette pratique à partir de zéro pour en faire l’un des programmes les plus aboutis au monde entre 2013 et 2018.

Greg a toujours été passionné par la diversité et l’inclusion, et a étendu cette passion à la communauté des personnes en situation de handicap et de l’accessibilité. Il a rejoint Deque en 2018 afin de contribuer au lancement et à la maturation de programmes tout aussi fructueux à travers le monde.

Recevez les articles de blog directement dans votre boîte mail

Pas de bavardages inutiles, mais des informations concrètes sur l'accessibilité, fournies par des experts qualifiés.

Vous acceptez que Deque , utilise et partage des informations conformément à Dequedéclaration de confidentialité. Vous pouvez modifier votre consentement à tout moment en nous contactant.

En savoir plus sur ce sujet

Deque and Microsoft: Two decades of shaping the future of accessibility

cropped preety kumar400x400 300x300 1 1.jpg
August 25, 2026 By Preety Kumar

What started nearly two decades ago as conversations between two people passionate about improving accessibility across Microsoft's digital experiences has grown into a lasting partnership built on shared learning, mutual respect, and a common belief that accessibility should be built into every stage of software development.

Lire l'article
Preety Kumar and Jenny Lay-Flurrie conducting an interview, with the Seattle skyline in the background.

Je suis responsable technique. Par où commencer en matière d'accessibilité ?

Dylan Barrell
April 28, 2026 By Dylan Barrell

En tant que responsable technique chargé pour la première fois de l'accessibilité numérique, par où commencer ? Ce plan d'action en trois étapes, s'étalant sur 90 jours, vous aidera à vous lancer.

Lire l'article
Un responsable technique travaillant à son bureau. Des bulles entourent l'image et indiquent les mots suivants : « Conformité », « Outillage et tests », « Formation des développeurs » et « Stratégie ».