J'ai codé mon propre assistant vocal accessible — pas juste un chatbot de plus

En bas à droite de ce site, il y a un petit bouton avec une icône de micro. Ce n'est pas un chatbot générique collé là pour faire moderne : c'est un assistant que j'ai conçu et développé moi-même, avec une contrainte non négociable dès le départ — il devait être réellement accessible, pas seulement « avoir l'air » accessible.

Pourquoi un assistant vocal plutôt qu'un simple chat

La reconnaissance et la synthèse vocale sont elles-mêmes des outils d'accessibilité : elles permettent à une personne qui ne peut pas ou ne veut pas taper au clavier de poser une question à voix haute, et d'obtenir une réponse lue à voix haute. C'était l'occasion de montrer, sur mon propre site, une brique concrète de ce que je peux construire pour un client qui a ce besoin.

Ce qui le rend réellement accessible

Un chatbot « accessible » sur le papier mais injouable au clavier, ce n'est pas rare. J'ai voulu éviter chacun de ces pièges :

• Navigation clavier complète, avec un focus qui reste piégé dans la fenêtre tant qu'elle est ouverte (impossible de tabuler « derrière » par erreur)
• Fermeture immédiate au clavier avec Échap, comme n'importe quelle boîte de dialogue standard
• Zone de conversation en aria-live, pour qu'un lecteur d'écran annonce automatiquement les nouvelles réponses sans que l'utilisateur ait à chercher où elles sont apparues
• Toutes les animations respectent prefers-reduced-motion et se désactivent pour les personnes sensibles au mouvement
• Un bouton pour couper la voix, et un champ texte toujours disponible pour ceux qui préfèrent écrire plutôt que parler

Les vrais défis techniques

La reconnaissance vocale dans le navigateur (l'API Web Speech) est loin d'être uniforme d'un navigateur à l'autre, et son comportement par défaut n'est pas pensé pour l'accessibilité : dès qu'elle détecte une fin de phrase, elle envoie le résultat immédiatement, sans laisser à l'utilisateur l'occasion de relire ou corriger.

C'est exactement le genre de détail qu'on ne voit qu'en testant vraiment l'outil dans des conditions réelles — et c'est un bug que j'ai corrigé récemment : maintenant, un premier appui capture la parole et la pose dans le champ de texte, et il faut valider explicitement pour envoyer. Un détail, mais un détail qui change tout pour quelqu'un qui a besoin de temps pour formuler sa question.

Ce que ça démontre, au fond

N'importe qui peut écrire « accessible » dans un CV. Ce que je voulais, c'est un exemple vérifiable : un outil qui fonctionne réellement au clavier, avec un lecteur d'écran, avec ou sans souris, avec ou sans voix. Si vous voulez tester par vous-même, le bouton est juste en bas à droite de cette page.