Bingo ! Reconnais-tu ces excuses sur l'accessibilité ?

C'est pourquoi il existe maintenant le Bingo de l'accessibilité : une façon ludique de rassembler les classiques que les parties prenantes sortent dès que l'accessibilité numérique est évoquée.

Tu trouveras le bingo sur bingo.elevenways.be.

Comment ça marche ?

C'est simple. Ouvre l'app et tu obtiens une carte de bingo pleine de déclarations que tu reconnaîtras sans doute :

• "L'accessibilité, on fera ça en phase 2."
• "Nous n'avons jamais reçu de plainte."
• "Il n'y a pas un plugin qui résout ça automatiquement ?"
• "Le scan automatique donne 100 %, donc on est bon."

Tu entends une de ces phrases tomber en réunion ? Coche la case. Cinq d'affilée ? Bingo ! (Mais il vaut peut-être mieux ne pas crier de joie pendant le comité de pilotage. Ou crier que tu as vraiment fait un bingo.)

Pourquoi un bingo ?

Derrière le clin d'œil se cache un message sérieux. Chacune de ces phrases est un obstacle qui fait que des sites et des apps restent inutilisables pour un grand nombre de personnes. Environ une personne sur quatre vit avec un handicap qui influence sa façon d'utiliser les services numériques : de la cécité et la malvoyance aux troubles moteurs, la surdité ou les problèmes de concentration. Et depuis l'European Accessibility Act, l'obligation ne concerne plus seulement le secteur public.

Le bingo fonctionne comme une soupape et un miroir : en nommant les excuses, tu les reconnais plus vite. Et tu peux mieux y réagir. Car chaque phrase de la carte a sa réplique. « Phase 2 » ? Elle n'arrive presque jamais. « Aucune plainte » ? Les gens qui ne peuvent pas utiliser ton site abandonnent en silence.

Joue avec nous

Essaie le bingo lors de ta prochaine réunion de projet, kick-off ou session avec les parties prenantes. Et qui sait : peut-être qu'une carte pleine est le point de départ parfait pour une bonne conversation sur une construction vraiment accessible.

Du bingo à la réplique

Le bingo n'est vraiment complet que si tu peux aussi répondre quelque chose. Voici donc la liste complète : chaque excuse avec une réplique que tu peux utiliser telle quelle lors de ta prochaine réunion.

Nier le public cible

"Une personne aveugle n'a de toute façon pas besoin de notre site web ?"
Les personnes aveugles font leurs opérations bancaires, leurs achats et travaillent en ligne, comme tout le monde. Elles ne reviennent juste pas quand ça ne marche pas.

"Nos utilisateurs sont jeunes, ils n'ont pas de handicap."
Daltonisme, dyslexie, TDAH, un poignet cassé, … : les handicaps concernent tous les âges. Tu ne les vois simplement pas dans tes analytics.

"Nous n'avons jamais reçu de plainte d'une personne handicapée."
Les gens qui ne peuvent pas utiliser ton site se plaignent rarement. Ils abandonnent en silence et vont chez la concurrence.

"Quel pourcentage de nos visiteurs est vraiment aveugle ?"
Impossible à savoir : les visiteurs qui abandonnent n'apparaissent pas dans tes chiffres. En Europe, environ une personne sur quatre vit avec un handicap.

"C'est un si petit groupe, ça ne pèse pas face aux coûts."
Une personne sur quatre a un handicap. Et tout le monde en profite : sur un petit écran, en plein soleil, dans un train bruyant, …

"Les personnes handicapées ont bien de l'aide de leur famille ?"
Pouvoir gérer soi-même ses affaires bancaires ou ses achats n'est pas un luxe, c'est de la vie privée et de l'autonomie. Personne ne veut dépendre de sa famille pour chaque formulaire.

Le report

"L'accessibilité, on fera ça en phase 2."
La phase 2 n'arrive presque jamais. Et réparer après coup coûte bien plus cher que bien construire dès le départ.

"Mettons d'abord en ligne, on corrigera ça plus tard."
Plus tard, c'est jamais. Après la mise en ligne, de nouvelles priorités arrivent, et les obstacles restent pour ceux qui s'y heurtent déjà aujourd'hui.

"On va mettre ça dans le backlog."
Le backlog, c'est là où ce genre de travail meurt en silence. L'accessibilité n'est pas un ticket mais une exigence de qualité, comme la sécurité.

"D'abord le MVP, ensuite les nice-to-haves."
Un produit qui exclut un quart des gens n'est pas viable. L'accessibilité fait partie du M de minimum.

"On le prendra avec la prochaine refonte."
Cette refonte est dans des années, et alors cette conversation recommence. Commence petit : corrige aujourd'hui les plus gros obstacles sur tes pages les plus importantes.

Coûts et efforts

"Combien ça va coûter en plus ?"
Pris en compte dès le départ, cela ne coûte presque rien de plus ; réparer après coup, si. Et l'inaccessibilité coûte aussi : des clients, des procès, de la réputation.

"Nous n'avons pas de budget pour ça."
Il y a apparemment bien un budget pour construire deux fois : une fois mal et une fois de nouveau. Construire bien d'emblée est l'option la moins chère.

"Ça va retarder tout le planning."
Ce qui retarde vraiment le planning, c'est de réparer après coup. Une accessibilité intégrée au travail courant ne coûte presque pas de temps supplémentaire.

