Comment les personnes handicapées utilisent-elles le web ?

Trois personnes essaient de réserver une table sur le même site de restaurant. Amira est aveugle et écoute la page avec VoiceOver sur son iPhone. Thomas a une polyarthrite rhumatoïde et utilise le clavier, car la souris lui fait mal. Monique a 78 ans et zoome à 200 % pour lire la carte. Si la carte est la photo d'une page imprimée et que le sélecteur de date ne répond qu'à la souris, tous les trois abandonnent et réservent ailleurs.

Ce guide explique, chiffres récents à l'appui, comment les personnes handicapées utilisent réellement le web. Un mot sur le vocabulaire : nous écrivons « personnes handicapées », comme les textes de l'UE, alors que beaucoup de gens, en France notamment, préfèrent « personnes en situation de handicap ». Quand vous parlez d'une personne en particulier, reprenez les mots qu'elle emploie.

Combien de personnes vivent avec un handicap ?

Environ 1,3 milliard de personnes, soit 16 % de la population mondiale ou 1 personne sur 6, vivent avec un handicap important, selon l'Organisation mondiale de la santé (s'ouvre dans un nouvel onglet) (aide-mémoire de mars 2023). Dans l'UE, 23,9 % des personnes de 16 ans et plus ont déclaré en 2024 une limitation durable dans les activités quotidiennes, soit environ un adulte sur quatre, selon Eurostat (s'ouvre dans un nouvel onglet).

Les chiffres nationaux vont de 12,7 % en Bulgarie à 41,2 % en Lettonie, et il s'agit de déclarations des personnes elles-mêmes : comparez les pays avec prudence. La courbe des âges compte davantage. La part est dix fois plus élevée (s'ouvre dans un nouvel onglet) chez les 85 ans et plus (72,3 %) que chez les 16-24 ans (7,1 %), et 22,0 % de la population de l'UE (s'ouvre dans un nouvel onglet) a 65 ans ou plus. Beaucoup de ces personnes ne se diraient pas handicapées.

Qu'est-ce qu'une technologie d'assistance ?

Une technologie d'assistance est un logiciel ou un matériel qui permet à une personne d'utiliser un ordinateur, un téléphone ou un site web d'une manière adaptée à son corps et à son esprit. Les lecteurs d'écran, les logiciels d'agrandissement, la reconnaissance vocale, les contacteurs et les plages braille en sont les exemples les plus connus. Beaucoup de gens s'appuient aussi sur des réglages plus simples, comme un texte plus grand, un pointeur plus lent ou des sous-titres activés par défaut.

Le W3C appelle ces réglages plus simples des « stratégies d'adaptation », que sa présentation des outils et techniques (s'ouvre dans un nouvel onglet) décrit comme des « techniques que les personnes handicapées utilisent pour améliorer leur interaction avec le Web ». La plupart des gens combinent les deux.

Une bonne partie est intégrée aux appareils : VoiceOver et Commande vocale chez Apple, TalkBack et Voice Access sur Android, Narrateur et Loupe sous Windows. Beaucoup d'utilisateurs de Windows ajoutent JAWS, payant, ou NVDA, gratuit.

Comment les personnes aveugles utilisent-elles les sites web ?

La plupart des personnes aveugles utilisent un lecteur d'écran, un logiciel qui transforme la page en parole ou en braille, et s'y déplacent avec des commandes clavier ou des gestes tactiles plutôt qu'avec une souris. Elles écoutent rarement une page de haut en bas. Dans l'enquête 2024 de WebAIM, 71,6 % des utilisateurs de lecteurs d'écran disent parcourir d'abord une longue page par ses titres.

La Screen Reader User Survey #10 (s'ouvre dans un nouvel onglet) de WebAIM a recueilli 1 539 réponses en décembre 2023 et janvier 2024. C'est un échantillon de volontaires, pas un recensement. Quelques résultats :

• Sur ordinateur, 40,5 % utilisent principalement JAWS, 37,7 % NVDA et 9,7 % VoiceOver.
• 91,3 % utilisent un lecteur d'écran sur téléphone ou tablette, et 70,6 % utilisent principalement des appareils Apple.
• 38 % utilisent une sortie braille, grâce à une plage qui fait remonter des picots pour former les caractères.

Imaginez un utilisateur de lecteur d'écran sur une fiche produit. Il affiche la liste des titres et saute à « Avis ». Il ne perçoit jamais votre mise en page, seulement la structure en dessous : si vos titres ne sont que des paragraphes en gras, cette liste est vide, et trois boutons « Ajouter au panier » sonnent exactement pareil.

