Return to Video

L'accessibilité pas à pas #a11yQC

  • 0:06 - 0:09
    Aujourd'hui, on a vu ce matin qu'il y avait des standards qu'il faut respecter.
  • 0:09 - 0:12
    Ça reste l'objectif final de toute démarche d'accessibilité,
  • 0:12 - 0:17
    mais la difficulté première c'est que la majorité des gens à l'heure actuelle
  • 0:17 - 0:20
    ne sont pas formés et il y a un grand besoin
  • 0:20 - 0:25
    de s'approprier ces standards et de les mettre en œuvre dans ces projets.
  • 0:25 - 0:28
    Pour pouvoir monter en compétences,
  • 0:28 - 0:35
    il y a 4 problématiques sur lesquelles je vais essayer de donner des réponses.
  • 0:35 - 0:38
    La première difficulté que je rencontre en tant qu'expert accessibilité
  • 0:38 - 0:42
    c'est qu'effectivement on va me demander de faire des audits,
  • 0:42 - 0:44
    des évaluations et puis on va me demander de
  • 0:44 - 0:49
    restituer des éléments par exemple sur lequel y a pas d'attribut alt sur les images
  • 0:49 - 0:52
    qui sont vraiment des choses très basiques sur lesquelles moi en tant qu'expert,
  • 0:52 - 0:54
    j'ai pas de valeur ajoutée,
  • 0:54 - 0:57
    parce qu'il y a des outils automatiques qui peuvent le faire même à la limite mieux que moi.
  • 0:57 - 0:59
    Donc ma problématique à moi en tant qu'expert,
  • 0:59 - 1:01
    C'est faire quelque chose qui m'intéresse
  • 1:01 - 1:05
    donc ce genre d'audit, je préfèrerais que ce soit des outils qui le fassent
  • 1:05 - 1:07
    de l'autre coté, j'ai des intégrateurs web
  • 1:07 - 1:09
    qui la plupart du temps
  • 1:09 - 1:14
    viennent me voir et me disent : "Bonjour, est-ce qu'il y a des consignes de développement accessibles ?"
  • 1:14 - 1:18
    alors effectivement on a SGQRI, en France on a RGAA.
  • 1:18 - 1:20
    On a les WCAG. La problématique de ça
  • 1:20 - 1:24
    c'est que les WCAG, SGQRI, le RGAA ce sont des documents qui sont destinés
  • 1:24 - 1:26
    à des testeurs d'accessibilité.
  • 1:26 - 1:30
    Ce ne sont pas des documents destinés à des intégrateurs, des développeurs.
  • 1:30 - 1:33
    Ils ne sont pas rédigés avec le langage d'un développeur web.
  • 1:33 - 1:35
    Donc quelles sont les consignes,
  • 1:35 - 1:40
    lorsque je développe plutôt que les règles à vérifier une fois que j'ai développé,
  • 1:40 - 1:43
    Pour être dès le départ dans le projet.
  • 1:43 - 1:47
    2ème difficulté, lorsque je mets en œuvre l'accessibilité
  • 1:47 - 1:49
    j'ai besoin d'avoir des gens qui sont motivés,
  • 1:49 - 1:52
    et pour les motiver, j'ai besoin d'avoir des éléments à leur communiquer
  • 1:52 - 1:56
    pour leur dire où est ce que j'en suis vers où je vais et comment je me compare
  • 1:56 - 1:58
    par rapport aux autres.
  • 1:58 - 2:00
    Cela, c'est un élément très important
  • 2:00 - 2:02
    parce que l'accessibilité au même titre que la qualité web
  • 2:02 - 2:05
    c'est des choses que l'on ne va pas voir.
  • 2:05 - 2:08
    On peut avoir une interface visuelle qui va être quasiment identique,
  • 2:08 - 2:12
    mais en tant que décideur ou en tant que personne impliquée dans un projet,
  • 2:12 - 2:16
    j'ai besoin d'avoir un outil pour pouvoir communiquer et montrer aux autres,
  • 2:16 - 2:19
    la valeur ajoutée de ce que je fais.
  • 2:19 - 2:22
    La troisième difficulté, c'est quelle est la priorité
  • 2:22 - 2:25
    parce qu'effectivement on a dit le respect d'un standard
  • 2:25 - 2:28
    il y a beaucoup de choses à faire quand on part de zéro ou quasiment.
  • 2:28 - 2:30
    Comment je priorise ces éléments-là?
  • 2:30 - 2:32
    Qu'est-ce que je mets, je traite d'abord
  • 2:32 - 2:36
    et comment je peux répartir justement les choses à faire.
  • 2:36 - 2:40
    Et puis enfin, comment je peux effectivement monter en compétences
  • 2:40 - 2:44
    le plus rapidement possible en ayant le minimum de coûts
  • 2:44 - 2:48
    parce qu'évidemment investir des centaines de milliers de dollars
  • 2:48 - 2:51
    sur l'accessibilité ça peut être une solution
  • 2:51 - 2:54
    mais il ne faut pas que la mise en œuvre de l'accessibilité
  • 2:54 - 2:57
    se fasse au détriment de la production des contenus elle-même.
  • 2:57 - 3:02
    En France on a effectivement le RGAA qui s'applique à toutes les villes.
  • 3:02 - 3:04
    De plus en plus de villes proposent des vidéos,
  • 3:04 - 3:07
    sur internet de leurs sessions municipales etc.
  • 3:07 - 3:11
    pour voir ce qui se dit dans les réunions.
  • 3:11 - 3:13
    Le sous-titrage normalement est obligatoire,
  • 3:13 - 3:15
    Si la ville en question n'a pas la possibilité de sous-titrer
  • 3:15 - 3:17
    parce que ça lui coûte trop cher,
  • 3:17 - 3:20
    ça ne veut pas dire qu'il faut qu'elle enlève la vidéo du site internet.
  • 3:20 - 3:22
    Parce que sinon si elle enlève la vidéo du site internet,
  • 3:22 - 3:24
    ça veut dire qu'il y a une perte d'informations pour tout le monde.
  • 3:24 - 3:28
    Donc il faut qu'il y ait cette possibilité de monter en compétences rapidement
  • 3:28 - 3:31
    tout en diminuant les coûts.
  • 3:31 - 3:34
    Donc une des solutions c'est ce qu'on va appeler
  • 3:34 - 3:38
    l'amélioration continue ou l'accessibilité agile.
  • 3:38 - 3:41
    Un premier point, ça va être de commencer par la base.
  • 3:41 - 3:46
    Et la base ça va être quoi? On va voir ça va être tout ce qui est automatisable et détectable automatiquement.
  • 3:46 - 3:49
    Le deuxième élément, ça va être la mise en place de ce qu'on appelle des indicateurs
  • 3:49 - 3:52
    et d'un tableau de bord qui permet de communiquer autour d'une démarche
  • 3:52 - 3:55
    pour pouvoir fédérer les équipes.
  • 3:55 - 3:59
    Le troisième élément c'est comment on peut répartir et prioriser ces tâches
  • 3:59 - 4:02
    de correction une fois qu'on a détecté des problèmes.
  • 4:02 - 4:06
    Et ensuite le dernier point, comment on va pouvoir faire de l'évaluation formative
  • 4:06 - 4:12
    c'est à dire se former en étant accompagné.
  • 4:12 - 4:17
    Donc pour la partie effectivement 'Commencer petit pour devenir grand'
  • 4:17 - 4:19
    la problématique que j'ai rencontrée, je vous l'ai dit tout à l'heure
  • 4:19 - 4:21
    c'est les intégrateurs, ils veulent des consignes de développement.
  • 4:21 - 4:26
    Ils veulent pas savoir 'Est-ce que je respecte la règle WCAG 10 42?'
  • 4:26 - 4:28
    ce qui les intéresse c'est 'Qu'est-ce que je dois corriger ?'
  • 4:28 - 4:30
    et 'Où est-ce que je dois le corriger ?'.
  • 4:30 - 4:32
    Et ça, ils veulent le savoir très rapidement.
  • 4:32 - 4:37
    Donc on a développé moi-même et puis un groupe de travail
  • 4:37 - 4:41
    au cours de l'année dernière, deux listes d'instructions
  • 4:41 - 4:46
    qu'on appelle WCAG First Steps ou Pas à Pas vers les WCAG 2.
  • 4:46 - 4:50
    La première étape ça va être effectivement toutes les choses qui sont des erreurs,
  • 4:50 - 4:54
    dont on sait à 100% que ce sont des erreurs, des choses à faire.
  • 4:54 - 5:01
    La deuxième, ça va être les risques à anticiper ou les choses qui vont être semi-automatisables,
  • 5:01 - 5:03
    c'est à dire qu'on va pouvoir détecter si un élément dans la page
  • 5:03 - 5:05
    mais on va pas pouvoir dire s'il est bon ou s'il est pas bon
  • 5:05 - 5:08
    mais on va pouvoir dire s'il est présent ou pas.
  • 5:08 - 5:11
    Ce qui est important, c'est effectivement au niveau de la rédaction
  • 5:11 - 5:14
    c'est comment vont être rédigés les intitulés.
  • 5:14 - 5:17
    Donc je vais vous donner un petit exemple.
  • 5:17 - 5:21
    Je suis parti des WCAG, donc en haut vous avez la règle WCAG,
  • 5:21 - 5:24
    qui dit 'Tout contenu non-textuel présenté à l'utilisateur
  • 5:24 - 5:29
    a-t-il un équivalent textuel qui remplit une fonction équivalente?
  • 5:29 - 5:31
    Ben je ne sais pas si vous faites de la formation, mais moi
  • 5:31 - 5:34
    si je vais voir un développeur web et que je lui dis ça,
  • 5:34 - 5:37
    avec ça il est bien content mais il ne sait pas ce qu'il faut qu'il fasse.
  • 5:37 - 5:41
    Donc concrètement comment on peut traduire ça par des règles simples
  • 5:41 - 5:43
    dont on sait qu'il y a une obligation,
  • 5:43 - 5:46
    c'est 'Utiliser un attribut alt pour l'élément img'
  • 5:46 - 5:49
    Donc l'intégrateur je vais le voir et je vais lui dire 'tu utilises un attribut alt sur l'élément img'
  • 5:49 - 5:51
    ça c'est ce que tu as à faire.
  • 5:51 - 5:54
    Et quand il va développer, il pourra éventuellement le tester
  • 5:54 - 5:58
    ou simplement connaître la règle et l'appliquer.
  • 5:58 - 6:02
    Un deuxième exemple: 'Ne pas utiliser d'attribut alt vide si l'élément
  • 6:02 - 6:05
    est le seul enfant d'un élément a ou bouton'
  • 6:05 - 6:09
    Pourquoi? Parce que si j'ai un attribut alt vide dans un a ou dans un bouton
  • 6:09 - 6:15
    ça génère un lien vide et donc il y a un problème d'accessibilité dans tous les cas de figure.
  • 6:15 - 6:19
    Donc ça c'est pour les éléments qu'on peut comme ça détecter automatiquement
  • 6:19 - 6:23
    et être sûr que c'est des choses à faire ou à ne pas faire.
  • 6:23 - 6:28
    Deuxième exemple, toujours basé sur les WCAG : 'la fonction de chaque lien est-elle déterminée
  • 6:28 - 6:34
    par le texte du lien seul ou par le texte du lien associé à un contexte du lien déterminé par un programme informatique
  • 6:34 - 6:38
    sauf si la fonction du lien est ambiguë pour tout utilisateur ?'
  • 6:38 - 6:43
    Pfiou, vous êtes encore avec moi ?
    Vous avez de la chance hein.
  • 6:43 - 6:48
    Donc concrètement pour un dévelopeur web,
    je vais lui dire 'Utiliser avec précaution l'attribut target
  • 6:48 - 6:51
    avec la valeur _blank pour l'élément a'
  • 6:51 - 6:53
    ça veut dire quoi ? ça veut dire qu'il va vouloir ouvrir
    une nouvelle fenêtre,
  • 6:53 - 6:57
    il va falloir qu'il fasse attention parce qu'il y aura
    des choses supplémentaires à faire
  • 6:57 - 7:00
    s'il veut rendre cet élément-là accessible.
  • 7:00 - 7:04
    Typiquement, il va devoir signaler l'ouverture
    de la nouvelle fenêtre
  • 7:04 - 7:08
    donc pour le respect de SGQRI, par exemple, il devra mettre une icône dans le lien
  • 7:08 - 7:12
    avec indication dans le alt pour dire nouvelle fenêtre.
  • 7:12 - 7:20
    Donc ça c'est la notion de d'exemple, d'instruction, d'avertissement.
  • 7:20 - 7:25
    Donc ça en utilisant ces deux listes-là, vous pouvez très rapidement
  • 7:25 - 7:34
    avoir un premier niveau de ... une première évaluation de votre niveau d'accessibilité
  • 7:34 - 7:38
    ça ne va pas vous garantir la conformité à un standard,
  • 7:38 - 7:41
    simplement ce que ça va faire c'est que ça va préparer le terrain
  • 7:41 - 7:44
    à simplement vraiement pouvoir commencer à travailler à l'accessibilité
  • 7:44 - 7:48
    ça va faire que quand vous allez engager
    un expert accessibilité pour vous assister
  • 7:48 - 7:52
    il va vraiment vous apporter de la plus-value,
    il ne va pas venir vous rapporter des choses
  • 7:52 - 7:55
    qu'un outil automatique va pouvoir vous dire ou que vous
  • 7:55 - 7:59
    en tant qu'intégrateur je dirais traditionnel, classique, avec un niveau de compétences moyen
  • 7:59 - 8:02
    devrait faire quotidiennement dans son travail.
  • 8:02 - 8:05
    Mettre un attribut alt sur une image, ce n'est pas faire de l'accessibilité
  • 8:05 - 8:09
    c'est juste connaître son métier de développeur web.
  • 8:09 - 8:12
    Maintenant, pour motiver tout cela,
  • 8:12 - 8:15
    il faut effectivement mettre en place des outils de communication.
  • 8:15 - 8:23
    La volonté c'est de rendre visible la démarche et les efforts,
  • 8:23 - 8:25
    de susciter éventuellement de la concurrence,
  • 8:25 - 8:28
    entre les équipes ou entres les responsables de projets,
  • 8:28 - 8:32
    de fixer des objectifs restreints de manière continue.
  • 8:32 - 8:37
    On va commencer petit et au fur et à mesure on va
  • 8:37 - 8:42
    faire monter en compétences les gens
    et augmenter les exigences
  • 8:42 - 8:44
    et puis on va avoir une démarche collégiale
  • 8:44 - 8:49
    Ces évolutions et ces améliorations, elles vont être faites
    de manière commune,
  • 8:49 - 8:52
    entre les développeurs et les responsables projets,
  • 8:52 - 8:54
    et il va y avoir une animation de la démarche
  • 8:54 - 8:59
    pour dire aujourd'hui on est à 90% conformes sur des critères de bases,
  • 8:59 - 9:01
    demain vous serez à 100%.
  • 9:01 - 9:03
    Quand vous serez à 100%, on rajoutera des critères
  • 9:03 - 9:06
    donc vous redescendrez à 80% et au fur et à mesure on peut demander aux gens
  • 9:06 - 9:09
    ce qu'ils veulent qu'on rajoute.
  • 9:09 - 9:26
    Je vais vous montrer un exemple en pratique cela.
  • 9:26 - 9:30
    Là c'est un exemple qui est basé sur les Ministères français
  • 9:30 - 9:33
    et qui est sur la qualité web donc il est pas restreint à l'accessibilité
  • 9:33 - 9:36
    mais l'idée c'est de pouvoir dire sur un parc de sites
  • 9:36 - 9:40
    ici sur 18 sites.
  • 9:40 - 9:44
    'Quelle est la qualité globale de ces 18 sites
  • 9:44 - 9:47
    et comment se classe chacun de ces sites et dans chacun de ces sites ?'
  • 9:47 - 9:51
    'Comment chaque site répond à différents critères ?'
  • 9:51 - 9:55
    donc on arrive à avoir une note globale sur 10
  • 9:55 - 9:57
    pour l'ensemble des sites.
  • 9:57 - 10:00
    On va avoir des indicateurs donc, par exemple, ici des indicateurs
  • 10:00 - 10:03
    accessibilité, vitesse, référencement, usabilité.
  • 10:03 - 10:07
    Sur une démarche vraiment que l'accessibilité SGQRI
    ça pourrait être
  • 10:07 - 10:10
    éventuellement un indicateur intégrateur web,
  • 10:10 - 10:13
    un indicateur rédacteur, un indicateur développeur,
  • 10:13 - 10:17
    qui donnerait des indications par type de profil.
  • 10:17 - 10:24
    On va avoir le nombre d'informations, un classement top 3 des sites
  • 10:24 - 10:29
    avec pour chaque site la note et puis le score de chaque indicateur.
  • 10:29 - 10:36
    Des conformités par niveaux, par type de sites, les critères les plus conformes.
  • 10:36 - 10:43
    En fait, toutes ces données-là, elles sont extraites d'un outil et directement mises en ligne.
  • 10:43 - 10:46
    Après cette interface, vous la partagez si vous le voulez
  • 10:46 - 10:52
    avec le public pour attirer l'attention des ministères.
  • 10:52 - 10:56
    On a en projet en travaillant avec Accessibiliteweb
  • 10:56 - 10:59
    de faire la même chose pour SGQRI.
  • 10:59 - 11:02
    De pouvoir montrer au gens 'Est-ce que je suis conforme SGQRI ?'
  • 11:02 - 11:05
    et si ce n'est pas le cas, que les gens rentrent dans la démarche
  • 11:05 - 11:07
    ou alors on peut l'utiliser en interne,
  • 11:07 - 11:10
    simplement pour dire voilà j'ai 10, 20, 30 sites
  • 11:10 - 11:14
    comment je fais pour voir où j'en suis.
  • 11:14 - 11:16
    Tout cela, ce sont des données qui sont mises en avant
  • 11:16 - 11:29
    par rapport au travail que vous faites dans vos évaluations ou dans vos mises en œuvre.
  • 11:29 - 11:34
    En novembre, on va publier le 1er baromètre SGQRI
  • 11:34 - 11:40
    qui sera basé sur les ministères et les organismes publics.
  • 11:40 - 11:44
    La répartition et la priorisation des tâches,
  • 11:44 - 11:46
    c'est une autre problématique.
  • 11:46 - 11:48
    Vous avez fait une évaluation, l'évaluation en tant que telle,
  • 11:48 - 11:50
    elle est intéressante. Le test en lui même est intéressant.
  • 11:50 - 11:53
    Sauf que le test va vous rapporter des problèmes.
  • 11:53 - 11:56
    Hors les problèmes ne correspondent pas à ce qu'il y a à faire concrètement.
  • 11:56 - 12:01
    Typiquement on a détecté qu'une image n'avait pas d'attribut alt
  • 12:01 - 12:03
    Pourquoi il n'y a pas d'attribut alt ?
  • 12:03 - 12:05
    Peut-être que c'est parce que le développeur
  • 12:05 - 12:08
    n'a pas produit la fonctionnalité dans le gabarit
  • 12:08 - 12:11
    de la page ou parce que dans l'interface de saisie
  • 12:11 - 12:14
    du gestionnaire de contenu il n'y a pas la possibilité pour le rédacteur de le saisir.
  • 12:14 - 12:16
    Il peut y avoir plusieurs causes possibles
  • 12:16 - 12:21
    à 1 problème qui est détecté on va devoir identifier plusieurs tâches.
  • 12:21 - 12:27
    Sur chacune de ces tâches, on va pouvoir affecter des profils et les estimer en durée.
  • 12:27 - 12:30
    Une fois que l'on aura estimé les durées et affecté les profils,
  • 12:30 - 12:34
    on va pouvoir les prioriser en fonction de l'impact utilisateur.
  • 12:34 - 12:36
    Ne pas avoir d'attribut alt sur une image,
  • 12:36 - 12:40
    ça a une forte conséquence pour l'utilisateur.
  • 12:40 - 12:47
    Ne pas avoir un intitulé de lien parfaitement pertinent dans un contexte donné,
  • 12:47 - 12:50
    ça va avoir moins d'impact.
  • 12:50 - 12:53
    Tout cela, ce sont des choses que l'on va pouvoir classer,
  • 12:53 - 12:58
    une fois que l'on a fait cette liste des taches de manière collaborative,
  • 12:58 - 13:04
    avec les gens qui détectent les problèmes et les équipes de développement.
  • 13:04 - 13:09
    Pour vous aider à cela encore une fois, on peut avoir des outils.
  • 13:09 - 13:11
    Je vais vous en montrer un exemple,
  • 13:11 - 13:14
    et puis on a pour WCAG pour l'instant et on est en rain de travailler avec Accessibiliteweb
  • 13:14 - 13:18
    pour faire la même chose sur SGQRI.
  • 13:18 - 13:23
    On a un document qui émane de ce qui a été montré ce matin,
  • 13:23 - 13:30
    le BOEW je vais vous le remontrer.
  • 13:30 - 13:35
    Ça c'est la répartition qui a été faite dans la boite à outils de l'expérience web.
  • 13:35 - 13:43
    Pour chaque critère WCAG, ils vont vous donner la répartition correspondante
  • 13:43 - 13:47
    en fonction du profil, par exemple le critère 1.1.1.
  • 13:47 - 13:52
    il concerne les rédacteurs, les développeurs, le contrôle qualité et le prototypage
  • 13:52 - 13:57
    Typiquement, si je détecte ce problème là et que je génère un rapport d'audit
  • 13:57 - 13:59
    je vais pouvoir l'envoyer uniquement à la personne
  • 13:59 - 14:01
    qui est concernée par ce problème là
  • 14:01 - 14:04
    et la personne qui n'est pas concernée n'aura pas la visibilité de ce point là
  • 14:04 - 14:11
    puisqu'il ne la concerne pas.
  • 14:11 - 14:17
    L'autre élément, c'est un exemple dans l'outil
    qu'on développe
  • 14:17 - 14:19
    chez nous à Temesis
  • 14:19 - 14:25
    On a une fonctionnalité de tâches ici ça correspond à un audit qui a été fait sur un site.
  • 14:25 - 14:29
    Pour chacune des tâches correctives qui ont été créées,
  • 14:29 - 14:34
    on a estimé une durée, on a fixé une priorité et on a mis des tags.
  • 14:34 - 14:36
    Par exemple ici dans les tags, vous avez...
  • 14:36 - 14:40
    Vous ne voyez pas car l'écran n'est pas très net, vous avez templates, contenu,
  • 14:40 - 14:43
    développement, CMS, etc.
  • 14:43 - 14:47
    Ce qui permet de classer ces tâches en fonction des mots-clés
  • 14:47 - 14:51
    et donc d'avoir des priorités qui sont classées
  • 14:51 - 14:55
    et donc estimable plus concrètement.
  • 14:55 - 14:57
    Surtout cela permet de mutualiser.
  • 14:57 - 15:00
    Typiquement si vous avez plusieurs sites,
    si vous vous rendez compte que vous avez
  • 15:00 - 15:03
    des sous-titres qui ne sont pas présents sur l'ensemble des sites
  • 15:03 - 15:06
    que vous gérez. Vous allez commander vos sous-titres
  • 15:06 - 15:09
    pour l'ensemble de vos sites plutôt que de manière individuelle.
  • 15:09 - 15:13
    Si vous devez développer un plugin pour un gestionnaire de contenu.
  • 15:13 - 15:15
    En fait, vous vous rendez compte que vous n'avez pas 1 site qui a ce gestionnaire
  • 15:15 - 15:17
    de contenu mais vous en avez 10.
  • 15:17 - 15:23
    Le plugin que vous développez, vous le développez par pour 1 un site mais pour 6, 10,
  • 15:23 - 15:34
    ou 20 sites et donc les coûts sont d'autant diminués.
  • 15:34 - 15:37
    Pour terminer, la partie sur l'évaluation formative,
  • 15:37 - 15:40
    ça, c'est un point qui est très important.
  • 15:40 - 15:42
    Qu'est ce que je met là dedans ?
  • 15:42 - 15:45
    Je mets la possibilité d'avoir pour les développeurs des outils très simples à utiliser
  • 15:45 - 15:48
    qui leur donne très rapidement des informations
  • 15:48 - 15:53
    sur où se situent les problèmes et sur qu'est ce qu'il faut faire pour les corriger ?
  • 15:53 - 15:57
    Donc les intégrer le plus en amont possible dans l'ensemble de la chaîne de production.
  • 15:57 - 16:01
    Fournir le matériel pédagogique au môment opportun et en quantité limité
  • 16:01 - 16:04
    Je vais pas renvoyer la personne sur les techniques WCAG
  • 16:04 - 16:10
    où il y a 500 techniques réparties, toutes au même niveau sans priorisation
  • 16:10 - 16:13
    à l'intérieur. Je vais utiliser un langage
  • 16:13 - 16:16
    qui est propre à la cible à qui je m'adresse.
  • 16:16 - 16:20
    L'autre solution intéressant, c'est que plutôt de demander de faire
  • 16:20 - 16:23
    des évalutions complètes à postériori.
  • 16:23 - 16:26
    Vous avez un auditeur, un évaluateur qui va sur le site
  • 16:26 - 16:28
    qui vous fait un rapport, qui vous transmet le rapport.
  • 16:28 - 16:32
    C'est important d'avoir l'évaluateur proche du développeur.
  • 16:32 - 16:36
    Si possible même d'avoir du travail en commun
  • 16:36 - 16:39
    Quand le développeur va coder, vous avez l'évaluateur qui est à coté de lui
  • 16:39 - 16:41
    et qui va le corriger au fur et à mesure
  • 16:41 - 16:44
    De cette manière-là, il va y avoir une vraie montée en compétences,
  • 16:44 - 16:48
    beaucoup plus rapide de l'intégrateur et du développeur
  • 16:48 - 16:51
    que s'il avait reçu un rapport de 80, 40 ou 50 pages,
  • 16:51 - 16:53
    qu'il fallait qu'il le lise et qu'il le comprenne.
  • 16:53 - 16:55
    Qu'il corrige puis que l'évaluateur revienne
  • 16:55 - 16:58
    qu'il se rend compte qu'il avait pas bien corrigé
  • 16:58 - 17:00
    etc, etc, etc.
  • 17:00 - 17:05
    Donc ça c'est ce qu'on appelle l'évaluation à 4 mains
  • 17:05 - 17:11
    donc les mains du développeur et puis les mains de l'évaluateur.
  • 17:11 - 17:18
    Et puis la mise à disposition des outils, je vais vous montrer cela rapidement
  • 17:18 - 17:20
    C'était le premier site qui s'est ouvert quand j'ai ouvert le navigateur,
  • 17:20 - 17:23
    donc c'est celui là que je vais montrer.
  • 17:23 - 17:27
    Ici, donc pareil on a développé un plugin open-source pour Firefox,
  • 17:27 - 17:31
    qui vous permet à l'heure actuelle de tester 450 tests
  • 17:31 - 17:35
    dont une bonne partie qui concerne l'accessibilité
  • 17:35 - 17:39
    les fameux 1er pas et 2ème pas.
  • 17:39 - 17:42
    Donc sur ce site là, par exemple, j'ai simplement appuyé sur le bouton
  • 17:42 - 17:47
    pour lancer l'analyse et donc il y a 1, 2, 3, 4, 5, 6
  • 17:47 - 17:51
    élements qui ne sont pas conformes.
  • 17:51 - 17:55
    Je peux ici, avoir la liste des éléments en question et si nécessaire
  • 17:55 - 18:04
    avoir avoir accès plus précisément à l'élément qui pose problème
  • 18:04 - 18:13
    et avoir accès à son code HTML pour voir où se situe le souci.
  • 18:13 - 18:19
    Donc, ce genre d'outil qui est très simple va vous permettre d'avoir la base.
  • 18:19 - 18:22
    Corrigez la base et une fois que la base est corrigée,
  • 18:22 - 18:28
    vous envoyez vos maquettes à une évaluation par un évaluateur qui va faire un audit complet
  • 18:28 - 18:31
    de votre site et effectivement là, il vous remontera peut-être des éléments
  • 18:31 - 18:35
    sur la pertinence du contenu ou comme a montré François sur la partie
  • 18:35 - 18:41
    subjective mais toute la partie objective sera traitée en amont.
  • 18:41 - 18:45
    Voilà merci.
