Déclaration d’accessibilité

FormFlow vise la conformité aux Règles pour l’accessibilité des contenus Web (WCAG) 2.2 au niveau AA. Cette page indique où nous en sommes aujourd’hui, ce que nous avons vérifié, ce qui, nous le savons, reste insuffisant, et comment nous signaler un obstacle.

1. État de conformité

FormFlow est partiellement conforme aux WCAG 2.2 de niveau AA. « Partiellement conforme » signifie que certaines de nos pages respectent la norme, et que certaines parties ne la respectent pas encore ou n’ont pas été vérifiées par rapport à elle.

FormFlow n’a pas été audité par un tiers indépendant au regard des WCAG 2.2. Cette déclaration repose sur nos propres tests, décrits ci-dessous.

2. Ce que couvre cette déclaration

• Le site web de FormFlow : la page d’accueil et les pages juridiques (Conditions, Confidentialité, Remboursements, Journal des modifications et la présente déclaration).
• La connexion, le panneau client où vous créez des formulaires et lisez les envois, et le panneau du personnel.
• Les pages hébergées de formulaires, que FormFlow sert pour un formulaire, et les microsites, qui sont des pages créées dans FormFlow.

Deux éléments en sont exclus. Un formulaire intégré à votre propre site web s’affiche dans votre page, si bien que son accessibilité dépend aussi de cette page. Nous écrivons le balisage et les styles du formulaire pour qu’ils suivent les réglages système du visiteur en matière de réduction des animations, de contraste renforcé et de couleurs forcées, mais nous ne contrôlons pas la page qui l’entoure. Et le contenu rédigé par nos clients, comme les libellés des champs, les textes et les images des microsites, leur appartient ; FormFlow fournit les outils mais ne peut pas se porter garant de ce contenu.

3. Comment nous vérifions

• Analyses automatiques. Nos tests chargent de vraies pages dans un navigateur et lancent une analyse d’accessibilité automatique (axe) qui ne doit signaler aucun problème grave. Cela couvre aujourd’hui la page d’accueil en anglais et en arabe, la page des Conditions en anglais et en arabe, le Journal des modifications et la présente déclaration, la page de connexion des clients, le premier écran du panneau client et du panneau du personnel, la référence de l’API, chaque thème et chaque page de départ de microsite, les formulaires hébergés (dont un avec une question en grille) et quelques autres écrans du panneau client. Plusieurs d’entre eux sont aussi analysés avec le panneau des Préférences d’affichage ouvert.
• Contraste. Des tests vérifient les couples de couleurs de nos palettes de microsites et des styles de formulaire par rapport aux rapports de contraste du niveau AA, et certaines couleurs de texte du panneau sont mesurées dans un navigateur.
• Clavier. Des tests parcourent au clavier seul un formulaire hébergé à embranchements, les zones défilantes des microsites, une visionneuse d’images et une boîte de dialogue du panneau, et vérifient que la barre flottante d’enregistrement ne masque jamais le contrôle qui a le focus.
• Langues et direction. FormFlow est disponible en neuf langues, dont deux s’écrivent de droite à gauche (l’arabe et l’ourdou). Des tests vérifient la mise en page en miroir et les polices de chaque écriture sur le site web et dans les panneaux.
• Réglages d’animation et de contraste. La page d’accueil, les pages hébergées, les microsites, le panneau client et les styles des formulaires intégrés respectent le réglage système du visiteur pour réduire les animations. Ces éléments, ainsi que les pages juridiques, les pages de connexion et le panneau du personnel, respectent le réglage système de contraste renforcé. Les formulaires intégrés et la page d’accueil s’adaptent aussi aux couleurs forcées. Nous n’avons pas testé tous les écrans dans ces modes.

Les outils automatiques ne détectent qu’une partie des problèmes, et une analyse sans anomalie ne prouve pas qu’une page est sans obstacle. Nos tests avec des technologies d’assistance, comme les lecteurs d’écran, sont limités.

4. Limites connues

• Tous les écrans ne sont pas analysés. Hormis le premier écran de chaque panneau, la plupart des écrans du panneau client et du panneau du personnel, ainsi que la plupart des pages hébergées de formulaires, ne sont couverts que par peu d’analyses d’accessibilité automatiques, voire aucune ; des obstacles que nous n’avons pas trouvés peuvent donc y subsister.
• Dans les langues écrites de droite à gauche, le contrôle d’envoi de fichiers du panneau client reste orienté de gauche à droite, car le composant que nous utilisons n’a pas de mode de droite à gauche.
• Le sélecteur de thème (clair, sombre ou système) fourni avec le framework sur lequel les panneaux sont construits, et présent sur les pages de connexion et dans les panneaux, échoue à une vérification d’accessibilité automatique : ses options ne sont pas placées dans le conteneur qu’attendent les technologies d’assistance (règle axe aria-required-parent). Nous analysons ces pages sans lui et ne l’avons pas encore remplacé.
• À part l’anglais, les huit autres langues ont été rédigées par traduction automatique et n’ont pas été relues par un locuteur natif. La formulation peut être peu claire ou erronée, ce qui peut constituer en soi un obstacle.
• Les pages d’erreur et la référence de l’API, que rend un outil de documentation tiers, ne proposent pas les préférences d’affichage. Nous analysons la référence de l’API, mais nous ne pouvons pas modifier la conception de cet outil.
• Nos palettes de microsites et nos styles de formulaire sont testés pour le contraste, mais les couleurs qu’une équipe choisit en dehors d’eux, ainsi que les images et les textes qu’elle ajoute, ne peuvent pas être garantis conformes à la norme.

5. Préférences d’affichage

La plupart de nos pages proposent des préférences d’affichage : texte plus grand, contraste élevé, animations réduites, liens et focus mis en évidence, et espacement lisible. Elles sont un confort pour le lecteur. Ce n’est pas ainsi que nous respectons la norme, et nous ne les comptons pas en sa faveur ; une page qui ne respecte pas les WCAG est un défaut que nous corrigeons, non quelque chose qu’un réglage compense.

6. Signaler un obstacle

Si un élément de FormFlow vous est difficile ou impossible à utiliser, écrivez à info@formflow.digital. Indiquez-nous l’adresse de la page, ce que vous essayiez de faire, ainsi que le navigateur, l’appareil et la technologie d’assistance que vous utilisez si vous les connaissez. Nous vous répondrons et, si l’obstacle relève de nous, nous vous dirons ce que nous prévoyons de faire.

Cette déclaration a été établie le 2026-10-16 à partir de nos propres tests. Nous la mettrons à jour au fil de l’évolution de nos tests et du produit.