Cette traduction n’a pas encore été relue par la rédaction. La version allemande fait foi. Deutsche Fassung →
Barrierefreiheit
Comment un site Web protège-t-il les clients contre les erreurs de saisie coûteuses ?
Un site Web protège les clients contre les erreurs de saisie coûteuses en offrant au moins une de trois sécurités avant l'étape exécutoire : Le client peut vérifier ses entrées sur un aperçu et les corriger, il doit explicitement confirmer les entrées, ou il peut annuler l'opération ultérieurement. Le critère WCAG 3.3.4 exige une de ces sécurités partout où les commandes, les contrats ou les données clients sont en jeu.
Vérifier, confirmer ou annuler
Une erreur de transposition au numéro de compte, une commande envoyée deux fois, un compte client accidentellement supprimé — ces erreurs arrivent à tout le monde, mais aux personnes atteintes de limitations motrices, de tremblements ou de problèmes de concentration beaucoup plus souvent. Le critère s'applique à trois types d'opérations : les obligations juridiques comme les conclusions de contrats, les opérations financières comme les commandes et les données de transfert, ainsi que la modification ou la suppression des données clients stockées. L'implémentation la plus connue, tout le monde la connaît du commerce électronique : l'aperçu de commande avant le bouton d'achat, où l'adresse, les articles et le mode de paiement sont à nouveau résumés et chaque entrée peut être corrigée. De même, une question de confirmation avant la suppression — ou un chemin de révocation ultérieur.
Comment le service de contrôle vérifie l'évitement des erreurs
Si un processus de commande offre une véritable possibilité de vérification peut à peine être déterminé automatiquement — pour cela, la mesure devrait jouer le processus de commande jusqu'à l'étape exécutoire — sur un vrai site, cela signifierait déclencher des commandes ou modifier des données. C'est exactement ce qui est interdit. Notre rapport énumère donc le critère 3.3.4 comme un point d'examen manuel ; au standard Or, une personne parcourt vos processus critiques juste avant l'étape d'exécution et évalue : Y a-t-il un aperçu pour vérifier, une confirmation explicite ou un chemin documenté pour annuler le processus.
Beispiele
Bestellung ohne Kontrolle
<form action="/bestellen">
… Adresse, Zahlung …
<button>Kaufen</button>
</form><form action="/bestellen/pruefen">
… Adresse, Zahlung …
<button>Weiter zur Übersicht</button>
</form>
<!-- Übersichtsseite: alle Angaben mit „Ändern“, dann „Zahlungspflichtig bestellen“ -->Bei Geld, Verträgen und Daten: prüfen, bestätigen lassen oder widerrufbar machen, eines davon mindestens.
- Parcourez votre processus de commande ou de demande jusqu'à peu avant la conclusion et vérifiez si un aperçu corrigible apparaît.
- Placez une question de confirmation avant chaque suppression de données clients, qui nomme le processus.
- Rendez chaque entrée sur la page d'aperçu directement modifiable, avec un lien d'édition séparé pour chaque section.
- Décrivez après la conclusion le chemin de révocation visiblement dans la confirmation pour que les erreurs puissent aussi être corrigées ultérieurement.