Aller au contenu

Mentions légales

Déclaration d'accessibilité

Dernière mise à jour : 4 novembre 2026

Cette déclaration indique ce que nous avons réellement testé et ce que nous savons être encore défaillant. Il ne s'agit volontairement pas d'un badge de conformité : un test automatisé ne peut détecter qu'une partie de ce qui rend un logiciel utilisable, et nous préférons publier les lacunes plutôt que de laisser entendre qu'il n'y en a aucune.

1. Ce que couvre cette déclaration

Le site web et l'application web pollslive.com : les pages marketing et de documentation, le Studio du présentateur et l'expérience des participants (rejoindre une session, répondre à une question et consulter les résultats). Elle couvre le site dans les huit langues que nous publions. Elle ne couvre pas le contenu qu'un hôte rédige dans son propre sondage, dont il lui appartient d'assurer l'accessibilité, ni les services tiers que nous intégrons, qui sont nommés ci-dessous.

2. État de conformité

PollsLive est partiellement conforme aux WCAG 2.1 niveau AA, la norme à laquelle renvoient l'EN 301 549 et l'Acte européen sur l'accessibilité. « Partiellement conforme » signifie que la plupart des exigences de la norme sont respectées et que certaines ne le sont pas ; celles qui ne le sont pas sont listées dans la section Limitations connues au lieu d'être laissées à votre découverte. Nous étendons nos tests au niveau AA des WCAG 2.2, la version actuelle de la norme.

Nous ne revendiquons pas une conformité totale, et nous ne la revendiquerons pas sur la seule base de la réussite d'un test automatisé. Les outils automatisés détectent une minorité des manquements aux WCAG : ils peuvent vous dire qu'un contrôle n'a pas de nom, mais pas si ce nom a du sens.

3. Notre situation au regard de l'Acte européen sur l'accessibilité

PollsLive est exploité par une microentreprise au sens de la recommandation 2003/361/CE de la Commission (moins de 10 salariés et un chiffre d'affaires inférieur ou égal à 2 millions d'euros) et est donc exempté des obligations relatives aux services de l'Acte européen sur l'accessibilité (directive (UE) 2019/882). Nous publions néanmoins cette déclaration. L'exemption décrit ce que nous sommes tenus de faire, pas ce que nous entendons faire, et une personne qui utilise un lecteur d'écran pour répondre à un sondage se soucie peu du considérant qui s'applique à nous.

4. Comment nous testons

Chaque route publique (79 au total) est analysée automatiquement au regard des WCAG 2.1 A et AA avec axe-core, pilotée dans un vrai navigateur à trois tailles d'écran, dont un téléphone de 320 px, ainsi qu'une session en direct avec un hôte et un participant connectés, car l'essentiel de l'expérience d'un participant se déroule après le chargement de la page et une analyse statique ne l'atteint jamais. L'analyse s'exécute avec les animations réduites afin que les mesures portent sur des pages stabilisées plutôt qu'en pleine animation.

Une compilation échoue si une route présente une violation critique ou grave, de sorte qu'une régression est détectée avant la mise en production plutôt qu'au moment d'un audit. Les constats de moindre gravité sont consignés et examinés sans être bloquants. Nous n'avons commandé ni audit externe ni tests utilisateurs avec des personnes utilisant des technologies d'assistance ; lorsque nous le ferons, cette déclaration le mentionnera.

5. Ce que nous avons corrigé

L'audit d'août 2026 a relevé et corrigé : l'absence de lien d'accès direct au contenu sur l'ensemble du site, si bien que les utilisateurs du clavier devaient parcourir tout l'en-tête sur chaque page ; des couleurs d'options plaçant des libellés blancs sur des fonds avec un contraste aussi faible que 2,15:1, au lieu des 4,5:1 requis ; des liens intégrés au texte distingués du texte environnant par la seule couleur ; des exemples de code et des tableaux de référence défilant horizontalement sans possibilité d'y accéder au clavier ; un panneau de résultats en direct comportant trois zones d'annonce superposées qui lisaient à voix haute l'intégralité du graphique à chaque nouveau vote ; une vue participant qui changeait de question sans rien annoncer du tout ; le hub /demo qui affichait les libellés de ses cartes dans la palette de REMPLISSAGE des graphiques, conçue pour être placée derrière un texte foncé, avec un contraste mesuré à 2,77:1 en tant que texte sur une carte blanche ; et un badge « nouveau » dans l'index de la documentation à 4,43:1, un dixième de point sous le seuil, en 9 px.

6. Limitations connues

Actuelles, et en toute honnêteté. Chacune de ces limitations est réelle aujourd'hui :

  • La référence interactive de l'API (/docs/api-reference) est affichée par Swagger UI, un composant tiers que nous chargeons au lieu de le développer. Il imbrique des contrôles interactifs les uns dans les autres, ce que les technologies d'assistance peuvent annoncer de manière confuse, et nous ne pouvons pas le restructurer sans en créer un fork. La même spécification est disponible en JSON brut à l'adresse /api/v1/openapi.json, et nos propres pages de documentation présentent les mêmes informations en HTML accessible.
  • Les panneaux en direct côté présentateur (la console de l'hôte, le classement, la file de Q&R modérée et le panneau d'analyses) se mettent à jour en temps réel sans annoncer leurs changements. Le côté participant a été corrigé ; le côté présentateur ne l'est pas encore, et un présentateur utilisant un lecteur d'écran ne sera pas averti de la réception d'une nouvelle question.
  • Les messages d'erreur des formulaires sont affichés visuellement et ne sont pas systématiquement associés à leur champ par programmation, de sorte qu'un lecteur d'écran peut ne pas lire l'erreur lorsque le focus arrive sur le champ concerné.
  • Une couverture automatisée n'est pas une couverture complète. Nous n'avons pas testé manuellement chaque parcours avec un lecteur d'écran, et nous n'avons pas du tout testé avec la commande vocale ou un dispositif à contacteur. L'absence d'un élément dans cette liste ne prouve pas qu'il fonctionne.

7. Nous signaler un obstacle

Si quelque chose vous empêche d'utiliser PollsLive, écrivez à support@pollslive.com ou utilisez notre formulaire de contact. Indiquez-nous la page, ce que vous essayiez de faire et, si possible, la technologie d'assistance et le navigateur que vous utilisiez : c'est ce qui fait la différence entre reproduire le problème et le deviner. Nous nous efforçons de répondre dans un délai de cinq jours ouvrables.

Si vous avez besoin d'un élément de PollsLive sous une autre forme (un export de résultats, le contenu d'un sondage), demandez-le et nous vous l'enverrons dans un format qui vous convient. Si nous ne parvenons pas à résoudre un obstacle que vous avez signalé, vous pouvez saisir l'autorité néerlandaise chargée du contrôle ; nos informations d'immatriculation et nos coordonnées figurent dans les mentions légales.

Vous avez encore des questions ?

Notre équipe se fera un plaisir de vous aider sur tout ce qui figure sur cette page.

Contactez-nous

Les cookies essentiels vous gardent connecté et bloquent les votes en double. Avec votre accord, nous utilisons aussi Cloudflare Web Analytics pour compter les pages vues et le Whop Pixel pour savoir quelles visites mènent à un achat. Politique de cookies