Les articles du standard à retenir sont 22, 23 et 24 qui décrivent les mesures transitoires du standard. En gros, tout contenu audio ou vidéo ou animation déjà sur un site Web et qui n’est pas conforme doit être accompagné par un avertissement du genre « Ce contenu peut ne pas respecter les exigences du SGQRI 008-01. » Tout nouveau contenu audio ou vidéo ou animation à partir d’aujourd’hui doit se conformer au SGQRI 008-03. Et pour finir, la page Accessibilité doit mentionné toute modification envisagée pour améliorer l’accessibilité de tout contenu audio, vidéo et animation.

Vous pouvez maintenant consulter une version HTML du standard au http://sgqri008.accessibiliteweb.com/SGQRI008-03.html (csaw.ca/sgqri3).

Décorative : Une image décorative est une image qui ne transmet aucune information pertinente pour la compréhension de contenu global de la page.

Un lecteur d’écran doit pouvoir transmettre une information compréhensible pour que l’utilisateur puisse avoir les mêmes informations pertinentes que celles qui sont communiquées visuellement.

Les cadres tel que les balises <frame>, <frameset> et <iframe>^{1 note de bas de page} doivent être accompagné par un attribut « title » qui contient un contenu approprié qui explique la nature du cadre.

Trop de structure tue la structure. Denis Boudreau, fondateur de la Coopérative AccessibilitéWeb. @dboudreau

Une page Web a besoin de structure. Une structure appropriée est construite principalement en utilisant de manière cohérente des balises d’en-têtes de section et des listes (soit numérotées, ordonnées ou de définition). Il est cependant possible d’avoir trop de structure, c’est-à-dire qu’il y a trop d’en-têtes ou de listes. Ceci pourrait entraver à la capacité à l’utilisateur d’un lecteur d’écran de comprendre clairement la structure de la page. Les lecteurs d’écran ont des fonctionnalités qui peuvent extraire une liste complète des en-têtes de section d’une page Web afin de faciliter sa navigation, donc s’il y trop d’en-têtes dans cette page Web, même s’ils sont hiérarchisés  il y aura une énorme liste à consulter. Dans la même veine, les listes doivent avoir au plus trois niveaux en profondeur afin d’éviter une structure inutilement complexe. Ce qui me fait penser au mantra KISS (Keep it simple stupid).

Une autre façon de simplifier vos pages Web est en ordonnant les sections de la page d’une manière logique et en faisant en sorte que la mise en page de votre code HTML représente l’ordre dans lequel votre utilisateur naviguera à travers la page.

Tester souvent, corriger peu, dépensez moins. Léonie Watson, directrice d’accessibilité chez Nomensa. @LeonieWatson

J’aime cette citation, car elle résume bien la façon dont je vois le développement Web en particulier lorsque l’accessibilité est impliquée. La raison est que peu importe votre expertise en matière d’accessibilité Web, la réalisation d’une page Web doit tenir compte d’un peloton d’exigences en accessibilité et ces exigences doivent être testées par des utilisateurs qui ont différents types de limitations. Donc, si des tests appropriés ont été mis en œuvre à travers les différentes étapes du processus de développement Web, de très petites modifications devraient être fait et bien évidemment à un moindre coût.

Chaque fois que vous démarrez sur un nouveau projet Web, anticiper les étapes en mettant une priorité à l’accessibilité du Web depuis le début sera toujours moins coûteux que d’intégrer l’accessibilité une fois que le site est complété.

Nous construisons pour notre propre avenir. Jared Smith, directeur associé chez WebAIM. @jared_w_smith

Cette dernière citation est très pertinente, surtout ici au Canada, où la population vieillit rapidement. Le vieillissement entraîne des handicaps qui peuvent affecter notre capacité à naviguer sur le web de la même manière que nous avons été habitués. Ces limitations peuvent comprendre la perte de la vue, d’audition ou de mobilité. Même si une génération plus avertie développe ces handicaps, ils ne perdront pas leur appétit pour l’information constante et atteignable. Imaginez que votre site web préféré est soudainement devenu plus difficile à lire, que vous ne pouvez plus entendre des vidéos ou que la souris est devenue pénible à utiliser et vous avez besoin d’utiliser les touches du clavier pour naviguer dans une page Web. Ne voudriez-vous pas être libre d’obstacles? Moi, oui.

