Solving for the Edges – Gerard K. Cohen (A11yTalks - May 2026) - Accessibility Talks

Message clé : *“Résoudre pour les extrêmes (handicaps) = innover pour tous.”*3 leçons :

L’accessibilité drive l’innovation (ex. : téléphone, email, OCR… nés de besoins spécifiques).
La “moyenne” n’existe pas → Design pour la variabilité (ex. : cockpits réglables).
Données trompeuses : Si personne ne se plaint, c’est que les exclus ne peuvent pas parler.

3 actions prioritaires :

Intégrer l’accessibilité dès la conception (shift left + équipes diversifiées).
Tester avec de vrais utilisateurs (y compris en situation de handicap).
Quick wins :
- Contraste WCAG AA (4.5:1),
- Navigation clavier,
- Textes alternatifs,
- Media Queries (prefers-reduced-motion, prefers-color-scheme).

** Objectif** : Passer d’une logique “coût” à une logique “investissement” (marché élargi, UX améliorée, conformité).

Bonjour à tous et bienvenue à une nouvelle édition des Accessibility Talks ! Nous sommes ravis que vous puissiez nous rejoindre pour notre rencontre virtuelle mensuelle sur l’accessibilité, l’inclusion et l’utilisabilité. C’est un espace où nous apprenons des intervenants invités et où nous nous connectons en tant que communauté. Je suis votre hôtesse, Aubrey Sambor, et je suis lead front-end developer. Pour une description visuelle : je suis une femme blanche aux longs cheveux violets et bleus, et je porte un pull jaune tricoté à la main. Mes pronoms sont elle et elle (she/her).

Avant de commencer, un petit rappel : A11y Talks s’engage à maintenir un environnement sûr et accueillant. Nous demandons à chacun d’entre vous — intervenants comme participants — de respecter notre code de conduite dans le chat et pendant les discussions. Vous trouverez la version complète sur notre site web. Notre objectif est de garantir un espace respectueux pour un dialogue ouvert et un apprentissage mutuel.

Nous tenons également à remercier les partenaires qui rendent A11y Talks possible. Un merci spécial à notre sponsor bronze, Principal Financial Group. Nous souhaitons aussi saluer les membres mensuels de notre A11y Cat Club. Chaque contribution nous aide à faire grandir cette communauté, à garder nos contenus gratuits et nos conférences accessibles à tous. Si vous souhaitez soutenir A11y Talks en tant que sponsor, visitez notre site web pour en savoir plus. Vos contributions servent directement à rémunérer les intervenants et à améliorer nos événements. Vous pouvez aussi doubler votre impact grâce à des programmes de contrepartie d’entreprise comme Benevity. Il suffit de nous chercher sous le nom A11y Talks by Midwest Open Source Alliance.

Comment poser des questions à notre intervenant ?

Si vous regardez la première diffusion en direct sur YouTube, posez vos questions dans le chat en direct.
Si vous ne regardez pas en direct, vous pouvez laisser un commentaire sous la vidéo YouTube ou poursuivre la discussion sur LinkedIn ou d’autres réseaux sociaux par la suite.

Présentation de l’intervenant

Aujourd’hui, nous accueillons Gerard K. Cohen, Defenseur de l’accessibilité numérique et Engineering Manager. Il nous présente une conférence intitulée « Résoudre pour les extrêmes » (Solving for the Edges). Je suis vraiment impatiente d’assister à cette présentation. Gerard, une petite anecdote sur toi : tu es un introverti amateur de sensations fortes, et ta série préférée est Les Craquantes (The Golden Girls). Veux-tu nous en parler ? Je suis très curieuse de savoir quels types de sensations fortes tu recherches !

Gerard : Merci, Aubrey. Parfois, ma femme déteste quand je dis ça, mais… parfois, j’ai l’impression de ne pas vraiment vivre si je n’ai pas l’impression de mourir. J’aime sauter de choses, nager et plonger avec des animaux dangereux, les observer. Bref, tout ce qui fait monter mon rythme cardiaque, c’est amusant pour moi.

