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

Silktide trouve les formulaires sur vos pages et vous demande de confirmer que les envois ayant des conséquences importantes peuvent être annulés, vérifiés ou confirmés avant de prendre effet. Cela s'applique aux formulaires qui engendrent des engagements juridiques ou financiers, modifient ou suppriment les données stockées d'un utilisateur, ou envoient des réponses à un test.

Pourquoi c'est important

Un formulaire aux conséquences concrètes transforme une simple erreur de saisie en une perte réelle : une commande expédiée à l'adresse de l'an dernier, un document supprimé, une déclaration juridique soumise avec de mauvais chiffres. Les personnes ayant des handicaps moteurs, visuels ou cognitifs commettent ces erreurs plus souvent et sont moins susceptibles de les repérer avant de soumettre le formulaire.

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

Comment corriger

Pour chaque formulaire concerné, fournissez au moins une de ces protections :

1. Réversible - l'envoi peut être annulé, par exemple un délai d'annulation pour les commandes ou une option "Restaurer" pour des données supprimées.
2. Vérifié - les données saisies sont contrôlées pour 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 relecture affiche ce qui va être envoyé et demande à l'utilisateur de le confirmer.

Un passage en caisse qui affiche un récapitulatif de 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 à une newsletter - n'ont pas à proposer ces protections. Si un formulaire signalé est de ce type, ou dispose déjà d'une protection, approuvez le signalement.

Comment Silktide teste ceci

1. Repérer tous les formulaires sur chaque page.
2. Ignorer les formulaires sans champs réellement utilisables par un visiteur (formulaires cachés ou non interactifs), ainsi que tout élément que vous avez exclu du contrôle.
3. Signaler chaque formulaire restant pour votre examen. Silktide ne peut pas déterminer si un formulaire est juridique, financier, ou s'il modifie des données, ni si une étape de confirmation existe plus loin dans le processus ; une décision humaine est donc nécessaire.

Dépannage

Mon formulaire est simplement un formulaire de contact

Ce contrôle signale des formulaires pour que vous puissiez les classer - il ne prétend pas que chaque formulaire a besoin d'une protection. Si le formulaire ne peut ni engager l'utilisateur ni modifier ses données, approuvez le signalement.

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

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

En savoir plus

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