Accessibilité numérique

TELUS accorde la priorité absolue aux clients. Nous nous efforçons donc d’offrir une expérience numérique accessible, peu importe les capacités, la qualité de l’appareil ou la taille de l’écran des clients. Nos lignes directrices ont été mises en place pour nous assurer de respecter les lois en vigueur, mais aussi pour que nos expériences numériques s’affichent correctement au moyen des technologies d’assistance.

TELUS et ses fournisseurs s’engagent à respecter, voire dépasser les règles pour l’accessibilité des contenus web 2.0, niveau AA (WCAG 2.0 AA). L’accessibilité est une exigence juridique énoncée par la Loi sur l’accessibilité pour les personnes handicapées de l’Ontario (LAPHO) et du Conseil de la radiodiffusion et des télécommunications canadiennes (CRTC).

Responsabilités en matière d’accessibilité selon le rôle

L’accessibilité est au cœur du processus de développement de produits de TELUS. Nous sommes tous responsables de créer des expériences de calibre mondial qui sont facilement accessibles à nos clients. Afin de vous donner une meilleure idée de ces rôles, nous avons souligné quelques éléments clés






Les technologies d’assistance

Certains clients de TELUS échangent avec elle au moyen de technologies d’assistance qui aident les personnes qui ont un handicap à accomplir des tâches en ligne.

Les technologies d’assistance servant à échanger avec le contenu numérique comprennent :

  • Lecteurs d’écran

  • Logiciels de grossissement de l’écran

  • Lecteurs de texte

  • Logiciels de saisie de la parole

  • Autres dispositifs de saisie

  • Pointeurs de tête

  • Dispositifs de suivi du mouvement ou des yeux

  • Dispositifs de saisie à un seul bouton

Apprenez-en plus sur les technologies d’assistance sur le site Berkeley Web Access.

Le site est uniquement en anglais.


Accessibilité du clavier

L’accessibilité du clavier est un élément essentiel d’une expérience numérique accessible. Les clients qui ont une déficience visuelle ou motrice se servent d’un clavier pour parcourir le site web de TELUS. Ils utilisent parfois des claviers modifiés ou d’autres appareils qui reproduisent les fonctions d’un clavier.

Les utilisateurs de clavier doivent savoir où ils se situent sur la page. Les concepteurs doivent s’assurer que le focus du clavier est clairement visible.  Le style des éléments qui ont le focus du clavier doit être visiblement différent du style des éléments qui n’ont pas le focus.

Le site est uniquement en anglais.


Mise à l’essai des produits numériques 

Les essais concernant l’expérience utilisateur du début à la fin visent à vérifier que les utilisateurs sont en mesure d’effectuer la tâche désirée lorsqu’ils accèdent à la page. Des outils et des essais rapides permettent de déceler des bogues d’accessibilité qui nuisent à l’exécution des tâches sur la page.

Si un bogue est décelé, les testeurs doivent le signaler selon le niveau de priorité approprié. Tous les problèmes d’accessibilité doivent être réglés. Les priorités servent à organiser les tâches en attente. Les bogues décelés lors des essais automatisés doivent être corrigés avant le lancement. 

  • Critique (impossible d’effectuer la tâche)

  • Élevé (difficile d’effectuer la tâche)

  • Moyen (compliqué d’effectuer la tâche)

  • Faible (l’expérience est désagréable, mais n’affecte pas le résultat)





Outils d’essai 

Voici quelques outils que vous pouvez utiliser pour effectuer des essais d’accessibilité numérique automatisés. Tous les liens ci-dessous sont en anglais seulement.

axe

axe est une bibliothèque de règles en source libre pour les essais d’accessibilité. Elle permet aux développeurs d’exécuter des essais d’accessibilité automatisés et de prendre en charge l’accessibilité de leur code. axe fonctionne dans Chrome et Firefox.

a11y tools flower
WAVE

