IA et accessibilité : guide pratique des usages, des outils et des limites

L’accessibilité IA désigne l’utilisation de l’intelligence artificielle (IA) pour aider les personnes en situation de handicap à lire, entendre, parler et naviguer dans les contenus numériques, ainsi que le fait de garantir que les outils d’IA sont eux-mêmes accessibles.

Ce guide présente ce que l’IA apporte selon les différents besoins d’accessibilité, les bonnes pratiques pour l’utiliser afin de rendre les contenus numériques accessibles, la manière d’en vérifier les résultats, comment déterminer si un outil d’IA est lui-même accessible, et les domaines où l’IA au service de l’accessibilité montre encore ses limites.

Qu’est-ce que l’accessibilité IA ?

L’accessibilité IA recouvre deux notions : l’IA au service de l’accessibilité et l’accessibilité de l’IA.

L’IA au service de l’accessibilité consiste à utiliser l’IA pour rendre les contenus accessibles aux utilisateurs en situation de handicap ou présentant des troubles de l’apprentissage.

Les outils d’accessibilité basés sur l’IA aident les utilisateurs à consulter des contenus qui leur seraient autrement inaccessibles et à accomplir des tâches qui seraient autrement extrêmement difficiles. Voire carrément impossibles.

Par exemple, les outils de synthèse vocale permettent aux personnes aveugles de « lire » des textes écrits, tandis que la dictée et la prédiction de mots facilitent la communication écrite des personnes dyslexiques. Ce faisant, ils compensent une partie des désavantages auxquels ces personnes sont confrontées dans leur vie personnelle, scolaire ou professionnelle.

Les outils d’IA aident également à créer des contenus accessibles, comme des textes alternatifs d’images pour les lecteurs aveugles ou des sous-titres de vidéos pour les spectateurs sourds et malentendants.

Lorsque nous parlons de l’accessibilité de l’IA, nous entendons l’accessibilité des outils d’IA eux-mêmes. Il s’agit par exemple de savoir si une personne ayant une dextérité manuelle limitée peut contrôler l’outil uniquement au clavier ou à la voix, ou si tous les champs et boutons sont clairement étiquetés pour les lecteurs d’écran.

Comment l’IA aide les personnes en situation de handicap

Les technologies d’assistance utilisent l’IA depuis des années, dans la reconnaissance optique de caractères (OCR), la reconnaissance vocale et les outils de synthèse vocale qui aident les utilisateurs en situation de handicap ou présentant des troubles de l’apprentissage.

L’IA générative ajoute une nouvelle dimension. Elle crée de nouveaux contenus, comme des descriptions d’images, des résumés ou des sous-titres.

Voici comment l’IA répond aux différents besoins d’accessibilité, de la déficience visuelle aux handicaps cognitifs, et où elle échoue :

Comment utiliser l’IA pour améliorer l’accessibilité de vos contenus

Les outils d’IA aident les créateurs de contenu et les éditeurs à respecter les normes d’accessibilité définies dans les Règles pour l’accessibilité des contenus Web (WCAG). Ils peuvent rédiger des ébauches de textes alternatifs, de sous-titres et d’audiodescriptions, convertir des articles en audio et réécrire des textes complexes en langage clair.

Rédiger des textes alternatifs pour les images, les graphiques et les infographies

Utilisez un assistant IA, comme Perplexity, pour rédiger une première version du texte alternatif (alt text) des images, graphiques et infographies. Les lecteurs d’écran lisent le texte alternatif à voix haute : une bonne description transmet donc aux lecteurs aveugles et malvoyants les informations véhiculées par un visuel.

Voici un exemple de texte alternatif accompagné d’une description longue, généré par Perplexity pour un graphique à barres :

Agrandir

Voici le prompt :

Rédigez un texte alternatif pour ce graphique : une ou deux phrases indiquant ce qu’il montre et son principal enseignement. Rédigez ensuite une description plus longue couvrant chaque tendance, valeur, étiquette et point de données, suffisamment détaillée pour qu’une personne qui ne peut pas voir le graphique le comprenne entièrement à partir de la seule description. Enfin, listez tout ce que vous n’avez pas pu lire clairement ou dont vous n’êtes pas sûr, afin que je puisse le vérifier par rapport aux données sources.

