Conformité

Une analyse sans erreur ne constitue pas, à elle seule, une déclaration de conformité WCAG et prétendre le contraire est précisément le genre d’excès que ce moteur refuse. Cette section explique comment les résultats de chaque règle s’agrègent en un verdict par critère de succès, ce que ce verdict couvre honnêtement et ce qu’il ne couvre pas, et comment faire tourner un vrai pipeline de CI en tenant compte des violations connues et déjà examinées, au lieu de bloquer chaque build jusqu’à ce que tout soit corrigé d’un coup.

Correspondance de conformité WCAG

Voyez précisément comment s’articulent les règles atomiques, les facettes de couverture et les règles composites d’agrégation par critère de succès WCAG, et pourquoi un critère dont toutes les vérifications sont revenues sans problème reste cantTell, vérifié en partie, plutôt qu’un vague « ça a l’air correct » : une règle composite dit quelles parties ont été vérifiées et laisse le reste à une personne. Une analyse qui nomme quelques vérifications plutôt qu’une cible rend quand même compte des critères auxquels elles appartiennent, et indique ceux qu’elle n’a vérifiés qu’en partie. Ciblez un niveau de conformité (A, AA ou AAA) sur n’importe quelle version de WCAG avec un seul jeu de tags ou un profil nommé, rattachez chaque résultat à la clause d’EN 301 549 qui reprend son critère quand c’est la norme sur laquelle vous rendez compte, et obtenez une réponse claire à la question qui compte vraiment : que peut vous dire ce type de résultat automatisé, et où s’arrête-t-il ? Voir Correspondance de conformité WCAG.

Baseline / allowlist

Ne laissez pas une première analyse d’un site existant et imparfait bloquer tous les builds à venir : enregistrez une fois ce qui est déjà connu, et ne faites échouer la CI que sur les violations réellement nouvelles. C’est la différence entre « on ne peut rien livrer tant que ce n’est pas parfait » et « on peut détecter les régressions dès aujourd’hui », et c’est ce qui amène concrètement une équipe à activer le contrôle. Elle peut aussi accepter les constats qui penchent vers l’échec, et une baseline écrite avant une mise à jour continue de correspondre pendant une version mineure quand le code de raison d’un constat est scindé ou nouvellement attribué. Voir Baseline / allowlist.