Saisie redondante

Ce que ce critère demande

Lorsqu’un processus oblige l’utilisateur à saisir les mêmes informations plus d’une fois au cours d’une session (typiquement dans un parcours à plusieurs étapes), la page doit soit pré-remplir la valeur, soit permettre à l’utilisateur de la sélectionner parmi les valeurs précédemment saisies. Demander à l’utilisateur de retaper l’adresse e-mail, l’adresse postale ou le nom saisis à l’étape 1 lors de l’étape 3 est un échec — sauf si la re-saisie répond à un objectif essentiel, comme la confirmation d’un mot de passe.

Le critère s’applique au sein d’une seule session et d’un seul processus. Redemander les mêmes données le mois suivant ou dans un autre parcours est hors périmètre.

Comment le satisfaire

• Dans les parcours de commande, pré-remplir l’adresse de facturation avec l’adresse de livraison (et proposer une case à cocher « Identique à l’adresse de livraison »).
• Dans les parcours de création de compte, transporter le nom et l’adresse e-mail à chaque étape suivante.
• Pour les formulaires gouvernementaux ou d’assurance, propager les informations des membres du foyer entre les sections.
• Lorsque l’utilisateur doit retaper quelque chose pour une raison légitime (saisie d’un code de confirmation, re-saisie d’un mot de passe pour des raisons de sécurité), expliquer pourquoi.
• Conserver les données de formulaire partiellement remplies dans l’état côté client ou le stockage de session afin qu’une navigation arrière/avant ne perde pas les valeurs saisies.

Échecs courants

• Les formulaires de commande à plusieurs étapes qui demandent l’adresse e-mail à l’étape « contact » puis à nouveau à l’étape « paiement ».
• Les parcours de réservation qui demandent le nom du voyageur principal, puis le même nom comme titulaire de carte, sans auto-remplissage.
• Les parcours de récupération de compte qui demandent l’adresse e-mail, puis le nom d’utilisateur séparément, puis la même adresse e-mail sur un écran de « confirmation ».
• Les longs formulaires gouvernementaux avec des sous-sections adjacentes qui demandent chacune les mêmes informations sur le demandeur principal.

Pourquoi c’est important

Il s’agit de l’un des nouveaux critères de niveau A de WCAG 2.2, ajouté pour répondre aux enjeux d’accessibilité cognitive. La re-saisie représente un coût élevé pour les utilisateurs souffrant de troubles de la mémoire, de dyslexie, de TDAH, de handicaps moteurs (où chaque frappe de touche compte) et pour les utilisateurs de dispositifs à commande par contacteur ou de logiciels de commande vocale (où chaque champ de formulaire est une opération lente). Les personnes anxieuses face aux formulaires peuvent également abandonner le parcours lorsqu’elles rencontrent une saisie redondante, supposant que le système a perdu leurs données.

La correction est presque toujours triviale — propager l’état de session — mais elle exige que la conception du formulaire soit coordonnée entre les étapes plutôt que de traiter chaque étape comme un formulaire isolé. Le critère 3.3.7 sera fréquemment signalé dans les audits 2.2 des parcours à plusieurs étapes.