WCAG AA Prestataire Moyen

Pour les formulaires à enjeu — demande de logement, inscription scolaire, déclaration administrative — l'utilisateur peut-il vérifier et corriger ses saisies avant validation définitive ?

Critère officiel 11.12 — Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, les données saisies peuvent-elles être modifiées, mises à jour ou récupérées par l’utilisateur ?

Pourquoi c'est important

Un formulaire de demande de logement social soumis avec une erreur sur le numéro d'allocataire ou la date de naissance peut invalider la demande entière si aucune correction n'est possible. Pour une personne en situation de fragilité sociale, recommencer depuis le début est une épreuve souvent insurmontable.

Exemples concrets

Ce qui est conforme

Le formulaire de demande de logement social en trois étapes affiche un récapitulatif complet avant soumission définitive. L'utilisateur peut revenir corriger n'importe quelle information. Après envoi, une confirmation par email précise qu'une modification est possible dans les 48 heures via un lien dédié.

Ce qui pose problème

Le formulaire de demande soumet les données dès le clic sur « Envoyer » sans récapitulatif. Une erreur sur la date de naissance n'est détectée que lors du traitement administratif — sans possibilité de correction en ligne, l'usager doit se déplacer en mairie.

Comment agir

Pour tout formulaire à conséquences importantes, exigez dans le cahier des charges l'une de ces trois garanties : une étape de récapitulatif avant soumission définitive, une possibilité de modification après soumission, ou une case de confirmation explicite. Plus la conséquence est importante, plus la protection doit être formalisée.

Règles clés

  • Au moins une des trois solutions : (1) permettre la vérification/modification avant soumission finale, (2) permettre l'annulation après, (3) demander une confirmation explicite.
  • Un dialog 'Êtes-vous sûr ?' satisfait le critère.
  • Un récapitulatif de commande avec bouton 'Modifier' satisfait le critère.

Erreurs fréquentes

  • Bouton de suppression sans dialog de confirmation
  • Formulaire de commande qui soumet directement sans récapitulatif
  • Modification de données importantes sans possibilité d'annulation

Exemples de code

suppression sans confirmation

✗ Non conforme
<button onclick="supprimerCompte()">
  Supprimer mon compte
</button>

Un clic accidentel supprime le compte immédiatement et irrémédiablement.

suppression avec confirmation dialog

✓ Conforme
<button type="button"
  onclick="document.getElementById(
    'dialog-suppression').showModal()">
  Supprimer mon compte
</button>

<dialog id="dialog-suppression"
  aria-labelledby="titre-dialog">
  <h2 id="titre-dialog">Confirmer la suppression</h2>
  <p>Cette action est irréversible.
  Compte et données définitivement supprimés.</p>
  <button onclick="supprimerCompte()">
    Confirmer la suppression
  </button>
  <button
    onclick="this.closest('dialog').close()">
    Annuler
  </button>
</dialog>

Dialog de confirmation explicite avec conséquences clairement énoncées. Bouton Annuler pour revenir en arrière.

Référence WCAG : 3.3.4

La lettre de l'Atelier A11Y

Ressources pédagogiques, critères RGAA commentés et retours de terrain : une lettre mensuelle pour progresser sur l'accessibilité numérique, sans jargon.

  • Nouveaux articles et ressources pédagogiques
  • Critères RGAA décortiqués avec des exemples concrets
  • Bonnes pratiques et retours d'expérience terrain
S'abonner à la newsletter (s'ouvre dans un nouvel onglet)

Gratuit. Désabonnement possible à tout moment.