Aller au contenu
A11ySignal

Méthodologie

Un score qu'on ne peut pas vérifier ne mérite pas d'être montré

Voici la formule entière. Elle est volontairement simple : vous devez pouvoir recalculer votre score à la main depuis un rapport, et prévoir ce qu'une correction lui fera.

La formule

Une page part de 100. Chaque élément en échec retire des points selon la gêne qu'il cause, et le retrait pour une même règle est plafonné.

critiquebloque des personnesQuelqu'un ne peut pas terminer la tâche du tout.−5 chacun
gravefait vraiment malQuelqu'un y arrive, mais au prix d'un effort réel.−3 chacun
modérégêne le parcoursRalentit les gens ou déroute les technologies d'assistance.−1.5 chacun
mineurdétail à corrigerÀ corriger la prochaine fois que vous ouvrez le fichier.−0.5 chacun
pageScore = clamp(0, 100,
  100 − Σ  weight(impact) × min(failingElements, 10)
        rules
)

siteScore = mean(pageScore)   // chaque page compte pareil

Pourquoi ce plafond existe

Un gabarit cassé peut produire quatre cents échecs identiques — une grille de produits où aucun lien n'a de nom accessible, par exemple. Sans plafond, cette page vaut zéro, et elle vaut encore zéro une fois la moitié corrigée. Un score qui ne bouge pas est un score que personne ne consulte.

Plafonner le retrait à 10 éléments par règle garde le chiffre sensible aux progrès. Le total réel est toujours affiché à côté : rien n'est caché — le plafond change le score, pas le rapport.

Ce que ce chiffre n'est pas

Ce n'est pas un pourcentage de conformité, et 100 ne veut pas dire conforme. Cela veut dire qu'aucune règle automatique n'a échoué sur les pages que nous avons pu lire. Les vérifications automatiques couvrent environ un tiers des WCAG ; le reste — l'ordre de tabulation, le fait qu'un texte alternatif dise quelque chose, qu'un composant maison se comporte comme le motif qu'il imite — demande une personne.

Chaque page de critère dit si une règle automatique le couvre. Là où aucune ne le fait, nous le disons plutôt que de laisser un vide que vous pourriez lire comme une réussite. Voir ce que les tests automatiques trouvent et ne trouvent pas.

Ce qui s'exécute, exactement

moteuraxe-coreLe moteur de règles libre de Deque, non modifié. Le même que celui des extensions de navigateur que beaucoup d'équipes utilisent déjà : les résultats concordent.4.13.0
navigateurchromiumUn vrai navigateur en 1280×900, JavaScript exécuté et réseau stabilisé avant toute mesure.sans interface
ciblewcag-2.2Les règles étiquetées WCAG 2.0, 2.1 et 2.2 aux niveaux A et AA. Les règles de bonne pratique sont désactivées par défaut, pour qu'un score de conformité reste une affaire de conformité.niveau AA
exclubest-practiceDes conseils qu'aucun critère de succès n'exige. Signalés à part quand vous les activez.sur activation

Notes

Une note est un raccourci pour une conversation avec un client, rien de plus. Un 95 et un 96 sont le même site.

A95–100Rien de mesurable n'échoue.propre
B85–94Une courte liste, surtout cosmétique.mineur
C70–84Utilisable, avec de vrais obstacles.friction
D50–69Certaines personnes ne peuvent pas terminer certaines tâches.bloquant
F0–49De larges parties sont inutilisables sans souris ni vue.cassé

Nous nous l'appliquons à nous-mêmes

Chaque build de ce site est analysé par le même moteur, et le build échoue si quelque chose de grave apparaît. La première fois, nous avons trouvé treize échecs de contraste sur notre propre page d'accueil : bon argument pour l'analyse continue, mauvais argument pour faire confiance à une revue de design.