Aubrey : Quels types de choses as-tu déjà sautés ? Du saut à l’élastique, du parachutisme, ce genre de choses ?

Gerard : Oui, et le saut à l’élastique ! Il n’y a que quelques endroits aux États-Unis qui sont certifiés pour du vrai saut à l’élastique légitime. Je ne l’ai pas encore essayé, mais je cherche quelqu’un pour le faire avec moi. Si ça vous tente, faites-moi signe !

Aubrey : Et Les Craquantes ? Tu les regardais quand tu étais enfant, ou c’est juste une série que tu aimes ?

Gerard : Oui, ça me rappelle mon enfance. Le samedi soir, ça passait à la télé, et maintenant, c’est juste une bonne série pour se détendre après avoir sauté de quelque chose. On peut se calmer en regardant Les Craquantes. Elles sont hilarantes.

Aubrey : C’est vrai, c’est une excellente façon de se détendre après une montée d’adrénaline. Merci pour ces confidences, Gerard. À toi la parole !### Introduction de Gerard K. Cohen Merci beaucoup, Aubrey, et bienvenue à tous pour cette conférence « Résoudre pour les extrêmes ». Je sais que vous auriez pu être ailleurs, faire autre chose en ce moment, alors merci d’être là. Cette présentation sera un peu différente pour moi : ce ne sera pas une conférence très technique. Espérons que tout le monde y trouvera quelque chose à apprendre.

Pour ceux qui ne me connaissent pas encore, je m’appelle Gerard K. Cohen, et actuellement, je suis au chômage. Donc, si vous avez un besoin, n’hésitez pas à me contacter. Jusqu’à récemment, je dirigeais l’accessibilité pour le design system d’Atlassian, où j’ai collaboré avec une équipe exceptionnelle de designers et d’ingénieurs pour améliorer l’accessibilité des composants que nous utilisons pour construire des outils de productivité d’équipe — certains que vous critiquez peut-être souvent, comme Jira, Confluence ou Trello. Avant cela, j’étais engineering manager pour l’équipe accessibilité de Twitter, avant que le propriétaire actuel ne nous licencie tous.

Je vais épeler mon nom, car c’est comme ça que vous me trouverez partout : G-E-R-A-R-D K C-O-H-E-N. Vous pouvez me contacter via LinkedIn en cherchant mon nom, ou consulter mon site web : GerardKCohen.me .

Enfin, j’ai aussi des cours techniques sur la plateforme d’apprentissage Pluralsight, dont je suis très fier, car ils s’adressent à tous :

Product Managers (PM),
designers visuels,
designers de contenu,
ingénieurs,
testeurs QA.

Ces cours ont été utilisés par de grandes organisations comme l’État de Californie ou le Google Africa Developer Scholarship pour des développeurs en début de carrière. Il y a au total quatre cours, commençant par « Les bases du design web accessible ».#### Mes cours sur Pluralsight