• Des titres qui sont de vrais éléments de titre, dans un ordre logique.
• Des textes alternatifs qui disent l'essentiel : « Manteau en laine bleu marine, mi-long, vue de face », pas « IMG_4471.jpg ». Les images décoratives reçoivent un texte alternatif vide pour être ignorées.
• Des étiquettes sur chaque champ de formulaire, et des messages d'erreur annoncés, pas seulement affichés en rouge.
• Des intitulés de liens et de boutons compréhensibles seuls : « Lire notre politique de retour », pas « Cliquez ici ».

Comment les personnes malvoyantes utilisent-elles les sites web ?

Les personnes malvoyantes agrandissent ou clarifient plutôt que de passer à l'audio. Elles zooment dans le navigateur, utilisent un logiciel d'agrandissement, grossissent le texte du système, activent le contraste élevé ou le mode sombre, ou augmentent l'espacement. Le groupe est vaste : l'OMS estime qu'au moins 2,2 milliards de personnes ont une déficience visuelle de près ou de loin.

À fort grossissement, l'utilisateur d'un logiciel d'agrandissement ne voit qu'une petite partie de l'écran à la fois. Un message « Panier mis à jour » dans un coin supérieur lui échappe facilement, tout comme un récapitulatif d'erreurs placé loin du champ concerné.

Les Règles pour l'accessibilité des contenus web (WCAG) 2.2 (s'ouvre dans un nouvel onglet) traitent ce point avec trois critères de succès de niveau AA : le texte doit pouvoir être agrandi à 200 % sans perte de contenu (1.4.4), le contenu doit se redistribuer sur une largeur de 320 pixels CSS pour que personne n'ait à défiler dans deux directions (1.4.10), et les pages doivent supporter un espacement accru des lignes, des lettres et des mots (1.4.12). Pour le contraste, consultez notre guide du contraste des couleurs. Quant à la carte photographiée : refaite en page web avec des titres, elle convient aussi bien à Monique qu'à Amira.

Comment les personnes sourdes et malentendantes utilisent-elles le web ?

Les personnes sourdes et malentendantes utilisent le web comme tout le monde, jusqu'au moment où le son porte une information. Il leur faut alors des sous-titres sur les vidéos, des transcriptions pour l'audio et un moyen de vous contacter autre qu'un appel téléphonique. L'OMS estime que 430 millions de personnes, plus de 5 % de la population mondiale, ont besoin d'une réadaptation pour une perte auditive incapacitante.