WAVE prend en charge l’évaluation par les personnes et donne des renseignements au sujet de l’accessibilité web. C’est un outil pratique pour les testeurs et les collaborateurs. Il fonctionne dans Chrome et Firefox.

google lighthouse

Les essais d’accessibilité effectués dans Lighthouse sont un sous-ensemble des essais de base d’axe, qui peuvent être validés automatiquement. Lighthouse recommande aussi une série d’essais manuels pour étendre la portée de l’accessibilité de votre site.

arc

ARC Toolkit de TPG est une extension compatible avec le navigateur Chrome seulement. Cet outil effectue des essais d’accessibilité automatisés au moyen du Dev Tools Inspector. Il est semblable à axe et WAVE, mais offre quelques fonctions supplémentaires.

microsoft insights

Extension pour Chrome et Microsoft Edge Insider permettant d’effectuer des essais d’accessibilité sur des sites et des applications web.

Essais effectués avec des technologies d’assistance 

Les lecteurs d’écran sont des moteurs de transposition du texte en parole qui aident les personnes aveugles ou malvoyantes à lire le contenu numérique. Utilisez un lecteur d’écran pour vérifier que les étiquettes et le texte descriptif sont annoncés correctement. Voici trois options :


Codage accessible

Les développeurs combinent le contenu et la conception visuelle pour construire l’expérience de nos clients. Les sections suivantes fourniront des renseignements sur le codage accessible et des conseils pour créer des produits numériques que tous peuvent utiliser.

Préciser la langue

L’attribut de langue aide les technologies d’assistance comme les lecteurs d’écran à choisir la langue ou la voix à utiliser pour lire le contenu des pages. HTML lang="fr"

Si la langue change sur la page (p. ex. une citation en anglais), définissez la langue pour ce fragment de contenu. em lang=“en”

Annoncer les changements d’état et les erreurs

Les changements dans l’IU doivent être indiqués visuellement et être soulignés par un équivalent textuel. Les renseignements multisensoriels font en sorte que les personnes ayant divers handicaps sont en mesure de percevoir le changement. Les erreurs peuvent être annoncées au moyen de « live-regions » (zones actives).

Communiquer l’état actuel

Il est courant que les éléments de l’IU aient deux états (ou plus) (p. ex. boutons activé/désactivé). L’état actuel doit être indiqué visuellement et au moyen de texte. La spécification ARIA (Accessible Rich Internet Application) améliore l’expérience d’accessibilité. Toutefois, l’utilisation incorrecte d’ARIA peut créer de nouveaux problèmes d’accessibilité. Utilisez les éléments HTML natifs auxquels vous ajouterez des étiquettes ARIA, au besoin, pour améliorer l’expérience.


Contenu réactif 

La conception web réactive utilise des mises en page et des images flexibles, ainsi que des requêtes média par feuilles de style en cascade. L’objectif de la conception réactive est de construire une page web qui détecte la taille et l’orientation de l’écran afin d’adapter la mise en page aux besoins de l’utilisateur. Vérifiez les points suivants lorsque vous codez une page réactive :

  • Le contenu est lisible à tous les niveaux d’agrandissement du navigateur, c’est-à-dire à moins de 100 %, à 100 % et jusqu’à 200 %.

  • Les pages sont entièrement réactives et compatibles avec les écrans de 320 px de largeur ou plus.

  • La taille des polices sur la page est réglée à 100 %.

  • La taille de police préférée définie par l’utilisateur dans son navigateur est utilisée pour l’affichage du contenu de la page.

Principes du mouvement

Le mouvement occupe parfois une grande partie de l’écran et a un effet différent sur chaque utilisateur. Les concepteurs et les développeurs doivent collaborer pour concevoir du mouvement accessible.

Native app accessibility

Mobile phones are commonly used by people with disabilities. They offer a portable solution to overcoming common barriers. Developers and designers must work together to create accessible app experiences on all platforms.