Corriger l’accessibilité HTML sans altérer les interactions.
Les corrections HTML sémantiques doivent préserver la fonction et être testées en contexte. Ajouter ARIA ne remplace pas le choix du bon élément natif.
Adaptez le processus à votre tâche.
Identifiez le vrai rôle du contrôle et choisissez la sémantique native adaptée en conservant son comportement. Ajoutez les noms ou états nécessaires, puis vérifiez clavier, focus et interactions de formulaire dans le contexte complet.
- Ce que vous fournissez
- Extrait HTML et problème d’accessibilité précisé.
- Ce que vous obtenez
- Proposition de correction sémantique avec notes de vérification.
Consultez les données et le résultat.
Entrée et sortie illustratives · exemple pédagogique, pas une exécution WebAct en direct
Exemple champ
Replace <div onclick="submitForm()">Send message</div> in an existing HTML form. The form's submit handler already performs validation and calls submitForm().
Exemple complet
<button type="submit">Send message</button> The native submit button uses the existing form submission path. Verify Enter/Space interaction, visible focus, validation errors and prevention of duplicate sends. Do not retain a second click handler that also calls submitForm().
Chargez ces données dans le prompt, puis copiez-le dans WebAct pour essayer la tâche. Votre résultat peut différer de l'illustration.
Décisions et dépannage.
Ajouter un rôle ARIA seul transforme-t-il un div en bouton complet ?
Cela n’implémente pas automatiquement le comportement clavier ni la sémantique de formulaire. Préférez un bouton natif lorsqu’il correspond au contrôle prévu.
Pourquoi remplacer un élément cliquable soumet-il le formulaire de façon inattendue ?
Vérifiez le type de bouton. Un contrôle pour une action ordinaire peut nécessiter type="button" plutôt qu’un comportement de soumission.
Essayez avec votre propre source.
Remplacez l'exemple par vos données dans le prompt. Gardez les exigences nécessaires, puis copiez la tâche dans WebAct.
Personnaliser et copier la tâche ↑