Avoir une bonne structure, tester à fond et anticiper les besoins de l’avenir sont trois excellentes leçons à prendre de ces citations. J’espère que ces citations vous ont inspiré autant qu’ils m’ont inspirée.

Dans le cadre du développement des standards gouvernementaux d’accessibilité, de nombreux guides ont été développés au ministère des Services gouvernementaux, permettant aux webmestres de partir du bon pied dans l’intégration des pratiques d’accessibilité liées à SGQRI 008. De ce nombre :

• Guide d’évaluation de l’accessibilité d’un site Web (PDF, 448 Ko)
• Guide sur les pièges communs de l’accessibilité (PDF, 260Ko)
• Guide de partage des responsabilités et des tâches relatives à l’accessibilité d’un site Web (PDF, 325Ko)
• Version Excel des grilles de répartition des responsabilités et des tâches (Excel, 409Ko)

Ces guides, bien utiles, permettent donc de démarrer efficacement, mais obligent l’évaluateur à procéder à toutes sortes de tests à partir de barres d’outils devant être intégrées à même son ou ses navigateurs. Or, quiconque évolue dans un contexte de parc informatique contrôlé sait fort bien qu’il n’est pas toujours possible d’installer quoi que ce soit sur son poste, aussi inoffensif l’outil en question puisse s’avérer. Dans un tel contexte, comment arriver à développer l’autonomie nécessaire pour évaluer, à l’interne et avec tous les risques d’erreurs que cela comporte, l’accessibilité de ses sites Web et ce, sans devoir tout mesurer manuellement ?

Pour le moment, il faut bien le dire, aucun outil n’est prévu au niveau gouvernemental afin de mesurer une page Web aux exigences de SGQRI 008-01. De tels outils sont toutefois absolument indispensables pour qu’une organisation puisse espérer rencontrer ses objectifs de conformité. C’est pourquoi nous développons actuellement chez AccessibilitéWeb une série d’outils qui permettront aux organisations de gagner cette autonomie en offrant un moyen simple et efficace d’obtenir une première appréciation du degré d’accessiblité des projets Web. Il s’agira de services à abonnements mensuels, qui permettront d’évaluer les critères techniques des standards. Ces outils seront accompagnés de grilles de tests complémentaires, permettant de compléter l’évaluation pour tous les aspects ne pouvant être automatisés par programmation (car il y en a toujours).

Nous prévoyons lancer ces services en version Beta dès le mois prochain. Rendus disponibles à un nombre limité d’utilisateurs, les services seront progressivement ouverts à un nombre grandissant d’organisations sur la base du premier arrivé, premier servi.

Nous vous invitons à entrer en contact avec nous si vous souhaitez être tenus au courant du dévoilement de ces services et être parmi les premiers invités à les utiliser.

Cette année encore, la réponse est non ! Pire, si on compare les résultats de cette année avec ceux de 2008, on constate même une importante dégradation comparativement aux résultats obtenus à la précédente évaluation. Les analyses réalisées sur les pages d’accueil des sites des cinq principaux partis politiques fédéraux démontrent le manque de sensibilité face aux besoins d’adaptation des personnes handicapées sur le Web et la faiblesse du niveau d’accessibilité des contenus qui y sont proposés.

Selon la plus récente enquête de Statistiques Canada, les personnes handicapées comptent pour 4,4 millions de citoyens, soit 14,3 % de la population canadienne. Afin de profiter comme tous les canadiens et canadiennes de leurs droits les plus fondamentaux de participation citoyenne, les personnes handicapées éprouvent des besoins d’adaptation qu’il s’avère nécessaires de combler.

Lorsqu’on songe que les erreurs d’accessibilité identifiées sur les sites Web des partis politiques représentent les bonnes pratiques les plus élémentaires en matière de développement Web, il y a lieu de penser que nous sommes encore bien loins du jour où les prétendants au pouvoir atteindront leurs objectifs à rejoindre l’ensemble de la population.

Peut-on espérer que les différents partis, dont celui-là même qui était au pouvoir au moment de l’adoption des standards gouvernementaux d’accessibilité, recevront cette année le message ? À quand un réel effort d’inclusion des citoyens pour vendre leurs projets de société à tous et toutes, incluant les personnes handicapées ?