Lorsque vous rédigez le texte alternatif d’un visuel :

• Prévoyez une version courte et une version longue pour les visuels : rédigez un texte alternatif d’une phrase, accompagné des données ou d’une description plus longue.
• Rédigez en fonction de l’objectif : les WCAG exigent que l’équivalent textuel remplisse la même fonction que l’image. Pour cela, les assistants IA peuvent avoir besoin de comprendre pourquoi l’image figure dans le texte ; fournissez donc un contexte supplémentaire, par exemple le texte de l’article.
• Vérifiez chaque valeur : comparez chaque chiffre de la description avec vos données sources, en particulier les petites étiquettes et les nombres, au cas où l’IA les aurait mal lus.
• Signalez les images décoratives comme telles : attribuez aux images purement décoratives un attribut alt vide (alt="") afin que les lecteurs d’écran les ignorent. (Omettre l’attribut ne fonctionne pas, car certains lecteurs d’écran annoncent alors le nom du fichier, comme l’explique le tutoriel du W3C sur les images.)

Créer des sous-titres vidéo et des transcriptions audio

De nombreux assistants IA acceptent désormais les fichiers audio et vidéo et les transcrivent.

Les sous-titres et les transcriptions rendent les contenus parlés accessibles aux personnes qui ne peuvent pas les entendre. Les spectateurs sourds et malentendants s’appuient sur les sous-titres pour suivre les vidéos, et sur les transcriptions pour les podcasts ou les appels enregistrés. Ils sont également utiles à toute personne qui préfère lire le contenu ou y effectuer des recherches plutôt que l’écouter.

Perplexity et d’autres assistants IA peuvent transcrire des fichiers vidéo et audio et indiquer qui a dit quoi, mais les outils dédiés de transcription et de sous-titrage accélèrent le processus. Par exemple, Otter.ai et Sembly AI transcrivent des fichiers audio et des réunions en identifiant les intervenants, et des outils de montage vidéo comme Descript et Tella créent automatiquement des sous-titres.

Les critères de sous-titrage des WCAG (1.2.2 pour les vidéos préenregistrées et 1.2.4 pour les vidéos en direct) couvrent les dialogues, l’identification des intervenants et les effets sonores significatifs ; vérifiez donc que les changements d’intervenant et les sons tels que les rires figurent aussi dans les sous-titres

Les outils d’IA se trompent souvent sur les noms ou les termes de produits : partagez donc avec votre assistant IA un glossaire des noms et termes présents dans l’enregistrement, et ajoutez ces termes au vocabulaire personnalisé que propose votre outil de sous-titrage ou de transcription, le cas échéant.

Ajouter une audiodescription aux vidéos

Les audiodescriptions, exigées au niveau AA pour les vidéos préenregistrées (WCAG 1.2.5), décrivent aux personnes qui ne peuvent pas voir l’image ce qui se passe et que la bande sonore ne transmet pas, par exemple les actions, les changements de scène, les expressions faciales ou le texte affiché à l’écran.

Rédiger des descriptions à la main prend du temps ; des outils dédiés comme Verbit, 3Play Media ou ScreenPal utilisent donc désormais l’IA pour les rédiger et les vocaliser.

Les ébauches produites par l’IA nécessitent toujours un relecteur humain. Dans une étude de 2025 commandée par le RNIB et menée par l’Université du Surrey, les descriptions de programmes de la BBC générées par l’IA « manquaient fréquemment de précision, de cohérence et de prise en compte du contexte » et identifiaient mal les personnages.

Lorsque vous modifiez les descriptions, limitez-les à ce dont les spectateurs ont besoin pour suivre la vidéo, et placez-les dans les pauses naturelles des dialogues.

Réécrire des contenus écrits complexes en langage clair

Les outils d’IA générative réécrivent, raccourcissent, restructurent et expliquent les textes. Ils peuvent transformer un contenu écrit dense en une version plus claire pour les personnes présentant des différences cognitives, d’apprentissage ou d’attention, comme la dyslexie ou le TDAH, qui ont du mal à suivre les phrases longues, le jargon et les longs paragraphes.

Lorsqu’un texte exige une capacité de lecture supérieure au niveau du premier cycle de l’enseignement secondaire, soit environ neuf années de scolarité, les WCAG recommandent de fournir une version simplifiée ou un complément (critère 3.1.5, niveau AAA).

