Comprendre les WCAG 2.0

Aller au contenu (appuyer sur entrée)

-

Prévention des erreurs (toutes) :
Comprendre le CS 3.3.6

3.3.6 Prévention des erreurs (toutes) : pour des pages Web demandant à l'utilisateur de soumettre des informations, au moins l'une des conditions suivantes est vraie : (Niveau AAA)

  1. Réversible : les actions d'envoi sont réversibles.

  2. Vérifiée : les données saisies par l'utilisateur sont vérifiées au niveau des erreurs de saisie et la possibilité est donnée à l'utilisateur de les corriger.

  3. Confirmée : un mécanisme est disponible pour revoir, confirmer et corriger les informations avant leur soumission finale.

Objectif de ce critère de succès

L'objectif de ce critère de succès est d'aider les utilisateurs en situation de handicap à se prémunir des conséquences qui résulteraient d'une erreur lors de l'envoi de données d'un formulaire. Ce critère renforce le critère de succès 3.3.4 dans la mesure où il s'applique à tout formulaire demandant l'envoi d'informations de la part des utilisateurs.

Les utilisateurs en situation de handicap ont plus de probabilité de faire des erreurs et peuvent avoir plus de mal à détecter ou à rectifier des erreurs. Les personnes ayant des difficultés de lecture peuvent inverser les chiffres et les lettres, et celles ayant une limitation motrice peuvent appuyer sur des touches par erreur. Le fait de fournir la possibilité d'annuler des actions permet aux utilisateurs de corriger une erreur. Le fait de fournir la possibilité de relire et de corriger des informations donne aux utilisateurs l'occasion de détecter une erreur avant d'effectuer une action.

Avantages spécifiques du critère de succès 3.3.6 :

  • Le fait de fournir des garde-fous pour éviter des conséquences résultant d'erreurs, aide les utilisateurs ayant tout type de limitations fonctionnelles et étant plus susceptibles de faire des erreurs.

Exemples pour le critère de succès 3.3.6

(Aucun exemple n'est actuellement documenté)

Ressources liées

Les ressources sont présentées dans un but d'information seulement, il ne s'agit pas d'une approbation.

(Aucune ressource n'est actuellement documentée)

Techniques et échecs pour le critère de succès 3.3.6 - Prévention des erreurs (toutes)

Chaque élément numéroté dans cette section représente une technique ou une combinaison de techniques que le groupe de travail des WCAG considère comme suffisante pour satisfaire à ce critère de succès. Les techniques énumérées satisfont le critère de succès seulement si toutes les exigences de conformité aux WCAG 2.0 ont été appliquées

Techniques suffisantes

  1. Suivre les techniques suffisantes pour le critère de succès 3.3.4 pour tout formulaire demandant à l'utilisateur l'envoi d'informations.

Mots clés

erreur de saisie

information fournie par l'utilisateur qui n'est pas acceptée

Note : cela inclut :

  1. L'information qui est demandée par la page Web mais oubliée par l'utilisateur.

  2. L'information qui est fournie par l'utilisateur mais qui ne correspond pas au format ou aux valeurs des données attendus.

mécanisme

processus ou technique pour obtenir un résultat

Note 1 : le mécanisme peut être explicitement fourni par le contenu ou dépendre de la plateforme ou de l'agent utilisateur, y compris les technologies d'assistance.

Note 2 : le mécanisme doit satisfaire à tous les critères de succès (d'un niveau donné) pour déclarer un niveau de conformité.

page Web

une ressource autonome obtenue depuis un URI unique grâce au protocole HTTP, accompagnée de toutes les autres ressources utilisées dans la restitution ou conçues pour être restituées simultanément par un agent utilisateur

Note 1 : bien que toutes les « autres ressources » seraient restituées avec la ressource primaire, elles ne sont pas nécessairement restituées simultanément.

Note 2 : à des fins de conformité avec ces règles, une ressource doit être autonome à l'intérieur du périmètre de conformité pour être considérée comme une page Web.

Exemple 1 : une ressource Web incluant toutes les images et médias liés.

Exemple 2 : un programme Web de courrier électronique (Webmail) développé à l'aide d'AJAX (Asynchronous JavaScript and XML, JavaScript asynchrone et XML). Le programme réside intégralement à l'adresse http://exemple.com/mail, mais comprend une boîte de réception, un carnet d'adresses et un calendrier. Des liens et des boutons permettent d'afficher la boîte de réception, les contacts ou le calendrier, mais ne changent pas globalement l'URI de la page.

Exemple 3 : un site portail personnalisable, dans lequel les utilisateurs peuvent choisir le contenu à afficher à partir d'un ensemble de modules de contenu.

Exemple 4 : quand on saisit « http://shopping.exemple.com/ » dans son navigateur, on entre dans un environnement commercial animé et interactif dans lequel on se déplace visuellement dans une boutique, retirant les produits directement depuis les rayons pour les placer dans un panier d'achat face à soi. Cliquer sur un produit déclenche une démonstration avec la fiche technique juste à côté. Cela peut être un site Web à page unique ou simplement une page à l'intérieur d'un site Web.