Mécanisme de prévention des erreurs (AA)

Silktide détecte les formulaires sur vos pages et vous demande de confirmer que les envois ayant des conséquences graves peuvent être annulés, vérifiés ou confirmés avant d’entrer en vigueur. Cela s’applique aux formulaires qui créent des engagements juridiques ou financiers, qui modifient ou suppriment les données enregistrées d’un utilisateur, ou qui soumettent des réponses à des tests.

Pourquoi c’est important

Un formulaire avec des conséquences réelles peut transformer une simple fausse manœuvre en une véritable perte : une commande expédiée à l’adresse de l’année dernière, un document supprimé, une déclaration juridique envoyée avec de mauvais chiffres. Les personnes ayant des limitations motrices, visuelles ou cognitives font plus souvent ces erreurs et sont moins susceptibles de les repérer avant d’appuyer sur Envoyer.

Donner aux gens la possibilité de revoir ou d’annuler protège tout le monde, et pour les formulaires juridiques, financiers ou modifiant des données, c’est une exigence d’accessibilité de niveau AA.

Comment corriger

Pour chaque formulaire concerné, offrez au moins une des mesures de protection suivantes :

1. Réversible — l’envoi peut être annulé, par exemple une fenêtre d’annulation pour les commandes ou une option « restaurer » pour les données supprimées.
2. Vérifié — les données saisies sont validées afin de détecter les erreurs, et l’utilisateur a la possibilité de les corriger avant que l’envoi ne prenne effet.
3. Confirmé — une étape de révision affiche ce qui est sur le point d’être envoyé et demande une confirmation.

Un passage à la caisse qui affiche un résumé de la commande avant le bouton final « Passer la commande » est l’exemple classique d’une étape de confirmation.

Les formulaires sans de telles conséquences — formulaires de contact, champs de recherche, inscriptions à l’infolettre — n’ont pas à inclure ces mesures. Si un formulaire signalé est de ce type, ou comporte déjà une mesure, approuvez le constat.

Comment Silktide vérifie cela

1. Repère tous les formulaires sur chaque page.
2. Ignore les formulaires sans champs qu’un visiteur peut réellement utiliser (formulaires cachés ou non interactifs), ainsi que tout élément que vous avez exclu de la vérification.
3. Signale chaque formulaire restant pour votre examen. Silktide ne peut pas déterminer si un formulaire est de nature juridique ou financière, s’il modifie des données, ni si une étape de confirmation existe plus loin dans le processus; une personne doit décider.

Dépannage

Mon formulaire est simplement un formulaire de contact

Ce contrôle signale les formulaires pour que vous puissiez les classer — il n’affirme pas que chaque formulaire a besoin d’une mesure de protection. Si le formulaire ne peut ni engager l’utilisateur à quoi que ce soit ni modifier ses données, approuvez-le.

L’étape de confirmation se trouve sur une page ultérieure

Silktide examine chaque page indépendamment et ne peut pas suivre un envoi en plusieurs étapes. Si votre processus se termine par une étape de révision et de confirmation, le formulaire est conforme; approuvez le constat.

Pour en savoir plus

• Comprendre le critère de succès 3.3.4 : Prévention des erreurs (juridique, financier, données) (WCAG 2.2)
• Mécanisme de prévention des erreurs (AAA) - version plus stricte de ce contrôle, qui s’applique à tous les formulaires