Voici un exemple de prompt que vous pouvez adapter pour réécrire un document :

Réécrivez [la politique de congé parental ci-jointe] en langage clair pour des employés qui lisent peut-être l’anglais comme langue seconde, ou qui sont dyslexiques ou ont un TDAH. Visez un niveau de lecture accessible à un enfant de 12 à 14 ans. Conservez chaque [règle d’éligibilité, date limite, nombre de jours et nom de formulaire] exactement tel qu’il est rédigé. Utilisez des phrases de 20 mots maximum, avec une seule idée par phrase. Commencez par un résumé de deux phrases [indiquant qui est éligible et comment faire la demande]. Transformez le processus [de demande] en étapes numérotées, ajoutez un intertitre court avant chaque partie, et expliquez ou remplacez entre parenthèses les termes techniques, comme [« acquisition des droits »] ou [« indemnités légales »], la première fois qu’ils apparaissent. Écrivez chaque abréviation en toutes lettres lors de sa première utilisation.

L’IA peut omettre des détails importants et modifier le sens sans que cela se voie : comparez donc le résultat avec l’original, et faites confirmer par une personne qui connaît le sujet que rien d’important n’a été perdu avant de publier.

Créer des versions audio de contenus écrits

Une version audio permet d’écouter un article ou un document, ce qui le rend plus accessible aux personnes ayant une perte de vision et à celles présentant des troubles de l’apprentissage liés à la lecture, comme la dyslexie.

Agrandir

Les générateurs de voix IA transforment le texte en parole au rendu naturel. ElevenLabs Audio Native, par exemple, crée un lecteur de voix off intégrable pour les articles, et Amazon Polly convertit le texte en fichiers audio que vous pouvez publier.

Tous deux vous permettent de définir la prononciation des noms, des acronymes et des termes de produits. Vérifiez-les en priorité pour ne pas dérouter les auditeurs.

Lorsque vous intégrez la version audio à votre page, assurez-vous que le lecteur audio fonctionne au clavier et que ses commandes sont clairement étiquetées. Ajoutez de courts résumés aux contenus longs et mettez à jour l’audio chaque fois que le texte change.

Améliorer l’accessibilité de votre site Web

Les vérificateurs automatisés et les assistants de codage IA se complètent bien : le vérificateur détecte les problèmes dans le code de votre site, et l’assistant les corrige.

Commencez par un vérificateur automatisé d’accessibilité Web comme Axe, qui teste une page selon des règles fixes et signale les échecs tels qu’un faible contraste des couleurs, des boutons et des liens sans nom, ou des champs de formulaire sans étiquette. Fournissez ensuite à un assistant de codage le rapport et le code de la page, ainsi que les règles d’accessibilité à suivre :

J’ai exécuté un vérificateur d’accessibilité automatisé sur cette page. Le rapport et le code de la page sont joints. Corrigez chaque échec afin que la page soit conforme aux WCAG 2.2 AA, expliquez chaque modification en une phrase et ne touchez pas au code correct.

Lorsque vous créez de nouveaux sites, fournissez les règles à l’assistant IA dès le départ.

Lors du test mené par Microsoft en mai 2026 sur huit modèles d’IA, 12 % des pages créées sans instructions d’accessibilité ont réussi ses vérifications automatisées. L’ajout d’une liste de contrôle d’environ 100 lignes de règles de codage WCAG 2.2 a fait passer la moyenne à 60 %. Le fait de présenter ces consignes sous forme de Skill réutilisable l’a portée à 82 %, et permettre aux modèles d’exécuter des tests et de corriger leur propre code l’a portée à 86 %.

Agrandir

Les tests automatisés ne détectent qu’une partie des problèmes d’accessibilité, comme le souligne le rapport de Microsoft : une page qui réussit toutes les vérifications peut donc rester difficile à utiliser.

Méfiez-vous des surcouches d’accessibilité basées sur l’IA, ces widgets à une ligne de code qui promettent de rendre un site conforme. En janvier 2025, la Federal Trade Commission américaine a ordonné à accessiBe de payer 1 million de dollars en raison d’allégations selon lesquelles son widget IA pouvait rendre n’importe quel site Web conforme aux WCAG, et l’ordonnance définitive d’avril 2025 interdit de telles allégations, sauf si l’entreprise dispose de preuves pour les étayer.