Pour beaucoup de Sourds (la majuscule signale souvent l'appartenance à la culture sourde et à la langue des signes), la langue des signes du pays vient en premier et la langue écrite en second. Une écriture simple les aide, comme elle aide toute personne qui lit dans une seconde langue.

• Sous-titrez chaque vidéo préenregistrée comportant de la parole (WCAG 1.2.2, niveau A). Vérifiez les sous-titres automatiques : ils peuvent déformer les noms, les termes produits et les chiffres.
• Proposez d'autres moyens de contact que le téléphone. « Appelez-nous pour résilier » exclut totalement certains clients.
• Ne lancez pas de son automatiquement. Un son qui dure plus de 3 secondes doit pouvoir être mis en pause ou arrêté (WCAG 1.4.2), et les utilisateurs de lecteurs d'écran en ont besoin aussi.

Comment les personnes ayant un handicap moteur naviguent-elles sur les sites ?

Les personnes ayant un handicap moteur n'utilisent souvent pas de souris du tout. Elles se servent d'un clavier, d'un contacteur, de la commande vocale, d'un système de suivi du regard, d'un pointeur frontal ou d'un trackball, parfois en composant avec des tremblements, des douleurs ou de la fatigue. Tous ces moyens supposent un site utilisable sans pointage précis : chaque commande atteignable au clavier, un focus toujours visible et des cibles assez grandes.

Les WCAG commencent par le clavier : tout doit fonctionner sans souris (2.1.1, niveau A). Ce qui coince le plus souvent :

• Un focus invisible. Si l'on supprime le contour du focus pour des raisons esthétiques, l'utilisateur du clavier ne sait plus où il en est (WCAG 2.4.7).
• Des trajets interminables. L'utilisateur d'un contacteur avance de commande en commande. Un méga-menu de 60 liens sans lien « Aller au contenu principal » peut représenter 60 pressions avant d'atteindre le produit.
• Des libellés qui ne correspondent pas. Un utilisateur de la commande vocale dit « cliquer sur Réserver », mais le bouton s'appelle « Envoyer le formulaire » dans le code : rien ne se passe (WCAG 2.5.3, Étiquette dans le nom).
• Des cibles minuscules et des curseurs qu'on ne peut que faire glisser. Les WCAG 2.2 fixent une taille de cible minimale de 24 sur 24 pixels CSS (2.5.8) et demandent une alternative au glissement par simple clic (2.5.7). Notre guide des WCAG 2.2 détaille les deux.

Comment les personnes ayant des troubles cognitifs, une dyslexie ou un TDAH utilisent-elles le web ?

Les personnes ayant des troubles cognitifs et des troubles des apprentissages, dont la dyslexie, le TDAH, les troubles de la mémoire et les lésions cérébrales, combinent outils et astuces : synthèse vocale, correcteurs orthographiques, règles de lecture, gestionnaires de mots de passe, mode lecture et temps supplémentaire. Ce qui aide le plus se trouve de votre côté de l'écran : un langage clair, des mises en page prévisibles et des processus qui ne sanctionnent pas les erreurs.

Les recommandations du W3C sur les handicaps cognitifs et les troubles des apprentissages (s'ouvre dans un nouvel onglet) comprennent notamment les objectifs « Aider les utilisateurs à se concentrer » et « Faire en sorte que les processus ne reposent pas sur la mémoire ».

Une connexion qui demande les troisième et cinquième caractères d'un mot secret est exactement le genre de test de mémoire contre lequel met en garde le second objectif. Un carrousel qui défile automatiquement à quelques secondes d'intervalle va à l'encontre du premier. Nous détaillons ce qui aide, y compris la recherche sur les polices pour dyslexiques, dans Concevoir pour la dyslexie, le TDAH et les troubles cognitifs.

Quels réglages intégrés utilise-t-on, et quelle place pour un panneau sur la page ?

La plupart des gens règlent leurs propres appareils bien avant de toucher quoi que ce soit sur votre page : zoom du navigateur, texte du système agrandi, mode sombre, réduction des animations, contraste élevé, sous-titres, mode lecture et lecteur d'écran du téléphone. Le rôle de votre site est de respecter ces réglages. Un panneau d'accessibilité sur la page est une option de plus, pas un substitut.

• Zoom et taille du texte : utilisez des unités relatives et ne bloquez jamais le zoom à deux doigts sur mobile.
• Réduction des animations : les sites peuvent lire cette préférence (la media query prefers-reduced-motion) ; respectez-la pour les effets de parallaxe, les carrousels et les grandes transitions.
• Contraste élevé et couleurs forcées, comme les thèmes de contraste de Windows : vérifiez que les icônes et les contours du focus restent visibles.
• Le mode lecture fonctionne mieux avec de vrais titres et de vrais paragraphes.

Un panneau sur la page, comme celui qu'ajoute SiteAccessible, donne aux visiteurs des boutons pour le contraste, la taille du texte, l'espacement, un guide de lecture, la lecture à voix haute et l'arrêt des animations, sans fouiller dans les réglages de l'appareil. Cela aide certaines personnes, par exemple quelqu'un sur un ordinateur professionnel qu'il ne peut pas configurer, ou quelqu'un qui a une migraine et veut une page plus calme pendant une heure.

Il n'aide pas un utilisateur de lecteur d'écran à trouver un bouton sans étiquette, et il ne rend pas un site conforme aux WCAG. C'est pourquoi notre panneau n'a volontairement aucun profil pour les visiteurs aveugles : un panneau visuel ne peut pas remplacer le lecteur d'écran qu'une personne maîtrise déjà. Si une page ne fonctionne pas avec les outils des visiteurs, corrigez la page.

Qu'est-ce qui gâche le plus souvent l'expérience ?

Les mêmes obstacles élémentaires reviennent sans cesse. Dans l'analyse WebAIM Million 2026 (s'ouvre dans un nouvel onglet), 95,9 % des pages d'accueil du premier million de sites présentaient des erreurs WCAG détectables, en moyenne 56,1 erreurs par page, en tête desquelles le texte peu contrasté, les textes alternatifs manquants et les champs de formulaire sans étiquette. Les utilisateurs de lecteurs d'écran classent le CAPTCHA comme l'élément le plus problématique du web.

Les analyses automatiques passent à côté de beaucoup de choses. Les cinq principaux problèmes cités par les utilisateurs de lecteurs d'écran eux-mêmes :

1. Le CAPTCHA
2. Les menus, onglets et boîtes de dialogue qui ne se comportent pas comme prévu
3. Les liens ou boutons incompréhensibles
4. Les écrans ou parties d'écran qui changent de façon inattendue
5. Le manque d'accessibilité au clavier

Aucun de ces problèmes ne demande de technologie particulière pour être corrigé. Pour les trouver, essayez votre propre site : réservez quelque chose uniquement au clavier, zoomez à 400 % et lisez votre page de paiement, puis écoutez vos titres avec VoiceOver ou NVDA. Notre guide pour tester l'accessibilité de votre site détaille ces vérifications. Elles ne remplacent pas des tests avec des personnes qui utilisent ces outils au quotidien, mais elles vous montrent par où commencer.