Critères de succès WCAGwcag-2.2-A

WCAG 3.2.2 : Lors de la saisie

WCAG 3.2.2 Sur saisie exige que la modification du paramètre de tout composant d’interface utilisateur ne provoque pas automatiquement un changement de contexte, à moins que l’utilisateur n’ait été informé à l’avance de ce comportement. Cela protège les utilisateurs contre des changements de page désorientants et inattendus déclenchés par des interactions avec des formulaires.

Critères de succès WCAGwcag-2.2-A

WCAG 3.3.1 : Identification des erreurs

WCAG 3.3.1 exige que lorsqu’une erreur de saisie est détectée automatiquement, l’élément en erreur soit identifié et que l’erreur soit décrite à l’utilisateur sous forme de texte. Cela garantit que les personnes en situation de handicap peuvent reconnaître, comprendre et corriger les erreurs lorsqu’elles remplissent des formulaires.

Critères de succès WCAGwcag-2.2-A

WCAG 3.3.2 : Libellés ou instructions

WCAG 3.3.2 exige que des libellés ou des instructions soient fournis lorsque le contenu nécessite une saisie de l’utilisateur, afin de garantir que tous les utilisateurs — quelles que soient leurs capacités — puissent comprendre ce que l’on attend d’eux avant de soumettre des données de formulaire. Le fait de ne pas étiqueter les champs de formulaire est l’un des obstacles à l’accessibilité les plus courants et les plus impactants sur le web.

Critères de succès WCAGwcag-2.2-A

WCAG 3.3.7 : Saisie redondante

La norme WCAG 3.3.7 exige que les informations déjà fournies par les utilisateurs dans un processus en plusieurs étapes soient soit automatiquement renseignées, soit mises à disposition pour sélection, afin que les utilisateurs n’aient jamais à saisir les mêmes données deux fois. Cela évite la frustration et les erreurs pour les personnes ayant des handicaps cognitifs, moteurs ou autres.

Critères de succès WCAGwcag-2.2-AA

WCAG 1.3.5 : Identifier la finalité de la saisie

WCAG 1.3.5 exige que la finalité de chaque champ de saisie collectant des informations personnelles puisse être déterminée de manière programmatique, permettant aux navigateurs et aux technologies d’assistance de remplir automatiquement, d’étiqueter ou d’adapter les champs automatiquement. Cela est essentiel pour les personnes ayant des handicaps cognitifs et des troubles moteurs qui bénéficient d’une réduction de la saisie manuelle.

Critères de succès WCAGwcag-2.2-AA

WCAG 3.3.3 : Suggestion d’erreur

WCAG 3.3.3 exige que lorsqu’une erreur de saisie est détectée automatiquement, le système fournisse une description textuelle suggérant comment l’utilisateur peut corriger l’erreur — sauf si cela compromettrait la sécurité ou l’objectif. Ce critère est essentiel pour les personnes ayant des handicaps cognitifs, les utilisateurs de lecteurs d’écran et toute personne qui a du mal à comprendre des indications d’erreur vagues ou absentes.

Critères de succès WCAGwcag-2.2-AA

WCAG 3.3.4 : Prévention des erreurs (juridique, financier, données)

WCAG 3.3.4 exige que les soumissions sur le web impliquant des engagements juridiques, des transactions financières ou des données sensibles puissent être vérifiées, corrigées ou annulées avant leur finalisation. Cela protège tous les utilisateurs — en particulier ceux ayant des handicaps cognitifs et moteurs — contre des erreurs irréversibles et lourdes de conséquences.

Critères de succès WCAGwcag-2.2-AAA

WCAG 3.3.6 : Prévention des erreurs (Tous)

WCAG 3.3.6 exige que pour toute page web nécessitant une saisie utilisateur, les envois soient réversibles, vérifiés pour détecter les erreurs avec des indications de correction, ou confirmables avant l’envoi final. Ce critère de niveau AAA étend 3.3.4 à tous les formulaires — pas seulement les formulaires juridiques ou financiers — protégeant les utilisateurs contre les erreurs irréversibles dans chaque interaction.