Déclaration d'accessibilité de Dohop
Cette déclaration d'accessibilité présente les principes, processus et outils que nous utilisons chez Dohop pour garantir que nos produits sont inclusifs et utilisables par tous les utilisateurs, y compris ceux en situation de handicap. Notre objectif est d'offrir une expérience constamment accessible sur toutes nos plateformes, en conformité avec les Règles pour l'accessibilité des contenus Web (WCAG) 2.2 au niveau AA.
Pourquoi l'accessibilité est importante
Au moins 1 personne sur 5 au Royaume-Uni déclare avoir un handicap. Chez Dohop, nous croyons que l'accessibilité est un droit humain fondamental et un élément central de la création d'excellents produits numériques. Qu'une personne réserve un vol en utilisant un lecteur d'écran, navigue au clavier ou fasse face à des limitations temporaires comme un bras cassé ou un faible éclairage, nous voulons que chaque utilisateur puisse trouver et réserver des vols facilement.
Accessibilité par conception
Intégration dans notre système de design
Nous intégrons les meilleures pratiques d'accessibilité directement dans notre système de design. Chaque composant et page suit une Liste de contrôle d'accessibilité standardisée, révisée pendant la phase de conception. Cette liste de contrôle garantit que nous abordons de manière cohérente :
- Le contraste des couleurs et l'utilisation de la couleur
- Les alternatives textuelles pour les images et icônes
- La gestion du focus et l'ordre logique de tabulation
- Les champs de formulaire accessibles et la gestion des erreurs
- Un langage clair et simple
- Des mises en page responsives et évolutives
- L'évitement de mouvements ou animations pouvant causer du mal (ex : crises d'épilepsie, nausées)
Les designers sont responsables de vérifier que ces considérations sont respectées et documentées avant transmission aux développeurs.
Pratiques d'accessibilité en développement
Vérifications de linting et analyses statiques
Nous utilisons eslint-plugin-jsx-a11y
dans notre base de code, qui signale les violations d'accessibilité comme les attributs aria
manquants, les boutons sans étiquette ou l'ordre incorrect des titres pendant le développement. Cela garantit que les problèmes sont détectés tôt, dans le cadre de chaque pull request.
Pipeline de tests de bout en bout
Nous intégrons les tests d'accessibilité automatisés dans notre pipeline e2e (de bout en bout) en utilisant :
- @axe-core/puppeteer pour la validation au niveau des composants et des flux d'interface utilisateur
- Les tests Cypress, améliorés pour détecter les violations EAA (Loi européenne sur l'accessibilité)
- Des vérifications de régression pour s'assurer que le comportement accessible n'est pas compromis lors des mises à jour
Révisions de code
Lorsque les développeurs révisent les pull requests, ils doivent :
- Tester en utilisant uniquement le clavier
- Tester en utilisant un lecteur d'écran
- Vérifier le contraste des couleurs avec les outils de développement Axe
- Zoomer à 200%
Tests d'accessibilité
Outils de test
L'équipe utilise une variété d'outils pour valider l'accessibilité à différentes phases :
-
Extensions de navigateur
- WAVE
- Axe
- Lighthouse
-
Outils de développement du navigateur
- Onglets d'accessibilité de Chrome et Firefox
- Régions live ARIA, inspection des rôles et focus clavier
Tests manuels
Nous complétons les outils automatisés par des vérifications manuelles, incluant :
- Tests de navigation au clavier (Tab, Shift+Tab, Entrée, Échap)
- Tests de lecteur d'écran (VoiceOver, NVDA ou TalkBack selon la plateforme)
- Vérification du contraste des couleurs sur du matériel réel
- Tests en modes d'affichage à contraste élevé et zoomé
Audit et amélioration continue
Audits indépendants
Nous nous engageons à effectuer des audits d'accessibilité réguliers par des auditeurs tiers certifiés tous les 6 mois. Ces audits incluent :
- Évaluation de conformité WCAG 2.2 AA
- Tests de technologies d'assistance
- Tests utilisateurs avec des personnes en situation de handicap
- Rapports et recommandations exploitables
Les résultats sont documentés et priorisés dans notre backlog d'accessibilité pour résolution.
Canaux de retour
Nous encourageons activement les retours des utilisateurs et fournissons un contact dédié à l'accessibilité sur notre site. Toute plainte ou barrière liée à l'accessibilité est investiguée rapidement.
Formation et responsabilité d'équipe
L'accessibilité est une responsabilité partagée :
- Les Designers s'assurent que chaque interaction est intuitive et utilisable dès le début.
- Les Développeurs appliquent les standards techniques d'accessibilité dans l'implémentation.
- Les Product Owners défendent l'accessibilité comme un besoin commercial et utilisateur.
- Le Support Client remonte les barrières signalées par les utilisateurs à l'équipe produit et accessibilité.
Gouvernance et feuille de route
Gouvernance
Notre responsable accessibilité travaille avec les équipes transversales pour :
- Maintenir la documentation et les processus d'accessibilité
- Réviser les résultats d'audit et superviser les remédiations
- Défendre l'accessibilité dans les nouvelles initiatives
Résumé
Dohop s'engage à construire des produits numériques accessibles et inclusifs. À travers des listes de contrôle, des tests automatisés, des audits et une culture de responsabilité partagée, nous visons à respecter et dépasser les standards d'accessibilité pour soutenir tous les voyageurs, quelles que soient leurs capacités.
Commentaires
0 commentaire
Cet article n'accepte pas de commentaires.