Construire une véritable culture de l’accessibilité numérique dans une entreprise est une mission de résilience et de persévérance. Il n’est pas difficile que le discours sur l’accessibilité tombe dans les clichés habituels. L'accessibilité est très importante pour les gens. L’accessibilité des produits et services numériques favorise l’inclusion. Ou même, tous les professionnels des équipes devraient être impliqués dans le travail d'accessibilité. Bien sûr. Personne sensé ne contestera aucune de ces déclarations (j’espère). Cependant, la deuxième partie de cette conversation, à laquelle très peu d’entreprises parviennent, est « comment ? Comment y parvenir au milieu du travail quotidien des équipes de transformation numérique, qui, comme nous le savons tous, sont plongées dans des scénarios exigeants, avec souvent un nombre de personnes disponibles très limité ? La plupart du temps, le choix se situe entre « nous faisons ceci » et « cela ». Et cela ne devrait pas être le cas, car, dans ces cas-là, je n’ai jamais vu l’accessibilité gagner dans cette équation. Cela ne devrait pas être ainsi. Vous n’avez pas besoin d’être ainsi. D’abord parce que choisir entre l’accessibilité et autre chose n’est pas le bon choix. L’accessibilité n’est plus seulement une fonctionnalité supplémentaire à ajouter aux autres. C’est une valeur ajoutée pour l’entreprise et, actuellement, une obligation légale qui peut avoir de lourdes conséquences pour les entreprises. D’un autre côté, il existe des moyens intelligents, optimisés et efficaces pour intégrer les principes d’accessibilité dans la dynamique naturelle des équipes. Il est possible de travailler sur l’accessibilité sans bouleverser le fonctionnement des équipes. Essentiellement, c’est ce que fait AccessibilityOps. Donner du pouvoir aux gens et fournir aux équipes des processus simples afin qu’elles puissent intégrer le travail d’accessibilité dans leurs routines quotidiennes sans effort disproportionné. Accessibilité et conception Travailler sur l’accessibilité numérique en design peut impliquer plusieurs actions. Il est clair que nous devons accorder une attention particulière à la couleur et à la manière dont elle est utilisée pour transmettre du sens. Bien entendu, les tailles d’interaction des éléments doivent être confortables. Mais surtout, nous devons penser le design dans une perspective polyvalente. Une interface n'est pas une affiche. Nous pouvons contrôler de nombreux aspects de cette conception, mais la manière dont les utilisateurs interagissent avec l’interface est soumise à un nombre infini de variables. Le type d’appareil, le contexte, la finalité, la qualité du réseau, etc. Tout cela affecte grandement l’expérience et l’interaction de chacun. Parallèlement à tout cela, lorsque les préoccupations en matière d’accessibilité numérique sont intégrées au processus de conception, cela ajoute encore plus de variables.
Les gens utilisent souvent ce qu’on appelle des technologies et des stratégies d’assistance. Il s’agit essentiellement d’outils technologiques ou, à tout le moins, de « trucs » auxquels les gens ont recours pour trouver des modèles d’utilisation plus confortables. Les fameux lecteurs d'écran, communément associés au recours aux aveugles (mais qui ne leur sont pas seulement utiles), par exemple, sont une technologie d'assistance. Changer les couleurs ou les contrastes de couleurs entre différents éléments est également une technologie d'assistance. L'augmentation de la taille de la police (dont nous avons parlé dans ce texte) est un autre exemple. Il existe d’innombrables technologies et stratégies d’assistance. Presque autant que les différents contextes d’utilisation pour chaque personne. Nous ne contrôlons pas tout En d’autres termes (et c’est la « mauvaise nouvelle » pour nous, designers), « notre design » est soumis, du point de vue des utilisateurs, à des transformations que nous ne contrôlons pas. Il sera « transformé » par l’utilisateur, garantissant qu’il puisse interagir avec l’application et tout ce qu’elle propose de la manière la plus confortable possible. Et c’est une bonne chose. Si cela se produit et que tout se passe bien, nous aurons sûrement très bien fait notre travail en matière d’accessibilité et nous méritons tous des félicitations. Si l’utilisateur applique l’une de ces technologies et stratégies de support et ne peut toujours pas utiliser l’application numérique, c’est le signe que quelque chose ne fonctionne pas comme il le devrait. Oh, et en parlant de ça. Ne pensez même pas à bloquer l’utilisation de ces technologies ou stratégies de support. Ils « détruisent » peut-être votre beau design, mais ils permettent à de plus en plus de personnes d’utiliser réellement l’application. En fin de compte, n’était-ce pas exactement ce que nous avions promis de faire ? Un design pour (tous) les gens. Sans exception ? Augmenter la taille de la police Combien de fois avons-nous entendu quelqu’un – amis, famille ou même collègues – se plaindre que tel ou tel texte était trop petit ? Le texte joue un rôle très important dans l’expérience numérique. De nombreuses informations sont véhiculées par le texte :des instructions d’utilisation, des légendes de boutons ou des éléments interactifs. Tout cela utilise le texte comme outil de communication. Si la lecture de tous ces éléments est difficile, naturellement, l’expérience s’en trouve fortement altérée. Une lecture confortable d’un texte, quelle que soit sa fonction, est un principe non négociable. Cette lecture peut être facilitée en utilisant des tailles confortables dans la conception. Cependant, les technologies et stratégies de support, grâce à la fonctionnalité d’augmentation de la taille de la police, peuvent également contribuer à améliorer la lisibilité. Selon les données APPT, 26 % des utilisateurs d'appareils mobiles Android et iOS augmentent la taille de police par défaut (données de février 2026). Un utilisateur sur quatre augmente la taille des caractères sur son smartphone. Il s’agit d’un échantillon très significatif de personnes, ce qui rend cette fonctionnalité incontournable dans les processus de conception.
Conformité aux lignes directrices Augmenter la taille de la police dans les interfaces peut représenter un énorme défi de conception. Il est important de comprendre que, du coup, certains éléments de texte, en raison des actions de l’utilisateur, peuvent doubler de taille par rapport à leur taille initiale. « À l'exception des légendes et des images de texte, le texte peut être redimensionné sans technologie d'assistance jusqu'à 200 % sans perte de contenu ou de fonctionnalité. » — Critère de réussite 1.4.4, « Redimensionner le texte » des Directives pour l'accessibilité du contenu Web (WCAG), version 2.2.
Ce critère de réussite se situe au niveau de conformité AA, ce qui signifie qu'il s'agit d'une fonctionnalité absolument obligatoire selon tout cadre juridique. Il est facile de comprendre les 200% dans ce critère de réussite. Si nous supposons que nous concevons les interfaces à une échelle de 100 %, ce qui signifie que la taille de l'élément est la taille initiale, alors augmenter le texte jusqu'à 200 % correspondra à doubler la taille initiale. D'autres échelles d'agrandissement peuvent également être utilisées, telles que 120 %, 140 %, etc. En d’autres termes, nous devons garantir que les utilisateurs peuvent agrandir le texte pour doubler sa taille initiale grâce à des technologies ou des stratégies de support (et ce n’est pas un détail mineur). Pour respecter cette norme, nous n’avons pas besoin de fournir des outils d’augmentation de la taille du texte dans les interfaces. En pratique, ces fonctionnalités ne sont rien d’autre que de la redondance. Les appareils permettent déjà de le faire de manière standardisée. Les utilisateurs qui ont vraiment besoin de ce paramètre le savent (car sans lui, leur vie serait bien plus difficile). Eh bien, ce paramètre est déjà appliqué sur leur appareil. Et cela signifie que nous pouvons éliminer ces éléments d’interface supplémentaires, simplifiant ainsi l’expérience.
Accès standardisé Un concept important à retenir concernant les technologies d'assistance, en particulier dans ce cas concernant l'augmentation de la taille de la police, est que la plupart des appareils disposent déjà d'un grand nombre de ces outils installés par défaut. En d’autres termes, dans de nombreux cas, les utilisateurs n’ont pas besoin d’acheter leur propre logiciel ou d’acheter un type spécifique d’appareil simplement pour bénéficier de cette fonctionnalité. Que ce soit sur les appareils mobiles ou même dans les navigateurs Web, dans la grande majorité des cas, il est facile de trouver des fonctionnalités installées qui permettent d'augmenter la taille de police par défaut que nous utilisons dans toute l'interface. Ce principe d’augmentation de la taille des caractères peut être appliqué aux produits numériques, comme les applications, ou encore à tout type de site Web fonctionnant sur les navigateurs Web standards utilisés aujourd’hui. iPhone Sur les appareils iPhone, la fonction d'augmentation de la taille de la police est intégrée par défaut. Pour utiliser cette fonctionnalité, accédez simplement au panneau « Paramètres », sélectionnez « Accessibilité » et dans le groupe d'options « Vision », accédez à la fonction « Taille et affichage du texte » et configurez l'augmentation de la taille de police souhaitée sur cet écran.
Google Chrome Les navigateurs Web offrent également, par défaut, la fonctionnalité permettant d'augmenter la taille de la police. Par exemple, dans Google Chrome, cette fonctionnalité est disponible dans le panneau « Options », plus précisément dans la zone « Apparence ». Dans la liste des options qui apparaissent dans ce groupe, sélectionnez simplement l'option « Taille de la police ». Normalement, l'option « Moyen – Recommandé » sera sélectionnée. Vous pouvez modifier ce paramètre par n’importe quelle autre taille de police disponible. Essayez, par exemple, l'option « Très grand ».
Tester sur Figma Pour que le travail sur l’accessibilité numérique devienne efficace dans le quotidien des équipes, il est essentiel de trouver des processus de travail simples. Actions ou initiatives qui peuvent être intégrées à la routine de l’équipe, qui abordent l’accessibilité de manière intégrée et ne nécessitent pas une transformation radicale de la réalité actuelle. Si cela était nécessaire, estime-t-il, cela n’arriverait pas la plupart du temps. Par conséquent, concevoir des processus de travail simples représente la moitié de la bataille pour que l’accessibilité se réalise réellement, dans ce contexte.cas, également au sein d’une équipe de conception. En ce qui concerne les tests d’augmentation de la taille des polices dans la conception, nous disposons aujourd’hui d’outils extraordinaires. Ceux qui se souviennent de l’époque de la conception d’interfaces complexes dans Adobe Photoshop reconnaîtront les différences entre les outils dont nous disposons aujourd’hui (et heureusement). Il est désormais possible, grâce à des outils comme Figma, de créer un tel dynamisme dans la conception que tester l'augmentation de la taille de la police pour l'accessibilité devient presque inévitable pour l'équipe.
Remarque : Pour passer ce test, vous devez bien maîtriser les styles de texte, les mises en page automatiques et les variables de Figma. Ces trois outils sont fondamentaux pour réussir sans trop d’efforts supplémentaires. Si vous ne maîtrisez pas encore ces fonctionnalités, il est fortement recommandé de commencer par là. Ne sautez pas d’étapes. L’apprentissage est un processus graduel qui doit être suivi de manière structurée, étape par étape. Où voulons-nous aller ? Le test d'augmentation de la taille de la police dans Figma que nous souhaitons effectuer est simple. Nous voulons avoir un ensemble de variables disponibles pour tous les styles de texte que nous utilisons dans l'interface, nous permettant de choisir si nous voulons voir l'interface avec le texte à une échelle de 100 %, 120 %, 140 %, 160 %, 180 % ou 200 %. En appliquant cet ensemble de variables (un peu comme en appliquant des variables pour les modes clair et sombre), nous observons les transformations du texte dans l'interface et comprenons dans quelle mesure des adaptations sont nécessaires dans chaque version de l'interface avec différentes échelles typographiques.
Comment pouvons-nous y parvenir ? Pour que ce test se déroule aussi bien, vous devez faire un travail de base. Les systèmes de conception peuvent grandement aider à optimiser une grande partie de ce travail initial. Mais je ne vous mentirai pas. Pour que le test fonctionne bien, votre conception doit avoir un niveau d'organisation et de systématisation très sérieux. Ce n’est pas vraiment un guide, car chaque équipe aura son propre modèle de travail, et ces recommandations peuvent être appliquées de différentes manières (et ce n’est pas grave). Cependant, pour que ce test fonctionne, il est important de s’assurer de certaines hypothèses lors de la conception. Pour vous aider à phaser la mise en œuvre de ce modèle de test, voici quelques étapes à suivre. Des instructions étape par étape pour vous guider dans l'organisation de vos fichiers et vous assurer que vous pouvez exécuter pleinement ce test de la manière la plus simple et la plus pratique possible. 1. Conception des interfaces Tout commence par la conception. Avant tout test, l’accent doit, comme il se doit, être mis sur le design de chaque interface que nous souhaiterons tester ultérieurement. A ce stade, il n’y a toujours pas de souci particulier concernant le test d’augmentation de la taille des caractères que nous réaliserons ultérieurement. Naturellement, toute conception d’interface doit, dès le départ, suivre les recommandations d’accessibilité les plus élémentaires appliquées à la conception.
2. Appliquer des mises en page automatiques à tous les éléments Dans chaque conception d’écran que vous créez, vous devrez vous assurer que vous appliquez parfaitement les mises en page automatiques. C'est une étape très importante. C’est cette application cohérente des mises en page automatiques à l’ensemble de la structure et des éléments de conception qui garantira plus tard l’évolutivité de l’interface lorsque nous commencerons à tester l’augmentation de la taille des polices. Vous ne pouvez vraiment pas sous-estimer cette étape. Si vous n’y prêtez pas l’attention qu’elle mérite, vous verrez lorsque nous testerons la mise à l’échelle typographique dans les interfaces, tout s’effondrera comme un éléphant dans un magasin de porcelaine.
3. Structuration et application de styles de texte Pour effectuer notre test d’augmentation de la taille de la police, nous aurons également besoin que vous ayez appliqué des styles de texte à chaque conception d’interface. Vous avez probablement même commencé à les créer pendant que vous dessiniez. Super. Si vous ne l’avez pas fait, il est important que vous le fassiez maintenant. Pour que le test fonctionne parfaitement, nous en avons vraiment besoin. Ne laissez aucun élément de texte dans la conception sans qu’un style de texte soit appliqué.
4. Définir l'ensemble des variables à 100 % Ce test impose un degré d'optimisation assez élevé. En pratique, cela signifie que nous devrons utiliser des variables Figma pour toutes les caractéristiques des styles de texte que nous avons dans l'interface. À ce stade, vous devez définir des variables « numéro » Figma pour au moins la taille de la police et la hauteur de ligne des styles de texte que vous avez appliqués au dessin. Avec cette étape, vous définissez les valeurs d'échelle d'augmentation de la taille de police pour un modèle de visualisation à 100 %, c'est-à-dire la version initiale et de référence du dessin. Il est important de structurer ces variables pour chaque style de texte du dessin car, par la suite, nous devrons considérer l'échelle d'agrandissement de chacun de ces éléments de texte.
5. Appliquer les variables aux styles de texte Après avoir défini les variables pour les styles de texte à l'échelle 100 %, vous devez maintenant les appliqueraux éléments des styles de texte déjà créés. N'oubliez pas d'appliquer des variables au moins aux caractéristiques de taille de police et de hauteur de ligne. Si vous avez plus de variables typographiques, ce n'est pas un problème. Mais vous devriez au moins appliquer des variables à la taille de la police et à la hauteur de la ligne. C'est vraiment très important.
6. Définir les variables pour augmenter la taille du texte Maintenant que les variables sont appliquées aux styles de texte à l'échelle 100 %, l'étape suivante consiste à créer les variables pour les autres échelles d'augmentation de la taille de police. En pratique, vous devez créer les variables qui indiqueront au système à quelle taille de police chaque style de texte augmentera lorsque l'échelle d'augmentation est de 120 %, 140 %, 160 %, etc. Pour définir les valeurs de taille de police et de hauteur de ligne, multipliez simplement la valeur initiale par le pourcentage d'échelle. Par exemple, si un style de texte a une taille de police de 16 px, la taille pour l'échelle de 120 % sera de 16 multiplié par 1,2, ce qui donne un résultat de 19,2. Répétez ce calcul pour toutes les valeurs de taille de police et de hauteur de ligne des pourcentages d’échelle d’augmentation de la taille de police que vous choisissez. Vous pouvez également choisir d'appliquer ou non un arrondi aux valeurs finales. Il s'agit d'un test approximatif et, par conséquent, les différences pouvant résulter des arrondis n'affecteront pas la perception finale du résultat du test.
7. Appliquer des variables à différentes versions d'échelle Le moment de vérité est arrivé. La prochaine étape consiste à comprendre si tout fonctionne pour que le test se déroule parfaitement. Par conséquent, vous devez copier l’interface d’origine et appliquer l’ensemble de variables pour chacun des taux d’augmentation de la taille de police qui vous conviennent. Répétez ce processus pour tous les pourcentages d'augmentation de la taille de police que vous avez définis. À titre de suggestion, vous pouvez utiliser les pourcentages d'augmentation de 120 %, 140 %, 160 %, 180 % et 200 % comme référence. Si vous souhaitez simplifier, vous pouvez réduire le nombre de pourcentages de mise à l'échelle avec lesquels vous travaillez. Quel que soit le nombre de pourcentages avec lesquels vous travaillez, vous devez toujours travailler avec des échelles minimales de 100 % et 200 %.
8. Identifier les domaines à améliorer En appliquant différentes échelles d’augmentation de la taille de police au même écran, il est facile de comprendre où des améliorations pourraient être nécessaires. C’est là que commence le véritable test de l’augmentation de la taille de la police dans la conception de l’interface et le travail d’accessibilité le plus intéressant. Dans votre analyse des différents écrans, gardez à l’esprit certains aspects importants :
Le fait que le texte paraisse gigantesque n’est pas un problème et ne « gâche » pas le design. N'oubliez pas que cela peut faire la différence entre la possibilité pour quelqu'un d'utiliser ou non un produit ou un service particulier. Un problème d'accessibilité existe lorsque l'augmentation de la taille de la police rend impossible la lecture de certains textes ou l'activation de certains contrôles. Pour les éléments de texte déjà très volumineux, augmenter la taille de la police peut ne pas avoir de sens. Cela pourrait rendre ces éléments disproportionnés, ce qui n’améliorerait pas la lisibilité (puisqu’ils sont déjà de bonne taille) et occuperait un espace totalement inutile. Si des éléments semblent sortir de l'écran, la première étape consiste à confirmer la manière dont vous appliquez la mise en page automatique. De nombreux aspects de la conception peuvent être facilement résolus grâce à l’utilisation appropriée de la mise en page automatique. Quelle que soit l’ampleur de l’augmentation de la taille des caractères, il est essentiel de maintenir la hiérarchie visuelle de la typographie, car cette lisibilité est importante pour percevoir les différents niveaux d’informations présents à l’écran. Ce test peut aider à identifier les éléments qui pourraient nécessiter des ajustements directement dans le code pour bien fonctionner à une échelle d'augmentation donnée. Tout ne peut pas être résolu par le seul design, et c’est parfaitement bien. L'accessibilité est essentiellement un effort d'équipe.
9. Apporter des corrections et des ajustements à la conception Enfin, en fonction des différents écrans avec différentes échelles d'agrandissement du texte appliquées, vous pouvez apporter les modifications de conception qui ont du sens. Certains de ces ajustements peuvent être nécessaires uniquement dans le code. Dans ces cas-là, vous documentez toutes ces suggestions et les transmettez à l’équipe de développement. Il est également crucial de souligner (encore une fois) que certains des problèmes que vous pourriez rencontrer lors de la conception peuvent être rapidement résolus au cours du processus de conception, grâce à l'application simple et correcte des propriétés de mise en page automatique.
10. Revenez au début et répétez le processus Il s’agit d’une approche cyclique. Cela signifie que vous devez répéter ces étapes, ou des variantes de celles-ci, autant de fois que nécessaire tout au long du projet. Il est naturel qu’au fil du temps et avec l’optimisation des processus, certainsde ces étapes n’auront plus de sens. Ce n’est absolument pas un problème. Mais la chose la plus importante à comprendre ici est que l’accessibilité et ce processus de test d’augmentation de la taille des polices ne doivent pas être effectués une seule fois, et c’est tout. C’est un test à faire de très nombreuses fois tout au long du travail quotidien de chaque projet et de chaque équipe.
Le rôle des systèmes de conception À première vue, cette liste d’étapes peut sembler un exercice complexe. Mais ce n’est pas le cas. En effet, la grande majorité, sinon la totalité, de ces étapes sont faciles à exécuter dans n’importe quel contexte où existe un système de conception. En fait, les systèmes de conception sont devenus une norme incontournable dans l’industrie de la conception de produits. Nous pouvons discuter de ce que chaque équipe appelle un système de conception, mais la vérité est qu’il est très difficile aujourd’hui de trouver une équipe de conception de produits qui ne dispose pas, à tout le moins, d’une bibliothèque de composants et de styles structurée de manière minimale.
Avec cette base, qu’elle soit plus ou moins documentée, il est très simple d’appliquer ce type de test d’augmentation de la taille de police à l’aide de variables Figma. De plus, si votre système de conception dispose déjà, par exemple, de variables structurées pour les modes clair et sombre, cela signifie que vous appliquez déjà exactement les mêmes principes que ceux que nous avons utilisés pour effectuer ce test. Donc rien de nouveau. Travailler avec des systèmes de conception implique un niveau de structuration et d'organisation qui est également très utile pour créer ce type de test. Il existe un mythe selon lequel les systèmes de conception limitent la créativité. Ce n'est pas vrai. Les systèmes de conception aident à résoudre la partie « bureaucratique » de la conception, afin que nous puissions réellement consacrer plus de temps à ce qui compte : dans ce cas, tester l’accessibilité et créer de plus en plus de produits et de services réellement accessibles au plus grand nombre. Exemple de fichier Il est toujours plus facile de voir un exemple que de simplement lire la description d’un processus. Si cela est vrai dans de nombreuses disciplines du savoir, dans le design, cette prémisse prend encore plus de sens. Par conséquent, dans ce fichier Figma, publié gratuitement et librement accessible à la communauté, vous trouverez un exemple pratique de l’ensemble du processus de test décrit ici. N'oubliez pas que ce n'est qu'un exemple. Il peut exister d'innombrables façons d'effectuer ce type de test dans le contexte d'un fichier Figma.
Assurez-vous de considérer cette approche avec un œil critique. Il s’agit d’une suggestion pour tester l’augmentation de la taille de la police qui suit un processus spécifique. Malgré cela, l’approche doit être adaptée à la réalité spécifique, aux processus et au niveau de maturité de votre équipe. Copier simplement des formules d'autres équipes sans comprendre si elles ont un sens dans notre propre contexte est un moyen sûr de rendre les efforts d'accessibilité disproportionnés. Chaque situation est unique. Cette approche tente de simplifier au maximum le travail d’accessibilité dans ce contexte spécifique. Et n’oubliez pas : si quelque chose arrive, aussi petit soit-il, c’est un pas en avant et non un pas en arrière. Et cela devrait être célébré par tous les membres de l’équipe.
