Webinaire Comment déployer l'IA agentique sans perdre le contrôle ? S'inscrire →

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.

  • Totalement conforme
  • 100 % des critères A et AA applicables
  • Audit avril 2026, correctifs juin 2026

É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
  • Niveau A (28 critères)100 %
  • Niveau AA (7 critères)100 %
  • Total A et AA (35 critères)100 %
Taux de conformité par niveau d’exigence, calculé sur les seuls critères applicables au widget, conformément à la méthode du RGAA. Le niveau de référence légal est le niveau AA.
Conformité par thématique : le détail des 17 thématiques
Détail des critères applicables et conformes, par thématique du référentiel.
ThématiqueCritères applicablesConformesTaux
1. Images22100 %
2. Cadres22100 %
3. Couleurs33100 %
4. Multimédia0Sans objet
5. Tableaux22100 %
6. Liens22100 %
7. Scripts33100 %
8. Éléments obligatoires11100 %
9. Structuration de l’information22100 %
10. Présentation de l’information1010100 %
11. Formulaires11100 %
12. Navigation33100 %
13. Consultation44100 %
14. Documentation et fonctionnalités d’accessibilité0Hors périmètre du widget
15 à 17. Outils d’édition, services d’assistance, communication en temps réel0Sans objet
Total3535100 %

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>, avec role="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.

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 :

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.

Secret Link