Documentation
Tout ce dont vous avez besoin pour lancer des audits d'accessibilité, interpréter les résultats et intégrer Axively dans votre flux de travail.
Sections
Démarrage
Lancez votre premier scan, comprenez le rapport, corrigez votre premier problème.
WCAG 2.2 AA
Comment Axively mappe les violations aux critères de succès WCAG. Ce que nous détectons, ce que nous ne détectons pas.
EN 301 549
La norme européenne harmonisée pour l'accessibilité des TIC. Ce qu'elle ajoute par rapport à WCAG.
Cartographie juridique par pays
Comment nous calculons l'exposition par pays. Sources, autorités d'application, fourchettes de sanctions.
Déclarations de conformité
Générez et publiez des déclarations d'accessibilité au format correct pour 27 États membres de l'UE.
Support technique
Vous n'avez pas trouvé de réponse ? Écrivez à support@axively.com, nous répondons généralement sous 24 heures ouvrées.
Méthodologie
Comment fonctionne le scanner
Axively visite votre site dans un vrai navigateur (Chromium via Playwright), comme le voit un visiteur, y compris le JavaScript et le contenu dynamique. Sur chaque page, une fois entièrement chargée, il lance le moteur de test axe-core. Nous explorons avec ménagement (un délai entre les pages) jusqu'à une profondeur de 2 niveaux et jusqu'à 1 000 pages par audit. Comme les audits sont réalisés par les propriétaires sur leurs propres sites, nous nous identifions avec l'agent utilisateur Axively et n'appliquons pas robots.txt pendant un audit ; les propriétaires qui ne souhaitent pas d'audit peuvent nous contacter.
Ce que nous testons exactement
Nous utilisons axe-core, le moteur de test d'accessibilité standard de l'industrie (le même moteur équipe Google Lighthouse et Microsoft Accessibility Insights), avec les ensembles de règles wcag21aa (WCAG 2.1 niveaux A et AA), wcag22aa (ajouts WCAG 2.2 au niveau AA) et best-practice (bonnes pratiques axe au-delà des WCAG). Pour le contexte européen, nous rattachons les constats à EN 301 549, précisément la clause 9 (contenu web). Les clauses 11 (logiciel) et 12 (documentation et support) ne sont pas couvertes par un scan automatisé et nécessitent une évaluation manuelle.
Comment les suggestions de correction par IA sont créées
Chaque type de constat unique passe par un modèle de langage moderne qui génère une explication de l'impact en langage clair et une correction de code concrète basée sur le HTML réel de votre site. Les suggestions sont traduites dans la langue de votre compte. Principes clés : l'IA suggère, elle n'applique pas, les modifications de votre code sont faites par votre développeur après vérification ; les suggestions sont générées à partir du contexte réel de l'élément, pas de modèles génériques ; et les problèmes identiques partagent une seule suggestion (c'est pourquoi les audits restent rapides et peu coûteux même sur de grands sites).
Sécurité et données
Les données d'audit sont stockées dans l'UE, sur un unique serveur dédié en République tchèque (fournisseur Huko.net). Nous analysons uniquement le contenu publiquement accessible de votre site ; les résultats ne sont visibles que par votre compte. Pour les sous-traitants et la conservation, voir notre politique de confidentialité.
Comment lire le rapport
Une violation est une occurrence unique ; une règle est la cause sous-jacente, un problème dans un modèle produit de nombreuses occurrences, corrigez donc d'abord par modèle et composant. Les constats sont classés par gravité avec des délais recommandés : critique sous 7 jours, grave sous 30, modéré dans votre cycle de développement habituel. Une fois les corrections déployées, lancez le re-scan de vérification gratuit pour confirmer un avant et après propre.