Ce que le scanner EAAsy détecte — et ce que l'automatisation ne couvre pas
Mis à jour: 2026-06-15
Le scanner EAAsy ne se limite pas à la page d'accueil. Voici exactement ce qu'il teste et comment lire les résultats.
Analyse multi-pages (sitemap + parcours transactionnels)
Le scanner lit votre sitemap.xml (et robots.txt) et choisit lui-même les pages les plus importantes, au lieu des seuls premiers liens de la page d'accueil. Il analyse d'abord les parcours transactionnels — panier, paiement, formulaires, connexion — car c'est là qu'une barrière bloque le plus souvent l'utilisateur et présente le risque juridique le plus élevé au titre de l'EAA.
Ce que nous testons : WCAG 2.1 et 2.2 AA
Le moteur axe-core vérifie les critères WCAG 2.1 et 2.2 au niveau AA. Nous testons aussi le reflow à 320 px de large (WCAG 1.4.10 — si le contenu tient sur un téléphone sans défilement horizontal) et capturons des captures d'écran des éléments en défaut, pour voir immédiatement à quoi se rapporte le problème — dans le rapport et dans le panneau.
Non-conformités vs recommandations
Les résultats se répartissent en deux groupes. Les non-conformités WCAG comptent dans le score /100 — c'est une obligation légale. Les recommandations (bonnes pratiques) sont affichées séparément : elles améliorent l'accessibilité et l'UX mais ne font pas partie de l'obligation de conformité. Vous savez ainsi ce que vous devez corriger et ce qui vaut simplement la peine.
Risque de sanction — comment nous le calculons
Chaque anomalie reçoit un score de risque de sanction (0–100). Il n'est pas arbitraire — il reflète à quel point une barrière bloque l'usage du service, selon les priorités d'EN 301 549 et la pratique de mise en œuvre de l'EAA. Les plus élevés : formulaires, parcours d'achat, navigation au clavier et contraste. Une anomalie sur une page transactionnelle (p. ex. paiement) augmente le risque.
Suivi et comparaison des analyses (diff)
Vous pouvez activer des analyses récurrentes. La comparaison des audits successifs montre ce qui est nouveau, ce qui est corrigé et ce qui est revenu — une preuve de diligence dans le temps et une alerte en cas de régression de l'accessibilité.
Limites de l'automatisation (~30–40%)
Un audit automatique détecte environ 30–40 % des critères WCAG — et nous le disons honnêtement. Le reste (sens du contenu, tests lecteur d'écran, utilisation complète au clavier) ne peut être tranché par une machine et nécessite une revue humaine. Une conformité légale complète, c'est audit automatique + évaluation par un expert.
Articles liés
- Qu'est-ce que l'European Accessibility Act (EAA) ?
- L'EAA dans les pays de l'UE : lois, autorités, sanctions
- La déclaration d'accessibilité — ce qu'elle doit contenir
- Pourquoi les overlays d'accessibilité n'assurent pas la conformité
- Comment tester l'accessibilité de votre site — guide étape par étape
- Non-conformités vs recommandations — ce que vous devez corriger et ce qui vaut la peine
- Checklist WCAG 2.2 AA — liste de contrôle d'accessibilité
- Sanctions en cas d'inaccessibilité (EAA) — application
- Accessibilité d'une boutique en ligne (WCAG / EAA)