Un formulaire doit expliquer la suite aussi clairement que le nom du domaine. Examinez le parcours jusqu’à la réponse. CLARIFIER L’INTENTION Séparez achat, offre de prix et demande de paiement échelonné. Le bouton doit décrire son action réelle. Si l’équipe examine seulement une demande manuellement, ne parlez pas d’achat terminé. Demandez à une personne extérieure à la conception ce qu’elle attend après le clic. LIBELLÉS ET CONSIGNES W3C recommande des libellés visibles associés aux champs; le texte indicatif ne les remplace pas. Expliquez formats et champs obligatoires avant la saisie. Demandez uniquement les données nécessaires pour répondre : chaque champ supplémentaire ajoute du travail. TESTER UNE ERREUR Avec vos propres données de test, omettez un champ obligatoire et saisissez une adresse électronique incorrecte. Le problème et sa correction sont-ils compréhensibles? Ne comptez pas uniquement sur la couleur. Essayez le clavier, un écran étroit et le texte agrandi. Notez les obstacles précis. CONFIRMER AVEC EXACTITUDE Après l’enregistrement réussi, affichez : « Demande reçue. Veuillez attendre la confirmation manuelle. » Cela ne signifie ni paiement, ni réservation, ni conditions acceptées. Si l’enregistrement échoue, n’affichez pas de réussite. Vérifiez la demande dans la file de l’équipe et la possibilité d’y répondre. Laissez un lien clair vers les conditions d’achat sur la fiche. Avant votre demande, ouvrez la page complète du catalogue et vérifiez nom, prix et disponibilité. Cet essai révèle des obstacles, mais ne constitue pas une certification d’accessibilité. Image : nouvelle photoillustration générée par IA pour cet article; scène conceptuelle, pas une photographie documentaire. Catalogue de domaines: https://domainevery.com/fr/domains Sources primaires: https://www.w3.org/WAI/tutorials/forms/labels/ https://www.w3.org/WAI/tutorials/forms/instructions/ https://www.w3.org/WAI/tutorials/forms/notifications/