Les limites de l’IA au service de l’accessibilité

L’IA élargit l’accès, mais elle crée aussi des risques pour la vie privée, et ses résultats peuvent être peu fiables et biaisés.

Préoccupations en matière de confidentialité

L’IA d’assistance traite des informations sensibles : images de caméra montrant des lettres, des documents et des étiquettes de médicaments, enregistrements de conversations, et détails susceptibles de révéler un handicap.

Le degré de confidentialité de ces données dépend en grande partie de l’endroit où l’outil les traite.

Certains, comme Personal Voice d’Apple, traitent tout sur l’appareil, tandis que d’autres s’appuient sur le cloud. Be My AI de Be My Eyes, par exemple, envoie les photos aux serveurs d’un fournisseur d’IA pour générer des descriptions.

Une autre préoccupation majeure est de savoir si le fournisseur entraîne ses modèles sur les données des utilisateurs.

Problèmes de fiabilité

Les outils d’IA, y compris les technologies d’accessibilité basées sur l’IA, peuvent commettre des erreurs, et ces erreurs causent davantage de tort aux personnes en situation de handicap.

Dans une étude de type journal de bord menée auprès de 20 personnes aveugles et malvoyantes, publiée en 2026, 22 % des réponses aux questions de suivi contenaient des informations erronées, un taux qui atteignait 35 % lorsque l’IA lisait du texte ou des graphiques (la plupart des premières descriptions de l’IA étaient toutefois exactes).

Lorsque des erreurs se produisent, elles peuvent causer un réel préjudice. Dans une enquête de l’American Foundation for the Blind réalisée en 2025, 21 % des personnes aveugles et malvoyantes qui utilisent la description d’images par IA ont déclaré avoir subi un préjudice à cause d’une erreur de l’IA, contre 9 % des utilisateurs voyants. Chez les personnes sourdes et malentendantes qui utilisent les sous-titres générés par IA, ce chiffre était de 24 %, contre 4 % des utilisateurs sans handicap.

Les auteurs du rapport avancent deux raisons : les utilisateurs en situation de handicap ne peuvent souvent pas comparer le résultat avec l’image ou l’audio d’origine, et certains utilisent ces outils dans des situations à plus fort enjeu, comme la lecture d’étiquettes de médicaments ou de documents financiers.

Biais et données d’entraînement

Certains outils d’IA, par exemple ceux de reconnaissance vocale, peuvent moins bien fonctionner pour les personnes en situation de handicap, en partie en raison de données d’entraînement limitées

Un article de 2024 du Speech Accessibility Project indique qu’entre 2008 et 2023, les meilleurs taux d’erreur pour la reconnaissance de la parole dysarthrique ont été divisés par trois, contre cinq pour les autres locuteurs. Ses auteurs citent le manque de données comme l’une des principales explications. L’article de suivi publié en 2025 par le projet indique que cet écart est en partie dû au manque de données.

Les données ne sont toutefois pas le seul problème. Le fonctionnement même des modèles est aussi en cause.

Dans son discours d’ouverture au Symposium de recherche sur l’IA et l’accessibilité 2023 du W3C, Jutta Treviranus, de l’Inclusive Design Research Centre, a soutenu que les systèmes d’IA sont précis pour les personnes proches de la moyenne et échouent pour celles qui en sont les plus éloignées.

Dans un article de 2024, elle ajoutait qu’intégrer davantage de personnes handicapées dans les données d’entraînement ne règle pas le problème, car le modèle continue de privilégier la moyenne : « Même si nous disposons d’une représentation proportionnelle complète et équitable des personnes handicapées dans les données d’entraînement, la machine se rangera toujours du côté de la moyenne statistique. »

Comment choisir des outils d’IA accessibles

Lorsque vous déployez un outil d’IA dans une organisation, il doit fonctionner pour tout le monde, y compris pour les personnes en situation de handicap ou ayant des troubles de l’apprentissage.

Agrandir

Avant d’adopter un outil, vérifiez qu’il répond aux critères suivants :