« Les bases du design web accessible » : Ce cours vous aidera à acquérir les connaissances et compétences pour respecter les directives d’accessibilité du web. Particularité : Je vais jusqu’au niveau WCAG AAA (alors que la plupart s’arrêtent à AA). Je pense que le niveau AA est le minimum, mais on ne dit jamais où aller après. Le niveau AAA n’est pas adapté à tout le monde, mais si vous vous concentrez sur une bonne utilisabilité pour tous, alors AAA n’est pas si loin. Durée : un peu plus de 2 heures. Parfait pour les débutants.
« Techniques de test pour l’accessibilité web » : Un cours de 2 heures pour apprendre aux designers, rédacteurs, développeurs et testeurs QA des méthodes rapides et simples pour tester l’accessibilité, sans avoir besoin d’utiliser des technologies d’assistance comme les lecteurs d’écran. Il y a tellement de choses à tester sans même toucher à un lecteur d’écran (qui peut être difficile à apprendre et à utiliser correctement).
« Test de compatibilité avec les lecteurs d’écran pour l’accessibilité web » : Un cours avancé sur les tests. En tant qu’utilisateur non natif des technologies d’assistance comme les lecteurs d’écran, j’essaie de partager comment tester de manière plus proche de la façon dont les gens utilisent réellement ces outils, plutôt que de simplement tester avec un lecteur d’écran (ce qui est différent). Je couvre VoiceOver, JAWS, NVDA, ainsi que les tests sur iOS et TalkBack sur Android, y compris l’utilisation du clavier avec les téléphones. Durée : environ 2 heures. Je n’ai vu aucun autre cours de test aller aussi loin. J’en suis vraiment fier.
« Les bases de l’ARIA pour l’accessibilité web » : Ce cours expose les fondamentaux et concepts qui vous permettront de construire en toute confiance des composants personnalisés accessibles avec ARIA, à travers des exemples pratiques pour offrir des expériences inclusives. Je passe en revue :
- la spécification ARIA,
- les dangers de l’ARIA,
- les pièges de l’utilisation de ressources comme le guide des bonnes pratiques de rédaction. Enfin, je détaille un exemple pour créer un simple bouton de menu, y compris comment l’expérience varie selon les combinaisons de navigateurs et technologies d’assistance, et comment gérer ces différences. Durée : environ 1h30.

En moins de 8 heures, vous pouvez obtenir une formation complète en accessibilité, basée sur mes 10 ans d’expérience, d’apprentissage et d’erreurs, pour que vous n’ayez pas à les reproduire. Vous pouvez les trouver sur pluralsight.com/authors/Gerard-Cohen . (Et comme je suis actuellement au chômage, ces cours sont ma seule source de revenus, alors merci de votre patience pendant que je les promeus !)

Accès aux supports de la conférence

Si vous souhaitez suivre avec vos propres notes, à l’écran, il y a un code QR qui mène aux diapositives. Sinon, voici une URL raccourcie : bit.ly/47NHXPPY (B-I-T dot L-Y / 4 7 N H X P Y)## Résoudre pour les extrêmes : des innovations qui changent tout

Je vais commencer par des exemples d’innovations révolutionnaires qui, à l’origine, résolvaient des problèmes spécifiques (pour les “extrêmes”), mais qui ont fini par améliorer la vie de tous.### 1. La machine à écrire (1801) – Pellegrino Turri

