Déclaration d’accessibilité du widget Genii
Tolk.ai s’engage à rendre son widget Genii accessible, conformément à l’article 47 de la loi n° 2005-102 du 11 février 2005 pour l’égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées.
État de conformité
Totalement conforme
Le widget Genii est totalement conforme au RGAA : 100 % des critères de niveaux A et AA applicables à son périmètre sont respectés (35 critères sur 35).
Tolk.ai met en œuvre la stratégie et les actions décrites dans son plan d’amélioration continue de l’accessibilité. Cette déclaration s’applique au widget de dialogue Genii tel qu’il est intégré aux sites et services de ses clients. Elle ne couvre pas les sites hôtes eux-mêmes, qui relèvent de leurs propres déclarations d’accessibilité.
Les 9 non-conformités relevées par l’audit d’avril 2026 dans le périmètre du widget ont toutes été corrigées, ainsi que 8 écarts supplémentaires identifiés lors de la confrontation de l’audit au code source. La dixième non-conformité relevée par l’audit, le critère 14.3, relève de l’organisme intégrateur. Le détail des correctifs est consultable ci-dessous.
Périmètre : sur les 136 critères de la grille d’audit, 35 sont applicables au widget et 101 sont sans objet pour ce composant. Le critère 14.3, qui porte sur la documentation du service intégrant le widget, relève de l’organisme intégrateur et non du widget : il est traité dans la section « Périmètre de la déclaration ».
En résumé
- État déclaré
- Totalement conforme
- Taux de conformité A et AA
- 100 %
- Critères applicables
- 35 sur 136
- Critères conformes
- 35
- Non-conformités
- Aucune
- Audit initial
- Avril 2026
- Dernière vérification
- 1er juin 2026
Résultats des tests
L’audit initial a été réalisé en avril 2026 par un prestataire externe, dans le cadre de l’audit d’accessibilité d’un service public intégrant le widget. Il a porté sur une grille de 136 critères couvrant les thématiques 1 à 17 (RGAA, étendu aux thématiques documentation, outils d’édition, services d’assistance et communication en temps réel).
Ses résultats ont ensuite été confrontés au code source du widget le 27 mai 2026, puis re-synchronisés le 1er juin 2026 après déploiement des correctifs, avec une campagne de tests manuels au lecteur d’écran et au clavier à la même date.
- 100 %Critères A et AA applicables respectés (35 sur 35)
- 28 / 28Critères de niveau A respectés
- 7 / 7Critères de niveau AA respectés
Conformité par thématique : le détail des 17 thématiques
| Thématique | Critères applicables | Conformes | Taux |
|---|---|---|---|
| 1. Images | 2 | 2 | 100 % |
| 2. Cadres | 2 | 2 | 100 % |
| 3. Couleurs | 3 | 3 | 100 % |
| 4. Multimédia | 0 | — | Sans objet |
| 5. Tableaux | 2 | 2 | 100 % |
| 6. Liens | 2 | 2 | 100 % |
| 7. Scripts | 3 | 3 | 100 % |
| 8. Éléments obligatoires | 1 | 1 | 100 % |
| 9. Structuration de l’information | 2 | 2 | 100 % |
| 10. Présentation de l’information | 10 | 10 | 100 % |
| 11. Formulaires | 1 | 1 | 100 % |
| 12. Navigation | 3 | 3 | 100 % |
| 13. Consultation | 4 | 4 | 100 % |
| 14. Documentation et fonctionnalités d’accessibilité | 0 | — | Hors périmètre du widget |
| 15 à 17. Outils d’édition, services d’assistance, communication en temps réel | 0 | — | Sans objet |
| Total | 35 | 35 | 100 % |
Correctifs et périmètre
Correctifs apportés depuis l’audit (17 critères)
Les 9 non-conformités relevées par l’audit d’avril 2026 dans le périmètre du widget ont été traitées, la dixième (critère 14.3) relevant de l’organisme intégrateur. Quatre critères supplémentaires, initialement jugés conformes, ont été corrigés après re-vérification du code source, et quatre critères classés « non applicable » à tort ont été reclassés puis traités.
Non-conformités relevées par l’audit et corrigées
- 1.2 (A) — Images de décoration : l’avatar du chatbot est rendu avec une alternative vide, donc correctement ignoré par les technologies d’assistance.
- 1.3 (A) — Pertinence des alternatives : les images issues du markdown et de l’onboarding sont explicitement décoratives.
- 3.1 (A) — Information donnée par la couleur seule : la disponibilité du chatbot, jusque-là signalée par la seule pastille verte, est désormais accompagnée d’un statut textuel associé au bouton de lancement.
- 8.9 (A) — Balises détournées à des fins de présentation : les boutons d’accroche sont des éléments
<button>natifs, sans<div>cliquable. - 9.1 (A) — Structuration par les titres : la fenêtre de conversation est une boîte de dialogue modale nommée par un titre (
role="dialog",aria-modal,aria-labelledby). - 9.3 (A) — Structuration des listes : les questions fréquentes, suggestions et amorces de conversation sont des listes
<ul>/<li>, avecrole="list"explicite pour contourner la perte de rôle sous Safari et VoiceOver. - 10.2 (A) — Contenu porteur d’information sans CSS : les boutons « Recharger » et « Fermer » disposent d’un nom accessible indépendant des styles.
- 11.1 (A) — Étiquette de champ de formulaire : le champ de saisie du message et son formulaire portent une étiquette traduite.
- 12.8 (A) — Ordre de tabulation : le focus est placé dans le champ de saisie à l’ouverture de la fenêtre, rendu au bouton de lancement à la fermeture, et la touche Échap ferme la fenêtre.
Écarts détectés lors de la re-vérification du code et corrigés
- 3.2 (AA) — Contraste texte et arrière-plan : le libellé de disponibilité en petite taille passait sous 4,5:1 en thème clair. Jetons de couleur repris, couverts par des tests automatisés de contraste.
- 3.3 (AA) — Contraste des composants d’interface : les pastilles de disponibilité passaient sous 3:1 en thème clair. Corrigé et testé en thèmes clair et sombre.
- 6.1 (A) — Intitulés de liens explicites : les liens de sources dont l’URL était réduite au domaine exposaient un nom accessible vide ; l’URL complète est désormais utilisée.
- 10.12 (AA) — Redéfinition des propriétés d’espacement du texte : une hauteur maximale figée rognait le texte des cartes lorsque l’utilisateur augmentait l’interligne. Contrainte levée.
Critères reclassés applicables et traités
- 5.4 et 5.5 (A) — Titre des tableaux de données : les tableaux générés en markdown reçoivent une légende (
<caption>) descriptive, réservée aux technologies d’assistance. - 13.2 (A) — Ouverture de nouvelles fenêtres : tous les liens ouvrant un nouvel onglet le signalent explicitement.
- 13.8 (A) — Contenus en mouvement : l’animation de l’indicateur de chargement est conditionnée à la préférence système « réduire les animations ».
Périmètre de la déclaration et responsabilités de l’intégrateur
Le widget Genii n’est pas un service en ligne autonome : il s’insère dans une page hôte dont il ne maîtrise ni la structure, ni la navigation, ni la documentation. Le taux de conformité déclaré ci-dessus porte donc sur les seuls critères que le code du widget peut satisfaire.
Critères relevant de l’organisme intégrateur
- Thématique 14 — Documentation et fonctionnalités d’accessibilité (critères 14.1, 14.2 et 14.3) : ces critères portent sur la documentation du service qui intègre le widget et sur sa propre déclaration d’accessibilité. Ils ne peuvent être couverts par le code du widget. Tolk.ai fournit à ses clients intégrateurs les éléments d’audit du widget (périmètre, critères applicables, preuves de conformité) nécessaires à l’établissement de leur déclaration ; la présente page constitue la partie « widget » de cette documentation.
- Accessibilité des contenus diffusés : lorsque le widget restitue des contenus fournis par le client (documents téléchargeables, images porteuses de sens dans les réponses, liens vers des ressources externes), l’accessibilité de ces contenus relève de leur producteur.
- Intégration dans la page hôte : position du widget dans l’ordre de tabulation de la page, cohérence avec les liens d’évitement du site et déclaration de la langue de la page relèvent du site hôte.
Critères sans objet dans le périmètre du widget (101 critères)
Le widget Genii est une interface de conversation textuelle compacte, intégrée dans une page hôte. De nombreux critères du référentiel ne trouvent aucun objet dans ce périmètre et sont donc déclarés non applicables :
- Thématique 1 — Images (7 critères) : pas d’image porteuse d’information, de CAPTCHA, de description détaillée ni de légende d’image.
- Thématique 4 — Multimédia (18 critères) : aucun média temporel (audio, vidéo) ni média non temporel.
- Thématique 5 — Tableaux (6 critères) : pas de tableau de mise en forme ni de tableau complexe ; seuls les tableaux de données issus du markdown sont concernés (critères 5.4 et 5.5).
- Thématique 7 — Scripts (2 critères) : pas d’alternative de script requise, pas de message de statut au sens du référentiel.
- Thématique 8 — Éléments obligatoires (9 critères) : le widget n’est pas une page web autonome (pas de
doctype, de titre ni de langue de page à déclarer à ce niveau) et ne comporte pas de changement du sens de lecture à signaler. - Thématique 9 — Structuration (2 critères) : cohérence de la structure documentaire (relevant de la page hôte) et citations, absentes du widget.
- Thématique 10 — Présentation (4 critères) : pas de lien noyé dans un texte environnant, pas de contenu caché destiné à être ignoré, pas de contenu additionnel apparaissant au survol ou à la prise de focus.
- Thématique 11 — Formulaires (12 critères) : un unique champ de saisie de message, sans regroupement de champs, liste de choix, saisie obligatoire ni aide à la saisie complexe.
- Thématique 12 — Navigation (8 critères) : pas de menu, de plan de site, de moteur de recherche, de fil d’Ariane ni de liens d’évitement, la navigation se faisant à l’intérieur de la conversation.
- Thématique 13 — Consultation (10 critères) : pas de limite de temps, de document bureautique, de contenu cryptique, d’effet de flash, de geste complexe, de fonctionnalité reposant sur le mouvement de l’appareil ou sur des caractéristiques biométriques.
- Thématiques 14 à 17 (23 critères) : hors périmètre du widget. Le widget n’est pas un outil d’édition, ne fournit pas de service d’assistance au sens du référentiel et n’implémente pas de communication en temps réel audio ou vidéo. La documentation du service relève de l’intégrateur.
Établissement de cette déclaration
Cette déclaration a été établie le 10 décembre 2024. Elle a été mise à jour le 27 août 2026, sur la base de l’audit d’avril 2026 et de la re-synchronisation du 1er juin 2026 après déploiement des correctifs.
Technologies utilisées pour la réalisation du widget
- HTML5
- CSS3
- JavaScript et TypeScript (React)
- SVG
- WAI-ARIA
Environnement de test
Les vérifications de restitution ont été réalisées avec les configurations suivantes :
- Safari et VoiceOver (macOS)
- Navigation au clavier seul (Chrome, Safari, Firefox)
Outils utilisés lors de l’évaluation
- axe-core (analyse automatisée)
- Tests unitaires automatisés de contraste des couleurs, en thèmes clair et sombre
- Colour Contrast Analyser
- Outils pour développeurs intégrés aux navigateurs
- Validateur HTML du W3C
Éléments ayant fait l’objet de la vérification
- Bouton de lancement et messages d’accroche
- Fenêtre de conversation : en-tête, flux de messages, sources
- Champ de saisie et envoi de message
- Questions suggérées et amorces de conversation
- États transitoires : chargement, indisponibilité, transfert vers un conseiller
- Cadres d’intégration du widget dans la page hôte
Retour d’information et contact
Si vous n’arrivez pas à accéder à un contenu ou à un service du widget Genii, vous pouvez nous contacter pour être orienté vers une alternative accessible ou obtenir le contenu sous une autre forme. Nous nous engageons à répondre dans un délai maximum de 15 jours ouvrés.
- Écrire à l’équipesupport@tolk.aiSignaler un défaut d’accessibilité ou demander un contenu sous une autre forme.
- Poser une questionContacter Tolk.aiPour toutes questions sur nos solutions ou notre entreprise.
Voie de recours
Si vous constatez un défaut d’accessibilité vous empêchant d’accéder à un contenu ou à une fonctionnalité, que vous nous l’avez signalé et que vous n’avez pas obtenu de réponse satisfaisante, vous êtes en droit de faire parvenir vos doléances ou une demande de saisine au Défenseur des droits. Quatre moyens sont à votre disposition :
- Écrire un message au Défenseur des droits : formulaire.defenseurdesdroits.fr
- Contacter le délégué du Défenseur des droits de votre région : defenseurdesdroits.fr/saisir/delegues
- Téléphoner au 09 69 39 00 00, du lundi au vendredi de 8h30 à 19h30, prix d’un appel local
- Envoyer un courrier, gratuit et sans affranchissement : Défenseur des droits, Libre réponse 71120, 75342 Paris CEDEX 07
Validité de la déclaration
La déclaration d’accessibilité est valide à partir de sa date de publication. Elle doit être mise à jour dans les trois cas suivants :
- RefonteÀ la date de modification substantielle ou de refonte du widget concerné.
- 3 ansTrois ans après la date de publication de la déclaration.
- 18 moisDix-huit mois après la publication d’une nouvelle version du référentiel, pour les organismes qui appliquent la méthode technique.
Tolk.ai met à jour cette déclaration plus fréquemment, à chaque évolution notable de l’accessibilité du widget, afin de refléter les correctifs réalisés et le taux de conformité en vigueur.