• Commandes étiquetées : chaque bouton et chaque champ porte un nom lisible par les technologies d’assistance, et ce nom indique ce que fait la commande : « Envoyer », et non « bouton » (WCAG 4.1.2 et 1.1.1).
• Utilisation complète au clavier : vous pouvez saisir et envoyer un prompt, naviguer entre les réponses et les copier uniquement au clavier, avec un indicateur de focus visible qui montre où vous vous trouvez (WCAG 2.1.1 et 2.4.7).
• Messages d’état annoncés : les messages tels que « Génération de la réponse… » sont transmis au lecteur d’écran sans déplacer le focus (WCAG 4.1.3).
• Résultats structurés et copiables : les réponses utilisent de vrais titres et de vraies listes, conservent leur mise en forme une fois copiées, et vous pouvez demander du texte brut.
• Temps : si une session expire, vous pouvez désactiver la limite, la porter à au moins dix fois la durée par défaut, ou être averti et disposer d’au moins 20 secondes pour la prolonger (WCAG 2.2.1).
• Zoom : avec un zoom de 400 % (fenêtre d’affichage de 320 pixels de large), le contenu se réorganise sur une seule colonne pour que vous n’ayez pas à faire défiler horizontalement pour le lire (WCAG 1.4.10).
• Compatibilité avec les technologies d’assistance propres à chaque personne : l’outil prend en charge les lecteurs d’écran et les paramètres tiers au lieu de les remplacer par des fonctionnalités intégrées. Ce n’est pas un critère WCAG, mais cela détermine si les utilisateurs peuvent conserver la configuration qu’ils connaissent déjà.
• Contraste lisible : le texte de la zone de saisie du prompt, texte indicatif compris, ainsi que celui des réponses respecte un rapport de contraste de 4,5:1 (WCAG 1.4.3).
• Erreurs faciles à repérer : lorsque l’envoi d’un fichier échoue ou qu’un prompt est refusé, l’outil l’indique par un texte, et pas seulement par un changement de couleur ou une icône (WCAG 3.3.1).

De nombreux fournisseurs publient un rapport de conformité en matière d’accessibilité (Accessibility Conformance Report, ACR), c’est-à-dire une version complétée du Voluntary Product Accessibility Template (VPAT) de l’Information Technology Industry Council. Il évalue le produit au regard de chaque critère d’accessibilité, ce qui en fait un moyen utile de comparer les outils avant un essai.

FAQ sur l’IA et l’accessibilité

Quels sont quelques exemples de technologies d’assistance ?

Parmi les technologies d’assistance courantes figurent les lecteurs d’écran, les outils de sous-titrage et de transcription, la reconnaissance et la commande vocales, les dispositifs de communication alternative et améliorée (CAA), ainsi que l’accès par contacteur ou les claviers alternatifs. L’IA alimente désormais bon nombre d’entre elles, en particulier le sous-titrage, la reconnaissance vocale et la description d’images.

Les WCAG sont-elles obligatoires légalement ?

Les WCAG sont en elles-mêmes une norme du W3C, et non une loi, mais des lois y font référence ou fixent des exigences similaires.

Par exemple, aux États-Unis, la règle du ministère de la Justice relative au titre II de l’ADA impose que le contenu web et les applications mobiles des administrations des États et des collectivités locales soient conformes aux WCAG 2.1 niveau AA d’ici le 26 avril 2027 pour les administrations desservant 50 000 personnes ou plus, et d’ici le 26 avril 2028 pour les plus petites et les districts spéciaux. Les agences fédérales appliquent la Section 508, dont les normes intègrent les WCAG 2.0.

Dans l’UE, l’acte européen sur l’accessibilité, qui s’applique à des produits et services tels que le commerce électronique, les services bancaires aux particuliers ou les livres numériques, ne fait pas directement référence aux WCAG. En pratique, la plupart des organisations s’appuient sur les WCAG et sur la norme européenne EN 301 549 pour s’y conformer, et la version 2026 de la norme EN 301 549 repose sur les WCAG 2.2.

Quels sont les quatre principes de l’accessibilité ?

Les WCAG organisent leurs règles autour de quatre principes : perceptible, utilisable, compréhensible et robuste. Les 13 règles des WCAG relèvent de ces quatre principes, et chacune comporte les critères de succès testables sur lesquels s’appuient les audits.