Contexte : À l’époque, une personne aveugle devait dicter ses lettres à quelqu’un d’autre pour qu’elles soient écrites.
Histoire : Turri, un inventeur italien, est tombé amoureux d’une comtesse qui perdait la vue. Pour qu’elle puisse lui écrire des lettres en privé (sans avoir à les dicter), il a inventé la première machine à écrire (appelée “writing machine”), ainsi que le papier carbone pour l’encre.
Impact : Les lettres de la comtesse écrites avec cette machine existent encore aujourd’hui.
Évolution : La machine à écrire a évolué vers les claviers, que nous utilisons encore aujourd’hui.### 2. Le téléphone (1856) – Antonio Meucci
Contexte : Meucci, un inventeur italien, voulait communiquer avec sa femme, alitée à cause d’une arthrite rhumatoïde sévère.
Invention : Il crée le Teletrafono, un dispositif de communication précoce (une version très primitive du téléphone).
Controverse : En 1876, Alexander Graham Bell obtient le brevet du téléphone, bien que Meucci et d’autres aient revendiqué l’invention avant lui.
- En 2002, le Congrès américain a officiellement reconnu Meucci comme l’inventeur du téléphone.
- Pourquoi ? Meucci n’avait pas les 10 dollars nécessaires pour finaliser son brevet.
Inspiration de Bell : Sa mère et sa femme étaient sourdes. Il voulait amplifier le son pour elles.
Impact : Aujourd’hui, nous utilisons toujours le téléphone.### 3. Le phonographe (1877) – Thomas Edison
Invention : Edison invente le phonographe, un appareil capable d’enregistrer et de reproduire des sons.
Utilisation prévue : Créer des livres audio pour les aveugles, afin qu’ils n’aient plus besoin de dépendre de leur famille pour leur faire la lecture.
Impact : Aujourd’hui, les livres audio sont une ressource essentielle pour de nombreuses personnes.### 4. L’Optophone (1913) – Edmund Fournier d’Albe
Invention : Un appareil qui scannait les pages et détectait le contraste entre lumière et obscurité pour distinguer les caractères.
- Il produisait ensuite des tons audibles correspondant aux lettres.
Objectif : Permettre aux aveugles de lire des livres de manière autonome.
Limite : Très lent (environ 1 mot par minute).
Impact : Bien que l’Optophone n’ait pas perduré, il a marqué la naissance de la reconnaissance optique de caractères (OCR), une technologie toujours utilisée aujourd’hui.### 5. Le transistor (1948) – Bell Labs
Invention : Le transistor, un composant capable d’amplifier le courant électrique.
Utilisation initiale : Réduire la taille des appareils auditifs pour les personnes malentendantes.
Impact : Les transistors sont aujourd’hui omniprésents dans l’électronique moderne (smartphones, ordinateurs, etc.).### 6. La synthèse vocale (1975) – TSI (Speech Plus)
Invention : Le Speech Plus, une calculatrice parlante pour les aveugles.
Impact : Aujourd’hui, la synthèse vocale est utilisée dans de nombreuses interfaces vocales (assistants vocaux, GPS, etc.).### 7. L’email commercial (1982) – Vint Cerf
Contexte : Vint Cerf, l’un des pères d’Internet, crée le premier système d’email commercial (MCI Mail) alors qu’il travaille pour MCI.
Inspiration : Cerf est malentendant et sa femme est sourde. Il voulait pouvoir communiquer avec sa famille.
Impact : Aujourd’hui, l’email est un outil de communication indispensable.
Fun fact : Cerf porte un appareil auditif… qui n’existerait pas sans le transistor inventé par Bell Labs !### 8. Le World Wide Web (1989) – Tim Berners-Lee
Invention : Le World Wide Web, qui repose sur le protocole TCP (inventé par Vint Cerf).
1990 : Il crée le premier serveur web et le premier navigateur.
- Vous pouvez toujours voir le premier site web (il explique ce qu’est le World Wide Web).
1994 : Il fonde le W3C (World Wide Web Consortium), l’organisme de standardisation du web.
- Le W3C abrite aussi le WAI (Web Accessibility Initiative), qui publie :
  - Les WCAG (Web Content Accessibility Guidelines),
  - La spécification ARIA,
  - D’autres ressources liées à l’accessibilité.
Citation célèbre de Berners-Lee :
« Le pouvoir du web réside dans son universalité. L’accès pour tous, indépendamment du handicap, est un aspect essentiel. »
- Son intention : Le web a toujours été conçu pour être accessible à tous.

Synthèse : L’innovation par l’accessibilité

Si on combine toutes ces innovations :

Typographie (machine à écrire),
Amplification du son (téléphone, transistor),
Reproduction du son (phonographe),
OCR (Optophone),
Synthèse vocale,
Internet (email, web),

… on obtient l’informatique mobile (smartphones, tablettes, etc.).

Point commun : Ces innovations ont résolu des problèmes pour les “extrêmes” (personnes en situation de handicap), mais ont fini par bénéficier à tous.## Le piège de la “moyenne” : pourquoi résoudre pour l’“utilisateur moyen” est une erreur

1. Le cas des cockpits de l’US Air Force (années 1940-1950)

Problème : Dans les années 1940, l’US Air Force perdait des pilotes expérimentés dans des accidents, alors que les avions fonctionnaient parfaitement.
Hypothèse initiale : Erreur de pilotage.
Réalité : Le problème venait du cockpit, conçu pour un “pilote moyen”.
- Depuis les années 1920, les cockpits étaient basés sur les dimensions moyennes de centaines de pilotes américains (hauteur du siège, distance des pédales, portée des commandes, etc.).
Étude de 1950 :
- L’US Air Force mesure 4 000 pilotes sur 140 dimensions différentes.
- Résultat : Aucun pilote ne correspondait à la moyenne sur les 10 dimensions clés.
  - Même sur 3 dimensions seulement, moins de 5 % des pilotes correspondaient à la moyenne.
