Motivations pour créer un contenu Web accessible

Il y a au moins 3 types de raisons principales qui devraient motiver les personnes à créer du contenu Web accessible :

1. Améliorer les vies des personnes handicapées (motivations centrées sur la personne)
2. Augmenter son audience ou sa clientèle (motivations marketing ou économiques)
3. Eviter les poursuites judiciaires et/ou la mauvaise publicité (motivations centrées sur la loi et sur la communication)

Toutes ces motivations peuvent être de bonnes raisons. Les sites accessibles permettent de toutes les satisfaire. Les motivations précédentes sont listées de la plus altruiste à la moins altruiste, mais finalement tant que le site Web est accessible qu’importent les motivations initiales des développeurs.

De manière indépendante des motivations particulières d’un développeur, il y aura toujours une certitude : l’accessibilité d’un site Web sera plus facilement réalisée quand les personnes sont au centre du processus de conception. Même ceux qui veulent seulement éviter les poursuites judiciaires réaliseront rapidement que les besoins du public cible – les personnes handicapées – doivent être conscencieusement pris en compte.

• Comprendre les perspectives et les besoins des utilisateurs
• Aller au-delà de l’accessibilité technique
• Mettre l’accent sur les principes d’accessibilité

Comprendre les perspectives et les besoins des utilisateurs

Les techniques et les recommandations d’accessibilité du Web n’ont pas été inventées pour rendre la vie difficile aux développeurs Web. Elles ont été inventées pour faciliter la vie aux personnes handicapées. Comme chacun, les personnes handicapées veulent accéder aux différentes ressources disponibles sur le Web. Beaucoup de services et de marchandises, autrefois uniquement disponibles dans les magasins brick-and-mortar, sont maintenant disponibles en ligne depuis le confort de son foyer. Rien ne pourrait être plus parfait pour rendre le monde plus accessible aux personnes handicapées.

Le Web n’est pas un obstacle pour les personnes handicapées, c’est la solution. Le Web a le potentiel de révolutionner la vie quotidienne de millions de personnes handicapées en augmentant leur capacité à accéder à l’information de manière indépendante, à la communication, aux divertissements, au commerce, et à d’autres aspects de la vie que la plupart des personnes tiennent pour acquis. Cependant, pour que le Web atteigne son plein potentiel pour les personnes handicapées, les développeurs de sites Web doivent toujours s’engager à concevoir en respectant les règles d’accessibilité. Le fait de ne pas le faire risque de transformer une solution révolutionnaire en un nouvel obstacle dans la vie des personnes handicapées.

C’est pourquoi l’accessibilité du Web a été inventée. C’est un concept à garder à l’esprit lors de l’élaboration de sites Web. Après tout, les personnes handicapées sont avant tout des personnes. Elles veulent simplement profiter de la vie. Un accès à Internet n’est pas une solution miracle ou une panacée à tous les obstacles rencontrés par les personnes handicapées, mais c’est au moins un pas dans la bonne direction.

Aller au-delà de l’accessibilité technique

Les techniques et les recommandations sont importantes car elles représentent une tentative de définir et de normaliser ce que l’accessibilité du Web signifie. Elles représentent un consensus, ou du moins l’opinion de la majorité, sur les meilleures pratiques et méthodes pour la réalisation de sites Web accessibles. Les recommandations internationales d’accessibilité du Web (WCAG) sont les règles les plus largement acceptées. Elles ont été développées sur plusieurs années par un groupe d’experts et de personnes intéressées. Le processus d’adoption de ces recommandations est délibérément lent et rigoureux afin de pouvoir examiner un large éventail de points de vue et de questions. Pourtant, aucun des participants à ce processus ne prétendra jamais que ces recommandations sont parfaites, ou que la conformité à celles-ci garantisse l’accessibilité du contenu Web. Les recommandations sont une excellente base sur laquelle construire des sites Web accessibles, mais sans comprendre leurs fondements, les développeurs peuvent mal les appliquer ou de manière inefficace.

Par exemple, l’une des plus célèbres recommandations est de fournir une alternative textuelle aux images dans l’attribut alt de la balise img. Si les développeurs Web apprennent uniquement cette recommandation sans la raison qui la motive, ils peuvent fournir une alternative textuelle inutile pour les utilisateurs qui en ont besoin. Ils peuvent même créer une barrière au lieu d’éliminer un obstacle.

(Lire Creating accessible images pour plus d’informations.)

Lorsque les développeurs se concentrent sur les spécifications techniques, ils peuvent respecter une accessibilité technique, mais ils peuvent ne pas atteindre une accessibilité fonctionnelle. Pour faire une comparaison, un grand immeuble de bureaux peut être techniquement accessible à une personne aveugle : cette personne peut être en mesure de marcher à travers tous les couloirs, prendre l’ascenseur, ouvrir les portes, etc., mais sans une explication (ou peut-être même une carte tactile) sur comment l’immeuble est organisé, où se trouvent les ascenseurs et les portes, et quels bureaux se trouvent à quels étages, la circulation dans l’immeuble sera très difficile, surtout si c’est la première fois. La personne pourra essayer de trouver des endroits selon un processus d’essais et d’erreurs, mais cela est très lent et difficile. L’immeuble est accessible, mais pas très fonctionnel.

De la même façon, les développeurs Web peuvent créer des sites web auxquels les personnes handicapées peuvent accéder, mais uniquement de manière difficile. Les normes techniques sont importantes, mais elles peuvent être insuffisantes. Les développeurs doivent apprendre quand et comment aller au-delà des normes techniques si nécessaire.

Mettre l’accent sur les principes d’accessibilité

La version 1.0 des WCAG était fortement axée sur les techniques d’implémentation de l’accessibilité, notamment par rapport au html. La version 2.0 prend une approche différente : elle se concentre davantage sur les principes d’accessibilité, et présente certaines techniques dans des documents séparés. En se concentrant plus sur les principes plutôt que sur des techniques, la version 2.0 est plus souple et encourage les développeurs à penser au moment du processus de conception. Les quatre grands principes directeurs de l’accessibilité dans les WCAG 2.0 sont :

• Perceptible
• Utilisable
• Compréhensible
• Robuste

Idéalement, ces principes s’énoncent dans un acronyme qui est relativement facile à retenir : POUR. L’idée est de créer un site web POUR, pour ainsi dire. Le jeu de mots peut être mauvais (pour sonne comme pauvre), mais s’il aide les développeurs à mémoriser les principes, il aura atteint son objectif. Chacun de ces principes est examiné plus en détail dans les pages qui suivent. Pour l’instant, nous nous contenterons de dire que la mise en avant des principes POUR permet de mettre les personnes au centre du processus, ce qui en fin de compte est l’objectif de ce document.