Confiance
Accessibilité
Ce site est conçu et testé selon les Règles pour l’accessibilité des contenus Web (WCAG) 2.2, niveau AA. Pour nous, l’accessibilité est un test que le travail doit réussir avant la livraison, et non une réparation à faire après le lancement.
Engagement
L’accessibilité est un test que le travail doit réussir
Certaines personnes qui utilisent nos réalisations dépendent d’un lecteur d’écran, de l’agrandissement d’écran, de la saisie vocale, d’un contacteur ou du seul clavier. Un système qu’elles ne peuvent pas utiliser n’est pas mis en production, quels que soient ses résultats d’évaluation.
Nous traitons l’accessibilité comme la sécurité : nous la prévoyons dès le départ et la vérifions par un test qui réussit ou qui échoue. Ce site vise la conformité aux WCAG 2.2, niveau AA. La même norme figure dans les critères d’acceptation des logiciels que nous construisons, et l’énoncé des travaux en délimite et en chiffre l’évaluation dès le départ.
Note
Ce que nous ne prétendons pas
Aucun tiers n’a audité l’accessibilité de ce site, et nous ne détenons aucune certification en accessibilité. Cette page est notre propre déclaration : ce que nous avons construit, comment nous l’avons testé et ce qui reste imparfait.
Ce site
Les mesures précises prises sur ce site
Vous pouvez vérifier chacune des mesures ci-dessous. Si l’une d’elles échoue sur une page, c’est un défaut, et nous voulons le savoir.
Structure et ordre de lecture
- Des points de repère sémantiques (un véritable en-tête, une navigation, un contenu principal et un pied de page) pour que les technologies d’assistance puissent sauter d’une région à l’autre.
- Exactement un titre de premier niveau (H1) par page, des titres dans un ordre logique et aucun niveau sauté.
- Un lien d’évitement vers le contenu principal, premier élément pouvant recevoir le focus sur chaque page.
- De véritables tableaux, avec une légende et des cellules d’en-tête dont la portée est déclarée, et non une grille de div stylisés.
- La langue de la page est déclarée, et les titres de page sont descriptifs et uniques.
Utilisation et saisie
- Tout est utilisable au clavier seulement, dans un ordre sensé, sans piège au clavier.
- Des indicateurs de focus visibles et non masqués par des en-têtes fixes ou par d’autres contenus.
- Des cibles interactives qui respectent le minimum de 24 sur 24 pixels de feuille de style en cascade (CSS), avec un espacement suffisant.
- Des formulaires à étiquettes visibles et persistantes, avec identification programmatique de la finalité des champs personnels, et des messages d’erreur qui nomment le champ et indiquent comment le corriger, jamais par la couleur ou la forme seules.
- Une navigation cohérente et une dénomination cohérente dans tout le site.
Présentation
- Un contraste du texte égal ou supérieur aux seuils AA, y compris sur les sections bleu marine.
- Un contraste du contenu non textuel pour les anneaux de focus, les bordures, les contrôles de formulaire et les éléments de schéma.
- La prise en charge d’un zoom du texte à 200 % et d’une redistribution à 400 % sans perte de contenu ni défilement horizontal.
- La prise en charge du mouvement réduit : lorsqu’une transition existe, elle est supprimée si le système d’exploitation demande un mouvement réduit. Rien sur ce site ne se lance automatiquement, ne clignote ni ne bouge sans action de la personne.
- L’information n’est jamais transmise par la couleur seule.
Contenu et résilience
- Un équivalent textuel pour chaque schéma, ainsi qu’une description adjacente dans le texte de la page, pour que le raisonnement tienne, que l’image s’affiche ou non.
- Des intitulés de liens descriptifs. Aucun « en savoir plus », aucun « cliquez ici ».
- Le contenu et les fonctions essentielles fonctionnent sans JavaScript : le routage, les tableaux, l’information sur les prix et le formulaire de contact sont tous présents dans le langage de balisage hypertexte (HTML) rendu par le serveur.
- Un langage clair, des sigles développés à la première occurrence et des phrases courtes.
Source
Norme appliquée : Règles pour l’accessibilité des contenus Web (WCAG) 2.2, niveau AA, recommandation du World Wide Web Consortium (W3C), y compris la taille minimale de cible de 24×24 pixels CSS et les exigences de focus non masqué introduites dans la version 2.2.
Tests
Comment cela est testé
Comment savez-vous que ce site respecte la norme ?
Deux couches s’exécutent à chaque livraison. Des vérifications automatisées passent sur chaque route lors de la compilation, et une violation fait échouer la livraison. Elles repèrent les problèmes de contraste, de points de repère, d’étiquettes, d’ordre des titres ainsi que de nom, rôle et valeur. Elles ne peuvent pas juger l’ordre de lecture, le comportement du focus, la qualité des intitulés de liens ni l’utilité de la description d’un schéma. Une personne parcourt donc le site au clavier seulement, puis avec un lecteur d’écran. Les deux couches doivent réussir avant la mise en ligne d’un changement.
| Vérification | Couverture | Moment |
|---|---|---|
| Analyse automatisée des règles | Contraste, étiquettes, points de repère, ordre des titres, nom, rôle et valeur, identifiants en double | Chaque compilation, sur chaque route ; bloquante |
| Passage manuel au clavier | Ordre de tabulation, visibilité du focus, focus non masqué, absence de piège, lien d’évitement, taille de la cible | Chaque livraison |
| Examen au lecteur d’écran | Ordre de lecture, qualité des liens et des titres, sémantique des tableaux, descriptions des schémas, erreurs de formulaire | Chaque livraison |
| Zoom et redistribution | Zoom du texte à 200 %, redistribution à 400 %, mise en page sur petite fenêtre d’affichage | Chaque livraison |
| Passage sans JavaScript | Navigation, contenu, tableaux et formulaire de contact lorsque les scripts ne sont pas disponibles | Chaque livraison |
Honnêteté
Limites connues
Voici les points sur lesquels nous travaillons encore :
- Longs tableaux comparatifs
- Ils défilent horizontalement sur les écrans étroits. Ce défilement est annoncé et fonctionne au clavier. Nous mettons à l’essai une présentation empilée.
- Langue
- Ce site est publié en français et en anglais. La version française n’est pas une traduction automatique. Elle est rédigée selon un glossaire terminologique imposé, et Alexander Leslie, cofondateur de langue maternelle française et anglaise, la révise avant sa publication. Il dirige aussi les mandats en français pour les systèmes de nos clients, et nous n’offrons pas de traduction automatique à la place d’un service en français. Nous testons les deux versions selon les mêmes critères. L’évaluation bilingue des systèmes livrés est une question distincte, décrite ci-dessous.
- Contenus intégrés de tiers
- Nous les évitons. Si nous en ajoutons un un jour, nous le testons selon la même norme, sinon il n’est pas mis en ligne.
Si vous rencontrez un problème qui ne figure pas dans cette liste, c’est un défaut que nous n’avons pas encore trouvé. Dites-le-nous.
Rétroaction
Signalez un obstacle et obtenez un échéancier
Écrivez à info@whiteglovelabs.ai en indiquant « accessibilité » dans l’objet du message. Joignez l’adresse de la page, ce que vous tentiez de faire, ainsi que la technologie d’assistance, le navigateur et le système d’exploitation que vous utilisiez. Un signalement d’une seule ligne est aussi le bienvenu : nous vous demanderons les détails qui nous manquent.
Si une page vous est inutilisable, dites-le-nous. Nous vous fournirons le contenu dans un autre format ou nous vous le présenterons directement.
Note
Ce à quoi nous nous engageons
- Accuser réception dans les deux jours ouvrables, par une personne et non par un répondeur automatique.
- Indiquer un échéancier de correction une fois le problème reproduit. Si la correction dépasse la simple retouche, nous le disons et nous proposons une solution de contournement en attendant.
- Confirmer la correction, ou ajouter le problème à la liste des limites ci-dessus s’il n’est pas encore corrigé.
Contexte
Le contexte juridique et normatif canadien
La Loi canadienne sur l’accessibilité engage les organisations sous réglementation fédérale à repérer, à éliminer et à prévenir les obstacles, y compris dans les technologies de l’information et des communications, et à rendre compte publiquement des progrès accomplis. On attend des institutions fédérales qu’elles respectent les exigences d’accessibilité dans ce qu’elles publient et dans ce qu’elles achètent. Ces attentes s’harmonisent avec la norme européenne EN 301 549, qui intègre les WCAG pour le contenu Web. Dans les faits, un marché public renverra normalement aux WCAG de niveau AA, et un évaluateur vous demandera de le démontrer plutôt que de l’affirmer.
C’est la norme sur laquelle nous construisons. Les limites connues de ce site figurent ci-dessus.