Séparer saisie et incident d’envoi
Listez les situations que vous savez reproduire : champ obligatoire vide, format refusé, pièce jointe trop volumineuse ou service temporairement indisponible. Ne demandez pas au visiteur de corriger son adresse lorsque le problème vient du serveur. Proposition de travail : attribuez à chaque cas un message, un emplacement et une action possible. Réalisez ces essais dans un environnement autorisé avec des données fictives, sans déclencher des demandes commerciales chez des tiers.
Décrire une correction concrète
Le W3C recommande des notifications claires et concises qui expliquent comment résoudre le problème. Dans un résumé d’erreurs, nommez le champ concerné et proposez un lien pour le rejoindre. Près du champ, indiquez l’attente réelle : « Ajoutez votre adresse e-mail » ou « Choisissez une date ». N’inventez pas une règle de format que le service n’applique pas. Les informations déjà valides doivent rester faciles à relire pendant que la personne corrige le reste.
Relier l’erreur au contrôle concerné
Le tutoriel W3C décrit l’association d’un message au champ avec aria-describedby et la notification de changements dynamiques par un mécanisme adapté. Faites vérifier ce comportement dans votre formulaire réel : voir un texte et l’entendre au bon moment sont deux contrôles différents. Évitez d’empiler des alertes répétées à chaque touche. Définissez avec le prestataire où arrive le focus après une validation refusée, puis vérifiez que la correction peut se faire sans rechercher le champ dans toute la page.
Rejouer jusqu’à une issue claire
Proposition de recette : provoquez une erreur, corrigez-la, tentez l’envoi et contrôlez le message final. Distinguez bien une confirmation de réception du formulaire d’une acceptation de devis. Pour une panne temporaire, conservez la saisie lorsque c’est possible et donnez un moyen de reprendre. Consignez ce qui a été observé avec la version testée. Le guide de réception du formulaire complète cette vérification ; un message d’erreur bien écrit ne prouve pas que les notifications internes arrivent.
Votre grille de contrôle
Une trame proposée par koldia, à adapter à votre activité.
| Point à contrôler | Repère | Action ou résultat attendu |
|---|---|---|
| Champ vide | Nom du champ + action | La personne sait quoi remplir |
| Format refusé | Format réellement accepté | Une correction valide passe |
| Erreur serveur | Incident d’envoi identifié | La saisie n’est pas accusée |
| Après correction | État final explicite | Aucune fausse confirmation |
Avant de terminer
Ces cases sont enregistrées uniquement dans votre navigateur.
Sources officielles et suivi
Informations vérifiées le 22 octobre 2026. Prochaine revue prévue le 22 janvier 2027, ou plus tôt si le fonctionnement change. Les libellés peuvent varier selon le compte et l’interface.
Besoin d’aide pour votre visibilité ?
Un premier échange offert de 15 minutes par téléphone, sans engagement, pour préciser votre besoin.
Parlons de votre projet