Accessibility Statement24 octobre. Soixante-huit jours avant le 31 décembre 2026.
Il existe deux façons de remettre un audit d'accessibilité à une équipe technique. L'une produit des corrections, l'autre produit un fichier que personne n'ouvre.
Trois situations. Une est la vôtre.
A) Vous avez payé un audit et reçu un PDF de soixante pages que votre développeur a ouvert une fois.
B) Le rapport est arrivé, personne n'a su par quelle ligne commencer, et le dossier dort depuis.
C) Vous n'avez pas encore commandé d'audit et vous ne savez pas quoi exiger du livrable.
Ce qu'une liste exploitable contient, une ligne par barrière :
Le critère, par son numéro. 1.1.1, 3.3.2, 2.4.7. Pas « améliorer l'accessibilité » : un numéro que le développeur peut chercher et comprendre en trente secondes.
La position exacte. 1.1.1, img sans alt, sur /produits. 3.3.2, input sans label, sur /panier. 2.4.7, focus invisible, sur /compte. Sans la page et l'élément, chaque constat devient d'abord une enquête.
La reproduction en trois lignes, clavier d'abord. Tabulez jusqu'au champ, observez que le focus disparaît, constatez qu'aucun indicateur ne revient. N'importe qui dans l'équipe voit la barrière en trente secondes, y compris la personne qui doit approuver le budget.
Et comment savoir que la correction fonctionne. C'est le champ que presque tous les rapports oublient, et c'est pour cette raison que « corrigé » se révèle si souvent ne pas l'être. Sans test de vérification, personne ne peut fermer la ligne honnêtement.
Le mois suivant, nous retestons et le dossier est réémis, avec la date du jour. Le registre public dit l'état réel du site, pas celui du jour du premier test.
La part qui ne nous arrange pas : nous ne corrigeons pas votre code. C'est votre équipe ou votre agence qui le fait, et vous devriez vous méfier d'un fournisseur qui propose de trouver et de corriger sur la même facture — ce qu'il vend alors, c'est du développement sous une étiquette d'audit, et cela coûte plusieurs fois le prix. De même : en dessous de 20 employés en Ontario, aucun rapport n'est dû ; entre 20 et 49, l'exigence web de la s. 14 ne s'applique pas.
Écrivez A, B ou C en commentaire. Je lis chacun et je réponds personnellement en indiquant les champs à exiger de votre prestataire avant de régler la facture.
Ensuite, envoyez-le à votre développeur. Il attend que quelqu'un le dise à votre place.