En conclusion, nous constatons à nouveau que la prise en compte des personnes handicapées sur le Web se fait encore attendre et ce, même des gouvernements qui travaillent pourtant d’arrache-pied pour assurer un accès équitable aux technologies de l’information et des communications aux personnes margnalisées par celles-ci. Nous encourageons toute initiative qui peut transformer ce portrait en faisant appel à la bonne volonté de ceux et celles qui tentent à venir chercher nos votes.

Nous vous donnons rendez-vous à la prochaine campagne électorale (fédérale ou provinciale) pour constater si des progrès significatifs seront accomplis d’ici là du point de vue de l’accessibilité. En espérant de tout cœur que la prochaine fois, la tendance ne se maintienne pas…

Complément (présentations)

• Élections Fédérales 2011 : accessibilité pour les personnes handicapées des sites Web des cinq principaux partis politiques fédéraux
• Accessibilité du Web et politique fédérale : qu’en est-il trois ans plus tard ?

Consultez la page Aide pour plus d’information sur les contenus non conformes.

Après l’initiale impression de sacrilège, il m’avait ouvert l’esprit sur le fait que bien que ces aspects du développement Web étaient très importants, ils ne pouvaient véritablement trouver leur sens que dans une quête plus approfondie de la « qualité Web ». Qualité Web qui elle, en plus d’inclure des aspects de standards ouverts ou d’accessibilité, se devait d’embrasser plus large, de voir plus loin. Étonné, mais surtout curieux, j’avais ainsi découvert Élie Sloïm, qui en plus de rapidement devenir un ami, allait exercer une influence très positive sur mon développement comme professionnel du Web.

C’est ainsi qu’après avoir collaboré sur la fondation du site OpenWeb, lui et moi nous retrouvions sur Skype à des heures impossibles en 2004 pour discuter de bonnes pratiques Web et développer une première version de ce qui allait devenir le référentiel des bonnes pratiques Opquast. Au travers de discussions passionnantes, nous nous étions rapidement découverts des atômes crochus et avons par la suite toujours tenté de trouver des façons de collaborer professionnellement.

Bien que le travail, la distance et les intérêts m’aient entraînés ailleurs par la suite, je suis toujours demeuré intéressé et lié aux développements qu’apportaient Élie et son équipe (par le biais de sa société, Temesis) au référentiel de bonnes pratiques Opquast. L’outil est passé par plusieurs phases depuis, pour atteindre un niveau de qualité des plus enviables dans les dernières années avec le service Opquast Reporting, un tableau de bord permettant une vue d’ensemble sur l’ensemble des sites Web sous notre contrôle pour en améliorer la qualité ou l’accessibilité.

L’an dernier, afin d’optimiser sa production, AccessibilitéWeb s’est mise activement à la recherche d’outils pour améliorer sa méthodologie d’évaluation de sites Web. Naturellement, nous nous sommes tournés vers Temesis pour vérifier si Opquast Reporting pourrait s’acquitter de la tâche, notamment en proposant une grille d’évaluation adaptée pour SGQRI 008. Après quelques mois de négociations et de tests, nous sommes heureux d’annoncer que c’est effectivemment le cas et que depuis quelques semaines déjà, nous sommes en mesure d’utiliser cet outil pour produire des évaluations d’accessibilité selon les standards d’accessibilité en vigueur au Québec. Les outils fonctionnent et nous sommes confiants qu’une adaptation québécoise des grilles d’évaluation de l’accessibilité verra le jour dans les prochains mois !

Ce travail avec Temesis nous a également mené à considérer une entente formelle de partenariat que nous avons eu le plaisir d’officialiser il y a quelques semaines. C’est donc avec grand plaisir que je vois se concrétiser une envie vieille de plusieurs années déjà, dans laquelle deux copains ont enfin trouvé une manière de s’unir au travers de leurs organisations respectives et ce, malgré l’océan qui les sépare.

La collaboration avec Temesis portera notamment sur la réalisation de prestations, sur l’amélioration des services en lignes proposés et sur la commercialisation de ces services, notamment les abonnements Opquast Reporting sur le continent Nord-Américain. C’est dire qu’au courant de l’année, AccessibilitéWeb proposera des outils capables d’évaluer la conformité aux exigences gouvernementales SGQRI 008, ce dont nous sommes très fiers.

Tout porte à croire que ce n’est que le début d’une longue et fructueuse collaboration pouvant déboucher sur différents projets. À preuve, je m’envole la semaine prochaine pour Paris, où je participerai avec les experts accessibilité de Temesis, à trois jours de formation experte sur l’accessibilité du Web.