Conclusion : Le “pilote moyen” n’existe pas.
- Les humains sont variables : une personne peut avoir une taille moyenne, mais des bras plus longs, un torse plus court, etc.
- C’est ce qu’on appelle la « malédiction de la dimensionnalité » : plus on ajoute de dimensions, moins la moyenne représente des personnes réelles.

Solution de l’US Air Force :

Au lieu de chercher une meilleure moyenne, ils ont résolu pour la variabilité :
- Sièges réglables,
- Pédales ajustables,
- Commandes flexibles,
- Équipement personnalisable.
Résultat : Les performances des pilotes se sont améliorées, et les accidents ont diminué.
Fun fact : Ce n’est qu’en 2022 que l’US Air Force a supprimé les exigences de taille pour les pilotes de chasse, car elles excluaient des femmes et des personnes de certaines ethnies qualifiées.### 2. Le biais du survivant : l’histoire des avions de la Seconde Guerre mondiale
Contexte : Pendant la Seconde Guerre mondiale, l’US Navy étudiait les avions endommagés qui revenaient de mission pour savoir où ajouter du blindage.
Observation : Les impacts de balles étaient concentrés sur les ailes et le fuselage.
Conclusion initiale : Renforcer ces zones.
Problème : Abraham Wald, un statisticien, a souligné le biais du survivant :
- Les avions qui avaient été touchés au moteur ou au cockpit n’étaient pas revenus.
- Le blindage devait être ajouté là où il n’y avait PAS de trous (car ces zones étaient fatales).
Leçon : Ce qu’on ne voit pas est souvent plus important que ce qu’on voit.

Application à l’accessibilité et au design

1. Le biais du survivant dans le design produit

Nous commettons la même erreur en nous basant sur :

Les analytics : Si une personne ne peut pas naviguer dans votre appli, comment peut-elle être comptabilisée ?
Les tests d’utilisabilité :
- Les prototypes (même haute fidélité) ne génèrent pas de code accessible.
- Combien de personnes en situation de handicap sont invitées à ces tests ?
- Questions à poser :
  - « Est-ce que quelqu’un a testé cela uniquement avec le clavier ? »
  - « Est-ce que cela a été testé à différentes tailles d’écran ? »
  - (Réponse habituelle : silence.)
Les retours clients :
- « Personne ne s’est plaint, donc ça doit marcher. » → Faux.
  - Les personnes en situation de handicap ne se plaignent pas toujours :
    - Parce que les méthodes de feedback ne sont pas accessibles (formulaires, numéros de téléphone, chatbots).
    - Parce qu’elles ont peur des représailles (licenciement, discrimination).
    - Parce qu’elles travaillent plus dur et plus longtemps sans rien dire.

2. La menace des poursuites judiciaires

Beaucoup pensent que la peur des poursuites suffira à rendre les produits accessibles.
Réalité :
- Les accords à l’amiable incluent souvent des clauses de confidentialité.
- Même dans des entreprises ayant fait l’objet de poursuites publiques pour accessibilité, il reste difficile de rendre les produits accessibles.

Conclusion : Si on ne résout que pour les personnes qu’on peut compter, on exclut systématiquement celles qu’on ne peut pas compter.## Comment résoudre pour les extrêmes ?

1. Poser la bonne question : « Qui excluons-nous ? »

Vous ne connaîtrez peut-être pas la réponse tout de suite, mais poser la question est la première étape.
Ne pas paniquer : La solution n’est pas de créer des versions différentes pour chaque type de handicap.
Solution : Penser à la personnalisation et à la variabilité, comme l’a fait l’US Air Force avec les cockpits.### 2. Facteurs à considérer en design et développement

A. Méthodes d’entrée (input)

Tout le monde n’utilise pas uniquement la souris.
- Clavier,
- Tactile,
- Voix,
- Suivi oculaire (eye tracking),
- Agents (IA).
À éviter :
- Tout rendre interactif par défaut (ex. : éléments cachés derrière des hover).
  - Problème : Cela peut créer des centaines d’éléments focusables et de tabulations inutiles.
