Déclaration
d'accessibilité.
Établie le 29 octobre 2026
EDUFREM s'engage à rendre Carré accessible aux personnes handicapées, et applique pour cela la méthode technique du Référentiel général d'amélioration de l'accessibilité (RGAA), version 4.1.
Une précision d'honnêteté : EDUFREM n'est pas assujettie à l'obligation de l'article 47 de la loi n° 2005-102 du 11 février 2005, qui ne vise les entreprises qu'à partir de 250 millions d'euros de chiffre d'affaires. Cette déclaration est donc volontaire. Nous la publions parce que Carré est utilisé en classe et en formation, que nos clients publics doivent intégrer l'accessibilité à leurs achats, et parce qu'un éditeur qui ne mesure pas son accessibilité ne la corrige pas.
Cette déclaration d'accessibilité s'applique au site carre.app-edufrem.com et à l'application Carré (version web et version de bureau), version 0.9.23.
L'audit a porté sur la version 0.9.23. Les corrections faites le jour même sont en ligne sur le site ; celles qui touchent l'application — contraste du texte, étiquettes des champs, barre des notes ouvertes, forme d'onde du micro, en-têtes de tableau — sont intégrées à la version 0.9.24, en préparation. Les non-conformités listées ci-dessous sont celles qui subsistent après ces corrections.
État de conformité
Carré est partiellement conforme au RGAA 4.1, en raison des non-conformités énumérées plus bas.
Résultat des tests
des critères applicables du RGAA 4.1 sont respectés : 70 critères conformes sur 71 applicables (35 critères ne s'appliquent pas à Carré). L'audit a été réalisé en interne, sur l'échantillon de pages indiqué plus bas.
Pour situer ce chiffre : à l'ouverture de l'audit, douze critères n'étaient pas respectés. Il en reste un. Les deux qui pesaient le plus : le contraste du texte secondaire, et l'étiquetage des champs de formulaire.
Contenus non accessibles
Non conformité
Un seul critère sur 71 n'est pas respecté.
- Le contour des champs et des cartes manque de contraste (critère 3.3). Le trait qui délimite un champ de saisie est à 1,2 pour 1 contre son fond dans le thème sombre, là où il en faudrait 3 pour 1. Le texte, lui, est conforme, et le repère de focus clavier est à 14,4 pour 1. Contournement disponible dès aujourd'hui : le réglage Réglages → Accessibilité → Contraste, réglé sur « Élevé », porte toutes les bordures au-delà de 3 pour 1.
Deux points que l'audit avait d'abord relevés ont été réglés le jour même, et ne figurent donc plus ici. Le site n'avait qu'un seul système de navigation : il a maintenant un plan du site, lié depuis le pied de page de chaque page. Et les manuels en PDF : aucune page du site n'en propose le téléchargement — les guides sont en HTML (le guide d'utilisation et le guide d'installation), donc accessibles. Un ancien PDF traîne encore à la racine du serveur, sans lien vers lui : il sera retiré.
Un dernier point, qui n'est pas une non-conformité mais une limite de l'audit : sept écrans de l'application (liste des notes, Suivi, Contacts, Réglages, membres d'un espace, connexion par l'école, nouvel enregistrement) n'ont pas été testés dans un navigateur, faute de pouvoir ouvrir une session authentifiée dans l'outil d'audit. Ils ont été vérifiés par relecture du code, ce qui contrôle les étiquettes, les noms accessibles, les titres et les contrastes, mais ni l'ordre de tabulation réel ni le comportement d'un lecteur d'écran.
Dérogations pour charge disproportionnée
Aucune.
Contenus non soumis à l'obligation d'accessibilité
Aucun. Les enregistrements sonores, leurs transcriptions et les comptes rendus produits dans Carré appartiennent à ceux qui les créent : ce sont leurs contenus, pas les nôtres. Carré fournit systématiquement, pour chaque enregistrement, sa transcription écrite et un compte rendu, et peut afficher des sous-titres en direct pendant la séance.
Établissement de cette déclaration d'accessibilité
Cette déclaration a été établie le 29 octobre 2026, à la suite d'un audit interne mené le même jour sur la version 0.9.23.
Technologies utilisées pour la réalisation de Carré
- HTML5, CSS, JavaScript et TypeScript
- WAI-ARIA
- React (application web), Electron (application de bureau)
- PHP (interface avec les services de transcription et d'IA)
Environnement de test
- Chromium 141 sur Linux, résolutions 1280×900 et 320×800
- Quatre configurations d'affichage : thème sombre (défaut), thème clair, contraste élevé, et affichage étroit à 320 px
- Deux passes supplémentaires : texte agrandi à 200 %, et espacement du texte poussé à 1,5 fois l'interligne, 0,12 em entre les lettres, 0,16 em entre les mots et 2 em entre les paragraphes
- macOS avec VoiceOver pour les vérifications manuelles de restitution
Les outils utilisés lors de l'évaluation
- axe-core 4.10.2, piloté par Playwright, sur chaque page et dans chacune des quatre configurations
- html-validate 8.24.2 pour la validité du code source
- Calcul des contrastes selon la formule WCAG, appliqué aux jetons de la palette plutôt qu'à des relevés à l'écran
- Relevé automatisé, sur les 71 composants de l'application, des boutons sans nom accessible, des champs sans étiquette associée et des ordres de tabulation forcés
- Inspecteur d'accessibilité du navigateur, et navigation au clavier seul
Pages du site ayant fait l'objet de la vérification de conformité
- Accueil
- Fonctionnalités
- Tarifs
- Accessibilité
- Confidentialité et hors-ligne
- Cas d'usage
- Guide d'utilisation
- Guide d'installation
- Plan du site
- Accueil, version anglaise
- Application : écran de connexion
- Application : écran d'une note — compte rendu, transcription, mes notes et actions, soit l'écran le plus dense de l'outil
Ce que nous corrigeons, et quand
Dans l'ordre où nous nous y attelons :
- Le contraste des bordures dans le thème par défaut. Remonter d'un coup toutes les bordures épaissirait visuellement l'interface entière ; nous cherchons à ne remonter que les contours des champs et des boutons, en laissant les filets de séparation tels quels. Premier trimestre 2027
- Audit des sept écrans restants en conditions réelles, avec un compte de test, puis un passage complet au lecteur d'écran. Premier trimestre 2027
- Retirer l'ancien PDF resté à la racine du serveur, auquel plus aucune page ne renvoie. D'ici fin 2026
- Un audit par un tiers. Celui-ci est le nôtre ; il ne remplace pas un regard extérieur. 2027
Retour d'information et contact
Si vous n'arrivez pas à accéder à un contenu ou à une fonction de Carré, dites-le-nous : nous avons besoin de le savoir, et nous nous engageons à répondre sous une semaine.
- Par courriel : contact@edufrem.com
- Depuis l'application : le bouton « Un avis ? », en bas de l'écran
- Par courrier : EDUFREM, 241 route de Vienne, 69200 Vénissieux, France
Indiquez-nous, si vous le pouvez, la page ou l'écran concerné et ce que vous utilisez pour naviguer : c'est souvent ce qui nous permet de reproduire le problème du premier coup.
Voies de recours
Cette procédure est à utiliser dans le cas suivant : vous nous avez signalé un défaut d'accessibilité qui vous empêche d'accéder à un contenu ou à un service, et vous n'avez pas obtenu de réponse satisfaisante.
- Écrire un message au Défenseur des droits
- Contacter le délégué du Défenseur des droits près de chez vous
- Envoyer un courrier par la poste (gratuit, ne pas mettre de timbre) :
Défenseur des droits
Libre réponse 71120
75342 Paris CEDEX 07
Prochaine mise à jour de cette déclaration : à la prochaine refonte, ou au plus tard le 29 octobre 2029