Déclaration d'accessibilité

Dernière mise à jour : 25 septembre 2026. Politique de confidentialité · Mentions légales

Un bénévole s'inscrit sur cette plateforme sans l'avoir choisie : c'est son association qui l'a choisie pour lui. Il nous paraît normal qu'il puisse s'inscrire au clavier, à la loupe ou au lecteur d'écran. Cette page dit où nous en sommes, comment nous le mesurons, et ce que la mesure ne couvre pas.

État de conformité

Volunteo est en conformité totale avec le RGAA 4.1, en auto-évaluation : 100 % des critères applicables sont respectés, soit 87 sur 87, les 19 autres étant sans objet sur ce produit. Le référentiel couvre les WCAG 2.1 niveau AA.

Les deux mots qui comptent sont « auto-évaluation » : la grille a été établie par nous, pas par un organisme tiers, et 49 des 106 critères s'y jugent à la main parce qu'aucune machine ne tranche la pertinence d'un libellé ou d'une alternative. Les 38 autres sont mesurés à chaque campagne, sur les 190 écrans que le produit compte. Le détail figure plus bas, et la liste de ce que cette conformité ne dit pas aussi : elle est aussi importante que le taux.

Cette déclaration est volontaire. L'obligation d'accessibilité de l'article 47 de la loi du 11 février 2005 pèse sur les organismes publics et sur les grandes entreprises, pas sur l'éditeur que nous sommes. Elle pèse en revanche sur une partie de nos clients, collectivités et associations financées sur fonds publics, à qui un logiciel qui ne dit rien de son accessibilité ne rend pas service.

Résultats des mesures

Auto-évaluation du 25 septembre 2026, refaite à chaque changement d'écran. Échantillon : les 190 écrans du produit, c'est-à-dire tous, et non une sélection de pages.

Les mesures automatiques qui alimentent cette grille :

Ce qui est en place sur tous les écrans

• un lien « Aller au contenu » en premier arrêt de tabulation, et un repère main pour l'atteindre au lecteur d'écran ;
• un focus visible sous la tabulation, vérifié en comparant deux images du même élément avec et sans le focus ;
• aucun piège au clavier, et aucune commande atteignable à la souris seulement : là où un glisser-déposer existe (le calendrier des disponibilités, le planning global), il double un formulaire qui fait la même chose ;
• des contrastes d'au moins 4,5 pour 1 sur le texte, y compris sur les couleurs d'équipe que le serveur calcule à la volée ;
• les animations coupées quand le système du visiteur demande moins de mouvement (prefers-reduced-motion) ;
• des pages lisibles à 375 px de large, sans défilement horizontal ;
• le site et l'application en français, en anglais et en breton.

Ce que cette conformité ne dit pas

C'est la partie qui compte le plus dans une déclaration honnête. Cent pour cent des critères respectés, ce n'est pas cent pour cent du chemin : le référentiel mesure ce qui se vérifie sur le code rendu.

• Aucun audit par un organisme tiers. La grille est une auto-évaluation, et 49 de ses 106 critères sont jugés à la main.
• Aucun essai avec un vrai lecteur d'écran (NVDA, JAWS, VoiceOver) n'a été mené à ce jour.
• Aucun test avec des personnes en situation de handicap. Une machine ne dit pas si un parcours est praticable, seulement s'il est possible.
• La qualité des libellés n'est pas mesurable. « Modifier » est un nom accessible ; « Modifier les droits de Paul Martin » est un bon nom accessible, et aucun outil ne fait la différence. Nous relisons ces libellés à la main, sans garantie de les avoir tous vus.
• L'éditeur de texte enrichi des emails aux bénévoles est une bibliothèque tierce (CKEditor 5), dont nous ne maîtrisons pas l'accessibilité interne.
• Les documents produits (badges, feuilles de route, exports PDF) sont mis en page pour le papier et n'ont pas été vérifiés comme des documents accessibles.
• Le contenu écrit par les organisateurs dans leurs pages d'inscription, leurs emails et leurs documents ne dépend pas de nous : un texte alternatif manquant sur une image qu'ils déposent reste manquant.

Comment nous le mesurons

Les mesures sont des scripts du dépôt de l'application, lancés dans un navigateur réel sur un jeu de données complet : rgaaAudit.js, qui tient la grille des 106 critères, axeAudit.js (axe-core 4.13), keyboardAudit.js et consoleAudit.js. Elles sont relancées avant chaque mise en production qui touche un écran, et l'inventaire des écrans est tenu à jour à partir des routes de l'application, pour qu'un écran ne puisse pas échapper à la mesure faute de donnée pour l'ouvrir.

Les intitulés des critères viennent du fichier officiel publié par la DINUM, et non d'une reformulation : deux critères ont changé de sens entre le RGAA 4.0 et le 4.1, et les citer de mémoire aurait donné un résultat faux.

Un critère est déclaré non applicable par la mesure et non par décision : une sonde cherche son sujet sur les 190 écrans, et le critère n'est écarté que si elle ne trouve rien nulle part.

Signaler un défaut

Si vous rencontrez une difficulté à utiliser Volunteo, écrivez-nous par le formulaire de contact. Dites-nous la page, ce que vous essayiez de faire et, si vous le savez, le matériel ou le logiciel d'assistance que vous utilisez. Nous répondons à tous les messages, et un défaut d'accessibilité passe devant le reste de la file.

Un organisateur soumis au RGAA qui doit documenter ses propres outils peut nous demander le détail des mesures par le même formulaire.