Demander moins avant d’améliorer les champs
Une demande de contact nécessite souvent un moyen de répondre et une courte question, pas un profil complet. Pour chaque champ, précisez son utilité et qui exploite les données. Supprimez les champs sans objectif clair, signalez ceux qui sont facultatifs et expliquez pourquoi les informations sensibles n’ont pas leur place dans une zone de message générale. Il s’agit d’un conseil de conception, pas d’un constat sur un formulaire actuel du studio.
Donner au champ un nom visible
Conservez un libellé clair et permanent. Les exemples placés dans un texte indicatif disparaissent pendant la saisie : ils ne doivent pas être la seule explication. Le libellé doit être associé au champ dans le code, pas simplement placé à côté. Si un format particulier est nécessaire, expliquez-le avant l’envoi. Ne divisez le nom d’une personne en plusieurs parties que si le traitement de la demande l’exige.
Distinguer type, finalité et clavier
Le type de champ HTML décrit une catégorie de données ; les valeurs de autocomplete, leur finalité. Pour l’adresse électronique de la personne, associez type="email" et autocomplete="email" ; pour son téléphone, utilisez respectivement tel. inputmode suggère un clavier virtuel, sans valider les valeurs. N’utilisez pas type="number" pour des identifiants ou téléphones au seul motif qu’ils contiennent des chiffres : les zéros initiaux et signes plus comptent.
Le remplissage automatique reste une aide
Des valeurs autocomplete adaptées aident les navigateurs et logiciels d’assistance à identifier les champs usuels de données personnelles. Le critère WCAG 1.3.5 vise des finalités répertoriées concernant l’utilisateur et les technologies qui les prennent en charge, pas tous les champs indistinctement. Le remplissage effectif dépend du navigateur, des réglages et des données enregistrées. Laissez vérifier et corriger les suggestions, sans déclencher un envoi silencieux après le remplissage.
Tester les données que les personnes apportent
Testez saisie, collage, remplissage automatique, téléphones internationaux, noms longs, écritures non latines et champs facultatifs vides. Utilisez des données de test dans les captures, jamais de véritables coordonnées de clients. Vérifiez les libellés, le focus, les consignes d’erreur et la conservation des valeurs après une erreur récupérable. Une inspection statique ne remplace pas des essais réels sur les appareils et navigateurs.
Garder une courte fiche de validation
Consignez pour chaque champ sa finalité, son libellé, son type, son éventuel autocomplete, son caractère obligatoire et les navigateurs testés. Ajoutez les messages d’erreur utiles dans les formulaires et le focus clavier visible à vos vérifications. Recommencez après une traduction ou un changement de prestataire. Cette fiche ne certifie pas l’accessibilité et ne promet ni demandes supplémentaires ni ventes.