Bouton sans nom accessible
L'élément interactif existe dans le DOM, mais un lecteur d'écran ne reçoit pas de nom d'action clair.
button.product-card__favoriteVérification d'accessibilité WCAG AA d'un site web
Repérez les obstacles comme les boutons peu clairs, les champs sans libellé et le texte illisible. Obtenez un contrôle automatique d’accessibilité avec des explications.
Résultat de la vérification
Un rapport qui se transforme directement en tâches pour l'équipe
Le rapport identifie l'élément concerné dans le DOM, l'arbre des éléments du navigateur, avec un sélecteur et un fragment HTML. Retrouvez le composant, corrigez le problème et testez à nouveau son fonctionnement au clavier et avec un lecteur d'écran.
violationsréussià vérifierbalises WCAG
accessibility-report3 problèmes · 42 règles réussies
Le champ de formulaire n'est pas relié à son libellé
L'utilisateur voit le libellé, mais la relation technique entre le libellé et le champ est absente.
#checkout-emailLe contraste du texte est inférieur à WCAG AA
L'état du bouton est visuellement faible et peut disparaître sur le fond sombre de l'interface.
.promo-banner .btn-secondaryExaminer l'impact
Commencez par les problèmes critiques et sérieux pour supprimer rapidement les barrières d'accès les plus visibles.
Partager le sélecteur
Transmettez au développeur la cible exacte, le fragment HTML et la brève raison de la violation.
Revérifier avant la mise en production
Relancez la vérification après les corrections et voyez quelles violations ont disparu du rapport.
Ce que nous vérifions
Sémantique, ARIA, formulaires et contraste en une seule vérification d'accessibilité
Le contrôle automatique d'accessibilité examine l'interface rendue pour trouver les problèmes détectables. Les constats sont liés aux règles WCAG. Un rapport sans erreur ne certifie pas une conformité complète aux WCAG AA.
Structure de la page
Nous vérifions le titre du document, la langue de la page, la hiérarchie des titres, les régions repères, les listes et le texte alternatif des images.
Détails pour les développeurs
- h1-h6 et repères
- texte alternatif et SVG masqués
- lang, title et sémantique de base
ARIA et noms accessibles
Les attributs ARIA décrivent le rôle, l'état et les relations d'un contrôle pour les outils d'assistance. Nous vérifions les relations incorrectes et les contrôles sans nom clair. Ajouter ARIA ne suffit pas à rendre une interaction accessible.
Détails pour les développeurs
- nom de button, link, input
- problèmes de role/state/property
- motifs combobox, dialog et menu
Formulaires, erreurs et contraste
Nous vérifions les libellés, les états requis et invalides, les relations avec le texte d'aide, le contraste du texte et la lisibilité des éléments importants.
Détails pour les développeurs
- libellé et texte d'aide
- ratio de contraste WCAG AA
- erreurs et messages live
FAQ
Questions fréquentes sur les vérifications d'accessibilité
Réponses courtes sur WCAG, les règles automatisées, les nœuds DOM, ARIA, les formulaires, le contraste et l'ordre des corrections.
Que détecte la vérification automatisée ?
Elle trouve les problèmes détectables à partir du HTML rendu et des styles : libellés manquants, erreurs ARIA, rôles invalides, problèmes de contraste, liens et boutons vides, texte alternatif, structure des repères et une partie de l'ensemble de règles WCAG.
Que signifie WCAG AA pour un site web ?
WCAG AA est un niveau cible pratique d'accessibilité pour la plupart des interfaces commerciales et publiques. Les règles du rapport sont marquées avec des balises WCAG, ce qui vous permet de voir à quelle exigence chaque violation se rapporte.
Cela remplace-t-il un audit manuel ?
Non. La vérification couvre bien les violations techniques dans le DOM et le CSS, mais les scénarios complexes, l'ordre réel de parcours au clavier et le comportement des lecteurs d'écran doivent être confirmés lors d'une étape manuelle distincte.
Puis-je commencer par une seule page ?
Oui. La première passe vérifie généralement la page d'accueil, le formulaire de contact, la fiche produit, le tunnel de commande ou l'espace compte. Pour les sites à gabarits, il est utile de vérifier une page de chaque type et de comparer les violations récurrentes.
Que faut-il corriger en premier s'il y a beaucoup d'erreurs ?
Commencez par les problèmes critiques et sérieux : éléments sans nom accessible, champs sans libellé, erreurs ARIA, contraste insuffisant et éléments interactifs mal représentés dans le DOM. Les problèmes modérés et mineurs peuvent être regroupés avec des modifications de design ou de mise en page à proximité.
Services associés
Ce qu'il faut vérifier ensuite avec ce service
Vérification HTML
Repérez les erreurs HTML et les structures de page trop complexes. Le rapport indique les éléments concernés.
OuvrirAudit CSS
Repérez les feuilles de style volumineuses, les doublons et les styles inutilisés au chargement. Ces styles peuvent servir sur d’autres pages ou après une action de l’utilisateur.
OuvrirAudit SEO
Vérifiez jusqu’à 5 pages : SEO, métadonnées et contenu disponible avant et après JavaScript.
OuvrirVitesse de chargement
Vérifiez le chargement avec les paramètres d’appareil et de réseau choisis. Obtenez des mesures de vitesse, les résultats et les recommandations.
Ouvrir