Accessibility Audit — Vérificateur de conformité WCAG et EAA
Analysez votre site WordPress au regard des WCAG 2.2 et produisez les informations d’accessibilité qu’exige l’Acte européen sur l’accessibilité.
Accessibility Audit charge vos pages publiées dans un cadre au sein de wp-admin et vérifie le résultat rendu — la page que le visiteur voit réellement, pas le HTML envoyé par votre serveur. Rien n’est téléversé nulle part, il n’y a ni API d’analyse ni compte à créer.
Ce qu’il vérifie
25 contrôles automatisés. Le contraste est mesuré sur les styles résolus, seul moyen de repérer du texte sur une superposition translucide ou une couleur héritée d’un parent. Les signalements sont regroupés par règle plutôt que par page : douze défauts de contraste dus à une seule couleur du thème se lisent comme une correction.
Honnête sur les chiffres
Dix-huit des 25 correspondent à un critère de succès WCAG 2.2, répartis sur quatorze critères distincts de niveaux A et AA. Les sept autres relèvent des bonnes pratiques, et le rapport les étiquette ainsi. Un outil qui présente chaque signalement comme un manquement WCAG gonfle ses chiffres et les vôtres — et c’est le vôtre qui finit dans une déclaration de conformité publiée.
Le document de l’Acte européen sur l’accessibilité
Avec une licence, l’extension produit les informations exigées par l’Annexe V de la directive (UE) 2019/882 : une description du service dans des formats accessibles, ce qu’il faut pour en comprendre le fonctionnement, comment les exigences de l’Annexe I sont satisfaites, et comment le processus de prestation le maintient. Pour un organisme public, elle produit l’autre document, le modèle de la décision d’exécution (UE) 2018/1523. La plupart des outils confondent les deux.
Gratuit et sous licence
Sans licence : 20 contrôles, jusqu’à cinq pages par analyse, rapport complet et comparaison entre analyses. La licence ajoute toutes les pages, cinq contrôles de plus, un historique illimité et le générateur. Un seul téléchargement dans les deux cas.
Ce qu’il ne fait pas
Les tests automatisés trouvent environ un tiers des obstacles réels. Un rapport propre est bon signe, pas une déclaration de conformité, et les tests au clavier et au lecteur d’écran par une personne restent nécessaires. Publier une page n’est pas un dépôt, et rien de tout ceci n’est un conseil juridique.
Derniers articles
- Vérificateur d'Accessibilité WordPress : Pourquoi vous avez besoin d'analyses de pages rendues
Découvrez pourquoi les vérificateurs d'accessibilité WordPress traditionnels basés sur des API échouent sur les sites modernes et pourquoi vous devez tester la page réellement vue par le visiteur.
- European Accessibility Act (EAA) pour WooCommerce : Comment auditer votre boutique
Préparez votre boutique WooCommerce pour l'European Accessibility Act (EAA). Découvrez pourquoi les analyses de pages rendues sont essentielles et comment générer le document de l'Annexe V.
- Comment générer une Déclaration d'Accessibilité EAA Annexe V dans WooCommerce
L'Acte Européen sur l'Accessibilité exige une déclaration d'accessibilité (Annexe V) pour le e-commerce. Découvrez comment en générer une pour votre boutique WooCommerce.
- Accessibilité WordPress dans le secteur public : Création du document UE 2018/1523
Assurez la conformité de votre site WordPress du secteur public. Apprenez à auditer les WCAG 2.2 et à générer la déclaration d'accessibilité obligatoire de la décision d'exécution (UE) 2018/1523.
- WCAG 2.1 ou 2.2 pour l'Acte européen sur l'accessibilité ? La directive n'en nomme aucune.
L'EAA ne mentionne nulle part les WCAG. Il exige l'Annexe I, et une version des WCAG n'entre en jeu que par une norme harmonisée dont les références sont publiées au Journal officiel. Laquelle, et pourquoi revendiquer le numéro le plus élevé n'est pas automatiquement le choix le plus prudent.
- Votre rapport d'audit signale un échec du 2.1.1 sur chaque élément. Comment savoir si c'est vrai.
Le test clavier d'un prestataire marque tous les contrôles de la page comme un échec du critère Clavier (2.1.1). Vous débranchez la souris et tout fonctionne. Vous pouvez avoir raison tous les deux — et le critère ne veut pas dire ce que la plupart des rapports supposent.
- L'Acte européen sur l'accessibilité vous concerne-t-il ? Si vous employez moins de 10 personnes, probablement pas.
L'article 4, paragraphe 5 de la directive (UE) 2019/882 exempte les microentreprises fournissant des services des exigences d'accessibilité et de toute obligation qui s'y rattache. Presque personne parmi ceux qui vendent des outils de conformité EAA ne le mentionne, moi compris pendant un temps.
- Un relecteur a trouvé trois critères WCAG erronés dans mon extension d'accessibilité. J'ai vérifié, et j'en ai trouvé huit.
La relecture d'une place de marché a rejeté mon scanner d'accessibilité pour WordPress parce qu'il citait des critères WCAG erronés, obsolètes ou sans rapport avec ce que le contrôle vérifiait. Vérifier les 25 règles a révélé davantage que ce que le relecteur avait trouvé — et ces numéros erronés finissaient dans un document juridique.
- La plupart des outils de « déclaration d'accessibilité EAA » produisent le mauvais document
La décision d'exécution (UE) 2018/1523 est le modèle de déclaration destiné aux organismes du secteur public au titre de la directive 2016/2102. L'Acte européen sur l'accessibilité demande tout autre chose à une entreprise — l'Annexe V. Le mien s'est trompé jusqu'à ce qu'un relecteur le remarque.
- Accessibility Audit : une extension WordPress pratique pour détecter les problèmes WCAG avant vos visiteurs
Une extension WordPress qui détecte les problèmes WCAG avant vos visiteurs, distingue les critères de conformité des bonnes pratiques et génère les informations de l'Annexe V exigées par l'Acte européen sur l'accessibilité.