"On ne peut pas juste faire le minimum pour être conforme ?"
Conforme ne veut pas dire utilisable. L'objectif n'est pas une coche sur un audit, mais des gens qui peuvent vraiment utiliser ton site.

"Il n'y a pas un plugin ou un outil qui résout ça automatiquement ?"
Non. Les overlays et widgets d'accessibilité ne résolvent pas les vrais obstacles et gênent souvent les lecteurs d'écran.

"Le stagiaire ne peut pas s'en occuper en passant ?"
L'accessibilité est un métier, pas une corvée en plus. Confie-la à des gens qui ont les connaissances et le temps, ou investis dans la formation.

Idées reçues sur ce que c'est

"L'accessibilité, c'est seulement pour les aveugles, non ?"
Il s'agit aussi de la vue, de l'ouïe, de la motricité, de la concentration et de la compréhension. Pense à la dyslexie, aux TMS, au daltonisme, à la migraine ou simplement au fait de vieillir.

"On a bien des textes alternatifs ? Alors c'est bon."
Les textes alternatifs sont un critère parmi des dizaines. Et avoir un texte alternatif ne veut pas dire qu'il est bon. Clavier, contraste, formulaires, structure, messages d'erreur : la liste est longue.

"Notre site fonctionne sur mobile, donc il est accessible."
Responsive et accessible sont deux choses totalement différentes. Un site peut parfaitement s'adapter et rester inutilisable au clavier ou avec un lecteur d'écran.

"Un site accessible est forcément moche."
L'accessibilité ne se voit pas de l'extérieur. De bons contrastes, une structure claire et des interactions apaisées renforcent le design.

"Alors on ne peut plus rien faire avec des couleurs ou des animations ?"
Tout est permis, tant que la couleur n'est pas le seul vecteur de sens et que l'animation peut être mise en pause. Ce sont des cadres de conception, pas une interdiction.

"Ça se fait au détriment du design."
Le bon design EST accessible : il fonctionne pour tous ceux qui doivent l'utiliser. Ce qui disparaît n'est pas du design, mais de la décoration qui gênait.

"Le scan automatique donne 100 %, donc on est accessibles."
Un scan automatique ne détecte qu'un tiers des problèmes au maximum. Une page vide obtient aussi 100. Les tests manuels restent nécessaires.

Rejeter la responsabilité

"C'est un truc de développeurs."
Un développeur ne peut pas effacer par le code un mauvais contraste, un texte illisible ou un flux illogique. Design, contenu et code doivent tous les trois faire le travail.

"C'est la responsabilité du fournisseur du CMS."
Le CMS fournit les briques, mais tes templates, ton contenu et tes images déterminent le résultat. Et c'est ton nom qui figure sur le site, pas celui de l'éditeur du CMS.

"Le designer en a probablement déjà tenu compte."
« Probablement » n'est pas un contrôle. Mets l'accessibilité dans le briefing et la definition of done, et teste-la.

"Le template s'en charge, non ?"
Un template gère tout au plus la base. Tout ce que tu ajoutes, textes, images, couleurs, composants, peut tout casser à nouveau. Et tous les templates ne sont de toute façon pas accessibles.

"Le service juridique n'en a rien dit."
Le juridique parle de risque, pas d'utilisabilité. Et la loi existe bel et bien : l'European Accessibility Act s'applique depuis juin 2025.

Législation

"Cette loi ne concerne que le secteur public, non ?"
Plus maintenant. Depuis juin 2025, l'European Accessibility Act s'applique aussi aux entreprises : boutiques en ligne, banques, télécoms, e-books et plus encore.

"Qui contrôle vraiment ça ?"
Les autorités de surveillance, les concurrents et les utilisateurs qui déposent plainte. Mais la vraie question n'est pas qui contrôle, mais qui tu fais fuir.

"Quelle est l'amende, au fait ? Peut-être qu'elle est moins chère."
Compte aussi les clients perdus, les procès et les dégâts de réputation. Et une amende ne rend pas ton site utilisable pour autant : ce travail vient s'y ajouter.

"On mettra une déclaration d'accessibilité en ligne et on en sera débarrassés."
Une déclaration décrit l'accessibilité, elle ne la remplace pas. Une déclaration honnête sur un site inaccessible est une to-do list avec ta signature en dessous.

Les classiques

"J'ai testé en fermant les yeux, ça marche très bien."
Les yeux fermés, tu utilises ta souris au petit bonheur. Un utilisateur de lecteur d'écran travaille au clavier et entend la structure, les noms, … . Teste donc comme eux travaillent.

"Ma grand-mère s'en sort très bien."
Tant mieux pour ta grand-mère, mais une seule personne n'est pas un public cible. L'accessibilité concerne tous ceux qui voient, entendent, bougent ou comprennent différemment de toi.

"On ne peut pas faire une version accessible séparée ?"
Les versions séparées vieillissent mal, perdent des fonctionnalités et doublent la maintenance. Un seul site qui fonctionne pour tout le monde est moins cher et plus respectueux.

"ChatGPT dit que c'est bon."
Un modèle de langage n'a pas utilisé ton site au clavier ou avec un lecteur d'écran. Il dit ce qui semble plausible, et ce n'est pas un audit.

"Le contraste ? Sur mon écran, je le vois très bien."
Ton écran n'est pas la norme. Mesure simplement le contraste : les exigences sont fixées et un vérificateur de contraste est gratuit.