Disponible
Repérez et priorisez les barrières d’accessibilité de votre site
Nous analysons vos pages dans un navigateur réel, sur bureau et mobile, et vous indiquons ce qui échoue, qui est concerné, où c’est et comment le corriger. En langage clair, sans surestimer ce qu’une machine peut détecter.
Quatre types d’analyse
Commencez par une analyse rapide, puis passez à une analyse complète une fois que vous avez vérifié que le site est bien le vôtre.
Analyse rapide
Jusqu’à 3 pages clés de n’importe quel site, sans vérifier la propriété. Idéal pour un premier aperçu ou pour une proposition commerciale.
Analyse complète
Toutes les pages que nous trouvons, jusqu’à la limite que vous fixez, avec pages prioritaires et exclusions. Nous lisons votre sitemap et respectons votre robots.txt.
Analyse personnalisée
Uniquement les URL que vous choisissez : le parcours d’achat, une nouvelle page d’atterrissage ou l’échantillon de pages pour une revue.
Analyses programmées
Aujourd’hui, vous relancez l’analyse vous-même, quand vous voulez, et chacune est comparée à la précédente. Les analyses hebdomadaires programmées arriveront avec les forfaits payants, et les quotidiennes avec le forfait Agence.
Les analyses complète, personnalisée et programmée exigent que vous vérifiiez que le site est le vôtre : avec une balise meta, un enregistrement DNS, un fichier ou le fragment du Centre d’accessibilité. Tout l’historique est conservé et vous pouvez répéter n’importe quelle analyse. Plus d’informations dans Comment organiser les corrections et assurer le suivi.
Ce que nous vérifions
Nous exécutons des tests automatiques basés sur WCAG 2.2, niveaux A et AA, avec axe-core, le moteur de règles open source le plus utilisé. Nous activons aussi le contrôle de la taille des cibles (critère de succès 2.5.8), désactivé par défaut.
En plus, nous ajoutons nos propres contrôles pour des barrières que les règles standard ne couvrent pas bien :
- Réorganisation du contenu à une largeur de 320 pixels (1.4.10).
- Espacement accru du texte (1.4.12).
- Parcours au clavier pour détecter les pièges au clavier et le focus invisible (2.1.2 et 2.4.7), sur une page par modèle et sur vos pages prioritaires.
- Audio ou vidéo qui se lance automatiquement, et redirections automatiques (1.4.2, 2.2.1 et 2.2.2).
- Langue de la page (3.1.1).
- Overlays tiers, pour que vous sachiez ce qui est installé.
Chaque règle est liée à son critère de succès WCAG et à la clause EN 301 549 correspondante. Les bonnes pratiques s’affichent à part et ne comptent pas dans la note.
Ce qu’une machine ne peut pas voir
Les tests automatiques ne détectent qu’une partie des barrières : selon des études publiées, entre 14 % et 57 %, selon l’outil et la façon de compter. C’est pourquoi chaque analyse se termine par une liste de critères de succès qui nécessitent votre revue manuelle, et la note n’est jamais présentée comme une conformité juridique.
Ce que les tests automatiques peuvent et ne peuvent pas détecter
Résultats classés en cinq onglets
Chaque résultat va où il doit aller, pour que vous ne confondiez jamais un échec confirmé avec une question ouverte.
- Confirmés
- Échecs que le moteur détecte avec certitude. C’est votre liste de tâches.
- À examiner
- Cas que le moteur ne peut pas trancher seul. Vous les marquez « C’est un problème » ou « Ce n’est pas un problème », avec une justification.
- Revue manuelle
- Critères de succès qu’aucun test automatique ne peut vérifier. Nous vous guidons pas à pas.
- Réussis
- Règles que vos pages passent dans les tests automatiques. Cela ne constitue pas une conformité.
- Non applicables
- Règles sans éléments auxquels les appliquer, par exemple les règles vidéo sur un site sans vidéos.
Chaque problème vous dit quoi faire
La gravité s’affiche toujours avec une icône, un texte et une couleur, jamais par la couleur seule.
| Gravité | Ce que cela signifie | Exemple |
|---|---|---|
| Critique | Empêche d’utiliser un contenu ou une fonctionnalité. | Un bouton de paiement sans nom accessible. |
| Grave | Rend l’usage très difficile pour certaines personnes. | Texte avec un contraste insuffisant. |
| Modérée | Gênant ou confus, mais on peut continuer. | Contenu hors des régions repères de la page. |
| Faible | Peu d’impact, mais mérite d’être corrigé. | Texte alternatif qui répète le texte voisin. |
Qui le corrige
Chaque problème indique le rôle responsable : développement, conception ou contenu. Vous pouvez ainsi répartir le travail sans décoder des rapports techniques.
Qui est concerné
Nous indiquons qui rencontre la barrière : par exemple les personnes qui utilisent un lecteur d’écran, qui naviguent au clavier uniquement ou qui ont une basse vision.
Où c’est
Pages concernées, appareil, modèle et élément exact, avec capture et code dans l’inspecteur.
Comment le corriger
Un guide en espagnol et en anglais avec le critère de succès WCAG, la clause EN 301 549 et des exemples de code. Les gains rapides sont mis en avant.
Suivi entre les analyses
Chaque problème a une empreinte stable : lorsque vous relancez une analyse, nous savons lesquels sont nouveaux, lesquels restent et lesquels vous avez corrigés. Ce que vous décidez est conservé par élément : si un élément bouge dans le code, une vérification le dit au lieu de le compter comme corrigé.
Nous enregistrons la version du moteur à chaque analyse. Si une mise à jour du moteur change un résultat, nous le marquons comme « changement du moteur », et non comme une correction de votre part.
Une note honnête
Aujourd’hui, la note reflète les tests automatiques. La revue manuelle s’affiche à part ; lorsqu’elle alimentera la note, elle représentera 40 %, le maximum sans revue sera 60, et tant que vous n’aurez pas examiné 80 % des critères de succès, vous verrez « Revue manuelle en attente ».
Commencer avec SiteNorma
Créez votre compte et commencez à améliorer l’accessibilité de votre site. Le plan Gratuit inclut 10 pages analysées par mois, sans carte bancaire.