- Le drag and drop n’est pas toujours nécessaire.

B. Visibilité

Certaines personnes préfèrent :
- Un texte plus grand ou plus petit,
- Des couleurs à fort contraste (ou non),
- Des polices plus lisibles.
Alternatives textuelles :
- Descriptions d’images,
- Transcriptions audio,
- Sous-titres.

C. Cognition

Simplifier le design :
- Réduire le nombre d’étapes,
- Éviter les interfaces surchargées.
Éviter les conventions brisées :
- « Ne faites pas réfléchir les gens. » (principe de Steve Krug).
Attention aux animations :
- Certaines peuvent provoquer des maux de tête (ex. : épilepsie photosensible).
- D’autres peuvent distraire (ex. : TDAH).

D. Audition

Ne pas se fier uniquement aux notifications sonores :
- Certaines personnes ne les entendent pas.
- D’autres peuvent être dérangées (ex. : notifications Slack).
Alternatives :
- Sous-titres,
- Transcriptions,
- Notifications visuelles.### 3. Solutions concrètes : les Media Queries CSS pour la personnalisation Les media queries permettent d’appliquer des styles conditionnellement, en fonction :
Des caractéristiques de l’appareil (responsive design),
Des préférences utilisateur ou paramètres système.

A. Media Queries multiplateformes

| Media Query | Description | Utilité | |-||| | prefers-color-scheme | Détecte la préférence pour le mode sombre. | Utile pour les personnes sensibles à la lumière ou qui passent beaucoup de temps devant un écran. Économise aussi la batterie. | | prefers-reduced-motion | Détecte la préférence pour réduire les animations non essentielles. | Évite les problèmes pour les personnes sensibles aux mouvements (ex. : vertiges, TDAH). | | prefers-contrast | Détecte la préférence pour un contraste élevé ou faible. | Utile pour les personnes malvoyantes ou sensibles à la lumière. (Disponible sur macOS/iOS, mais pas de préférence pour un contraste faible.) | | forced-colors | Détecte si l’utilisateur utilise un thème de couleurs forcé (ex. : mode haute contraste sur Windows). | Permet des ajustements mineurs (arrière-plans, bordures). Ne pas redéfinir les couleurs du système ! | | inverted-colors | Détecte la préférence pour inverser les couleurs. | Utile pour certaines formes de basse vision. (Support limité : Safari sur macOS/iOS en 2026.) |

B. Media Queries expérimentales

| Media Query | Description | Support (2026) | |-||-| | prefers-reduced-transparency | Réduit les effets de transparence/opacité. | Chrome, Edge (basé sur Blink). Dépend aussi des paramètres système (Windows, macOS, iOS). |

C. Personnalisation de base (sans media query)

Taille de la police :
- Utiliser des unités relatives (em, rem, %) ou des tailles nommées (xx-small à xx-large).
- Respecte les préférences de l’utilisateur dans les paramètres du navigateur.### 4. Exemples de personnalisations utiles (à implémenter) | Personnalisation | Description | Pourquoi ? | |||| | Raccourcis clavier | Permettre de les activer/désactiver. | Les designers aiment les raccourcis, mais tout le monde n’en a pas besoin. | | Soulignement des liens | Option pour les désactiver (mais activés par défaut). | Les designers trouvent souvent les soulignements moches, mais ils sont essentiels pour l’accessibilité. | | Densité de l’interface | Permettre de choisir entre haute, moyenne, faible densité. | Certaines personnes préfèrent plus d’espace, d’autres plus d’informations à l’écran. | | Cartes au survol (hover cards) | Option pour les désactiver. | Évite la surcharge visuelle (ex. : GitHub le propose). |### 5. Personnalisations à éviter | Personnalisation | Pourquoi ? | ||| | Thèmes pour le daltonisme | Le daltonisme couvre un spectre de couleurs. Impossible de choisir les bonnes valeurs pour tout le monde. Solution : Ne pas se fier uniquement à la couleur pour transmettre une information. | | Mode lecteur d’écran | Les lecteurs d’écran sont déjà des technologies d’assistance. Ne pas réinventer la roue : suivez les standards et laissez les utilisateurs configurer leurs propres outils. | | Mettre l’accessibilité de base derrière des paramètres | Exemples : | | | - Contraste minimum : Doit être respecté par défaut. | | | - Soulignement des liens : Doit être activé par défaut. | | | - Support des lecteurs d’écran : Ne doit jamais être désactivable. |