Title:
L'accessibilité pas à pas #a11yQC
Description:

Aurélien Levy, CEO de Temesis, présente la méthode et les outils à notre disposition pour mettre en œuvre l'accessibilité sur vos projets web existants ou à venir. Bien que basée sur le standard international Web Content Accessibility Guidelines (WCAG) du World Wide Web Consortium (W3C), cette méthode « steps to WCAG » ou « pas à pas vers le WCAG » reste totalement transposable aux standards SGQRI 008 d'accessibilité du Web du gouvernement du Québec. Elle permettra d'apprendre progressivement à ne pas faire appel à un expert inutilement et, surtout, à améliorer concrètement la qualité de vos productions Web de manière continue.

Cette présentation a été enregistré le 9 octobre à a11yqc 2012, la première journée dédiée à l'accessibilité du Web à Québec, un évènement organisé par CIAO Technologies, en partenariat avec le Programme Techniques d'intégration multimédia du Cégep de Sainte-Foy et plusieurs partenaires, dont Libéo, Desjardins et l'Office des personnes handicapées du Québec. La webdiffusion et l'archivage vidéo ont été rendus possibles grâce à l'engagement de Savoir-faire Linux pour des contenus ouverts et accessibles.

» Plus de détails: http://a11yqc.org
more » « less
Video Language:
French
Duration:
18:53

French subtitles

Revisions

Our website uses cookies for analysis purposes.