6. Optimisations de base à appliquer par défaut

A. Couleur

Choisir des couleurs accessibles :
- Exemple : Meta (Facebook) utilise du bleu parce que Mark Zuckerberg est deutéranope (daltonisme rouge-vert). Le bleu est la couleur qu’il distingue le mieux.
Contraste :
- Vérifier que le texte est lisible sur le fond (outils : WebAIM Contrast Checker ).
Ne pas utiliser la couleur seule pour transmettre une information :
- Exemple : Rouge = erreur, Vert = succès → Ajouter du texte ou des icônes.

B. Langage

Utiliser un langage simple :
- Adapté à différents niveaux de lecture et de compréhension.
- Penser à l’internationalisation (même si vous ne traduisez pas tout de suite, prévoyez une architecture multilingue).
Éviter les champs inutiles dans les formulaires :
- Genre, âge, préfixe (ex. : “M.”/“Mme”) → Inutiles dans la plupart des cas.
- Si nécessaire, permettre de les modifier (ces informations peuvent changer).

C. Interfaces tactiles

Taille des cibles tactiles :
- Minimum 48x48 pixels (recommandation WCAG).
- Doivent ressembler à des éléments interactifs.
Éviter les gestes complexes :
- Exemple : Des mouvements de main dignes d’un magicien.
Ne pas imposer de délais :
- Éviter les actions à compléter dans un temps limité.
Toujours fournir des alternatives :
- Un simple tap ou swipe doit suffire.

D. Interfaces vocales

Reconnaître différents accents et schémas de parole :
- Exemple : Siri ne reconnaît pas l’accent mexicain de la mère de Gerard.
Utiliser des commandes courtes et faciles à retenir :
- Exemple : « Timer 15 minutes » au lieu de « Régler un minuteur à 15 minutes ».
Toujours fournir des alternatives :
- Accepter les commandes textuelles en plus de la voix.

E. Reconnaissance faciale

Problèmes récurrents :
- Biais algorithmiques (ex. : distributeurs de papier toilette ne reconnaissant que les mains claires, technologies de scan oculaire ne reconnaissant pas les visages asiatiques).
- Variations : Lumière, barbe, angle du visage.
Toujours fournir des alternatives :
- Exemple : Pendant le COVID, les masques ont rendu la reconnaissance faciale inefficace → Heureusement qu’il y avait d’autres méthodes de déverrouillage (code PIN, empreinte digitale).

7. Embaucher correctement : la diversité comme solution

Problème : Si tout le monde dans une pièce vous ressemble ou vient du même milieu, quelque chose ne va pas.
Solution :
- Ne pas embaucher pour “s’intégrer à la culture” → Élargir la culture.
- Représentation = meilleure conception :
  - « Rien ne se fait sans représentation. »
  - « Nous ne voulons pas faire des choses POUR les humains, mais AVEC les humains. »
Bénéfice : Travailler avec des vrais humains (y compris en situation de handicap) élargit votre sphère de conscience et vous rapproche des “extrêmes”.## Conclusion : Résoudre pour les extrêmes, c’est résoudre pour tous
Le but n’est pas de viser la moyenne → La moyenne n’existe pas.
Le but est de gérer les extrêmes → C’est là que vivent les vrais humains.
Comment ?
- Poser la question : « Qui excluons-nous ? »
- Penser variabilité : Offrir des options (comme les cockpits réglables).
- Travailler avec des humains : Représentation et diversité dans les équipes.
- Suivre les standards : WCAG, ARIA, etc.
- Tester avec de vrais utilisateurs : Y compris des personnes en situation de handicap.Citation finale de Gerard :

« Nous ne voulons pas juste faire des choses pour les humains. Nous voulons faire des choses AVEC les humains. »## Questions/Réponses avec Gerard K. Cohen

1. Comment es-tu entré dans l’accessibilité numérique ?

Parcours : J’ai toujours été passionné par la technologie (matériel, logiciel, réseaux), mais j’ai gravité vers le front-end car c’était plus fun de partager cette expérience avec les utilisateurs.
Déclic :
- Je pensais déjà faire de l’accessibilité en suivant les standards du web (grâce à Jeffrey Zeldman).
- Un jour, dans un nouveau job, un collègue de l’équipe design (Kevin Kalahiki) m’a demandé : « Connais-tu ARIA ? » → Je ne savais pas de quoi il parlait.
- J’ai pris cela comme un défi et suis devenu la personne référente en accessibilité dans mon équipe.
Moment clé :
- Lors d’un événement pour la Journée mondiale de sensibilisation à l’accessibilité, j’ai vu des vidéos de personnes utilisant nos logiciels et les difficultés qu’elles rencontraient.
- J’ai réalisé que mon travail avait un impact énorme sur leur vie quotidienne.
- Depuis, c’est devenu une passion : permettre aux gens de travailler, vivre indépendamment et subvenir à leurs besoins.

2. D’où vient l’idée de cette conférence ?

Motivation personnelle :
- Il y a beaucoup d’informations sur la technique (sémantique, ARIA, etc.), mais l’accessibilité, c’est beaucoup plus que ça.
- En vieillissant, j’ai réalisé que c’est une question humaine : il y a tellement de façons différentes d’interagir avec le monde.
Objectif :
- Élargir la conscience des développeurs et designers.
- Penser différemment : le monde change (navigateurs, technologies d’assistance, interfaces), et nous devons nous adapter.
- Aller plus loin que le code : comprendre les besoins humains.

3. Par où commencer pour apprendre le design accessible ?

Ressources :
- Réseaux sociaux : Suivre des designers spécialisés en accessibilité (pas juste des designers qui font parfois de l’accessibilité).
  - Exemple : Chercher des experts en accessibilité qui conçoivent (ex. : Adrian Roselli , Sara Soueidan ).
- Rencontres et conférences :
  - En ligne : Beaucoup d’événements gratuits (ex. : A11y Talks , Accessibility Camp ).
  - En personne : Meilleur moyen de rencontrer des personnes en situation de handicap et de voir comment elles interagissent avec le web.
Conseil clé :
« Parlez à de vrais humains. Travaillez avec des personnes en situation de handicap. »

4. Quel est le message principal à retenir de cette conférence ?

Message 1 : « Vous n’êtes pas vos utilisateurs. » (cliché, mais vrai).
Message 2 :
- Les données peuvent être trompeuses :
  - Elles ne montrent souvent que ce qui fonctionne, pas ce qui échoue.
  - Creuser les données : « Qui ? Quoi ? Où ? Pourquoi ? »
Message 3 :
- L’accessibilité, c’est une question de design, pas juste de technique.
- Penser aux extrêmes = améliorer l’expérience pour tous.## Clôture par Aubrey Sambor
Remerciements à Gerard pour cette conférence exceptionnelle.
Points marquants :
- La suppression des exigences de taille pour les pilotes de chasse en 2022 (une révélation pour beaucoup).
- L’importance de poser des questions et de remettre en cause les données.
Appel à l’action :
- Rejoignez la conversation sur LinkedIn : linkedin.com/company/A11YTALKS .
- Devenez intervenant : A11y Talks cherche toujours de nouvelles voix, surtout issues de groupes marginalisés dans la tech.
  - Contact : team@a11ytalks.com ou via le site web .
- Abonnez-vous à la chaîne YouTube pour ne manquer aucune conférence.
- Suivez-nous sur LinkedIn, Bluesky et Mastodon.

« Merci d’avoir été là. À la prochaine ! »