#1
Bonjour à tous. Aujourd'hui je vais vous parler de qualité web.
#2
Avant de rentrer dans le vif du sujet, je vais juste faire un point sur ce que ça représente de faire un site web.
Pour beaucoup de personnes – même lorsque celles-ci n’ont pas les connaissances ou les compétences pour le faire, c’est facile de faire un site web et les gens s’imaginent qu’on peut en faire un en deux coups de cuillères à pot.
#3
En vérité, faire un site web ça implique une grande variété de connaissances et de compétences : accessibilité, ergonomie, performance, référencement, formulaires, marketing, e-mails…
Si on veut faire un site de qualité, on ne peut ignorer aucun de ces thèmes.
Bref, faire un site web, c’est pas si simple.
#4
Au-delà des compétences, on doit aussi gérer des contextes d’utilisation sans limite : des supports différents, des tailles différentes, des systèmes différents, des rendus différents, des périphériques différents…
Faire un site web de qualité, ça veut dire être capable de gérer toutes ces différences. Bref, c’est pas si simple.
Et là, je n’ai même pas parlé de technologies ou d’outils.
Il y a 20 ans, on pouvait faire des sites web avec peu de moyens. Et c’est toujours le cas pour n’importe quelle personne qui veut bien se donner un peu de peine, c’est la grande force du web.
Mais pour une entreprise, on ne peut plus gérer des sites comme ça et on doit passer à un mode de fonctionnement industrialisé…
#5
C’est là que le sujet de la qualité web entre en jeu.
Oui mais, c’est quoi la qualité web ?
#6
Si on demande à quelqu’un ce qu’il faut pour qu’un site soit de qualité, les gens répondront qu’il faut qu’il soit beau, ergonomique, performant, etc.
Dans le fond, c’est pas faux. Dans la pratique, ça n’a aucun sens.
Beau, bien… ce sont des qualificatifs subjectifs qui dépendent fortement de la vision de chaque individu et donc leur culture personnelle. On peut pas évaluer la qualité d’un site dans ces conditions.
De plus, on ne peut pas ne pas avoir de défauts sur un site. Il y a en aura toujours. On ne peut pas faire un site parfait, la qualité d’un site sera toujours relative.
Bref, pour juger de la qualité d’un site web, il faut aller plus loin que ça.
#7
Ce qu’il faut, c’est trouver des critères d’évaluation qui soient objectifs.
En définitive, on a besoin d’outils et de méthodes pour appliquer l’équivalent de l’assurance qualité qu’on peut trouver dans n’importe quelle industrie.
Parce qu’aujourd’hui, le développement de sites ou d’applications est clairement à un niveau de maturité industrialisable.
Je précise bien industrialisable et pas industrialisé, car on en est très loin dans beaucoup d’entreprises.
Ça tombe bien, une entreprise française a vu le jour avec cet objectif : Opquast, pour Open Quality Standard.
Je vais en parler plus en détail dans la suite de ma présentation, mais pour brosser un bref historique du projet, ça a commencé en 1999 par la constitution d’un annuaire en ligne référençant des sites et articles dédiés au développement de sites de qualité.
En 2004, une liste de bonnes pratiques a été mise en place (on va en reparler) et surtout, une définition de ce qu’est la qualité web a été posée.
Il faut savoir que c’est un projet unique au monde et qu’aucun autre projet de ce type n’existe ailleurs. Opquast est vraiment précurseur et commence depuis quelques années à exporter son modèle en dehors de la France, notamment au Canada et aux États-Unis.
#8
Cette définition, la voici : « la qualité web représente l’aptitude d’un service en ligne à satisfaire des exigences explicites et implicites ».
Cela veut dire qu’on doit déterminer les attentes des utilisateurs telles qu’ils les formulent, mais aussi celles qui ne sont pas forcément en mesure d’exprimer d’une part.
Et d’autre part on doit définir comment évaluer les actions et pratiques mises en place pour servir ces besoins.
#9
Maintenant qu’on a une définition, on va rentrer un peu plus dans le concret et parler d’une caractéristique essentielle de la qualité web : la transversalité.
Les fondateurs du projet Opquast ont établi un modèle synthétique permettant de schématiser cet aspect.
#10
Il s’agit du modèle VPTCS, mis à plat dès 2001 !
Ce modèle synthétise l’ensemble des attentes des utilisateurs, en 5 catégories qui correspondent au sigle du modèle : V pour visibilité, P pour perception, T pour technique, C pour contenus et enfin S pour services.
Chacune de ces catégories formalisent une attente des utilisateurs.
En répondant à chacun de ces 5 besoins, on est en mesure d’assurer le niveau de qualité d’un site web.
#11
D’un point de vue de concepteur de site (concepteur au sens large), le modèle nous permet aussi de retrouver l’ensemble des métiers et des compétences nécessaires à réalisation d’un site ou d’une application.
#12
Enfin le modèle permet aussi d’illustrer l’expérience globale de l’utilisateur d’un site.
Les contenus et services représentent la raison pour laquelle on utilise un site.
La visibilité, la perception et la technique représentent comment on perçoit et on interagit avec le site.
On retrouve aussi dans ce modèle la temporalité de l’usage d’un site, dans l’ordre des catégories.
La visibilité représente la phase avant la visite du site. La perception, la technique et les contenus représente la phase pendant laquelle on utilise le site. Et les services représentent la phase après les visites.
En d’autres termes, on peut distinguer la phase d’interaction avec l’interface du site (pendant la visite) et la phase globale d’expérience du site (sur tout le parcours de l’utilisateur, depuis sa recherche dans Google jusqu’à la livraison de sa commande à la maison, par exemple).
#13
Maintenant qu’on a une vision globale de ce que recouvre la qualité web, comment on fait en pratique pour garantir la qualité d’un site ?
#14
Pour chaque thème, métier, compétence… on peut atteindre un certain niveau d’excellence, représenté par ces pyramides.
Mais on pourra faire tout ce qu’on veut, on ne pourra jamais atteindre un niveau d’excellence dans tous les domaines.
C’est tout simplement impossible, ne serait-ce que parce que des critères essentiels à l’atteinte de l’excellence dans un domaine viendront inévitablement en conflit avec des critères d’un autre domaine.
Par exemple les attributs alt entre accessibilité et référencement.
Si on ne peut pas assurer un niveau d’excellence à tous les niveaux, on peut en tout cas assurer un niveau minimal global et solide.
C’est la base pour assurer la qualité d’un site web et c’est le parti pris d’Opquast.
#15
Bref, revenons au socle de base. Pour assurer ce socle de base, Opquast a établi une liste de bonnes pratiques, découlant du travail de synthèse fait pour élaborer le modèle VPTCS.
Une première liste a été publiée dès 2004. Il s’agit en fait d’une checklist de critères à atteindre pour avoir un site de qualité.
Chacune des bonnes pratiques de cette checklist est une règle précise découlant des exigences explicites ou implicites des utilisateurs dont on parlait tout à l’heure.
Cette checklist est le fruit d’un travail communautaire de nombreux professionnels du web francophone et est diffusée sous licence Creative Commons.
C’est-à-dire que n’importe qui est libre de l’utiliser et la partager (à condition de citer les auteurs).
Enfin, cette liste de bonne pratique évolue dans le temps, parce que les pratiques changent notamment.
Par exemple si on parle de réseau, ça fait déjà quelques années que le protocole HTTP/2 existe et il est facilement utilisé et utilisable aujourd’hui. Mais comme il apporte de gros changements comparé à la première version du protocole, ce qui était considéré comme un bonne pratique en HTTP/1 ne l’est plus forcément en HTTP/2. C’est le cas de la concaténation des ressources notamment.
Bref, aujourd’hui, on en est à la 3ème version de la checklist Opquast, qui contient 226 bonnes pratiques. Et les premiers travaux pour la version 4 vont commencer cette année.
#16
Depuis tout à l’heure, je parle de bonnes pratique, mais c’est pas forcément très palpable. On va donc voir concrètement, ce qu’est une bonne pratique.
Dans le cadre du projet Opquast, il a été défini à quelles règles doit répondre une bonne pratique pour pouvoir être considérée comme telle.
Si une proposition ne répond pas à l’ensemble des critères que je vais vous détailler là, alors elle ne peut pas être retenue comme bonne pratique.
Pour commencer, elle doit avoir une valeur ajoutée pour l’utilisateur.
C’est-à-dire que l’application de cette bonne pratique rend service d’une manière ou d’une autre à l’utilisateur.
Par exemple il y a une BP qui est « L’information n’est pas véhiculée uniquement par la couleur ». Cette bonne pratique couvre notamment le cas des personnes qui peuvent avoir du mal à distinguer les couleurs, comme les daltoniens. Si on transmet une information uniquement avec de la couleur, un daltonien peut complètement passer à côté !
Une bonne pratique doit aussi être vérifiable.
C’est-à-dire qu’on doit pouvoir la mesurer et la contrôler sans difficulté. En termes d’outils bien sûr, mais aussi en termes pratiques.
Par exemple, on ne pourrait pas vérifier une bonne pratique qui serait « Le site doit disposer d’une page d’erreur 404 et d’une page d’erreur 403 » car elle comporte deux conditions. Et si l’une est juste, l’autre peut être fausse.
Ensuite, une bonne pratique doit être réaliste.
Réaliste, ça veut dire qu’elle peut s’appliquer à n’importe quel type de site ou application.
Si une proposition de bonnes pratique semble évidente pour le site d’une multinationale, elle ne le sera pas forcément pour le site d’une association.
Par exemple, si je disais « le site doit être disponible en français et en anglais », ça pourrait être appliqué pour une multinationale, mais ça n’a aucun intérêt pour un grand nombre de sites.
Un autre critère inébranlable pour faire une bonne pratique : elle doit être universelle.
Ça veut dire que peu importe la langue, le sens de lecture, la culture… une bonne pratique doit être applicable dans tous les contextes.
Par exemple, on ne peut pas définir une bonne pratique à partir d’une législation nationale, car la législation est par définition locale et pas universelle.
Enfin une bonne pratique doit faire consensus.
C’est un héritage direct du modèle communautaire pour élaborer la checklist Opquast. Ce sont des professionnels de tout bords qui ont participé à l’élaboration de ces bonnes pratiques. Dès lors qu’un seul de ces professionnels trouve à redire sur une proposition de bonne pratique, c’est qu’elle n’est pas satisfaisante et elle doit être revue, retravaillée ou tout simplement abandonnée.
Enfin à l’inverse une bonne pratique ne doit pas faire référence à une solution technique. Parce que la technologie évolue. Certaines techno apparaissent, d’autres disparaissent. On ne peut donc pas se baser sur ça pour définir une bonne pratique.
Une bonne pratique ne doit pas non plus faire référence à une valeur numérique.
Là aussi parce qu’une valeur jugée acceptable un jour ne le sera pas éternellement. Par exemple si on prend le poids d’une page web, il y a 20 ans on faisait des pages de quelques dizaines de ko tout au plus. Aujourd’hui la moyenne des pages tourne autour des 2 Mo… Bref une bonne pratique en 2004 fixant la taille d’une page serait obsolète depuis longtemps aujourd’hui.
Enfin une bonne pratique ne peut pas faire référence à une norme avec des exigences multiples.
Ça rejoint à la fois les caractères vérifiables et universels expliqués juste avant.
#17
Pour vous rendre compte très concrètement de ce à quoi ressemble une bonne pratique, voici la bonne pratique numéro 1 de la checklist Opquast.
Elle est composée d’un intitulé clair et concis.
Elle est accompagnée du ou des objectifs qu’on atteint si on applique cette bonne pratique.
Et elle est enfin complétée de la solution technique et des moyens de contrôles qui sont respectivement la ou les solutions pratiques pour appliquer la bonne pratique, et la méthodologie à suivre pour vérifier l’application de la bonne pratique.
Donc là vous avez la première bonne pratique complète. Il y en 225 autres comme ça !
#18
On va pas toutes les faire mais sachez qu’elles sont catégorisées dans les rubriques suivantes.
L’intérêt de ces regroupement est de pouvoir utiliser les bonnes pratiques en fonction du contexte.
Par exemple, il y a une catégorie de bonnes pratiques liées au e-commerce. Mais si on doit contrôler un site vitrine, on n’a pas besoin de se soucier de cette catégorie donc on peut passer outre ces critères.
#19
Comme je suis sûr que vous avez envie de plonger dans cette checklist, vous pouvez la trouver en ligne.
D’ailleurs en plus de la checklist Opquast et de ses 226 bonnes pratiques, vous pourrez y trouver d’autres listes de bonnes pratiques plus spécifiques et qui comportent des critères propres.
Enfin vous trouverez aussi l’ensemble des 226 bonnes pratiques dans le livre Qualité Web.
#20
Vous allez me dire : « c’est bien beau tout ça, mais comment on fait nous pour appliquer ça ? »
#21
Pour moi c’est l’action numéro 1 à mettre en application : passer la certification Opquast.
Elle permet d’acquérir les fondamentaux pour comprendre et maîtriser les bonnes pratiques de qualité web et être en mesure d’agir en conséquence.
La certification coûte 180 € TTC et une fois inscrit, on a accès à une plateforme d’entraînement pendant 3 mois.
Il y a tout un parcours composé d’un guide de certification à lire, des articles, des vidéos à regarder, des quiz pour vérifier l’acquisition des connaissances tout au long de l’entraînement, jusqu’aux examens blancs pour se préparer à l’examen final.
Ce dernier se présente sous la même forme que le TOEIC : un QCM de 125 questions à traiter en 1h30.
À la fin on obtient une note entre 0 et 1000, avec des paliers d’expertises à partir de 500 points.
#22
Au-delà de la certification qui me paraît nécessaire, le mieux à faire est de se faire nos check-list qualité, en partant de la check-list Opquast v3 qui permet d’assurer le socle de base.
On n’est pas obligé de prendre en compte tous les critères dès le début, on peut n’en sélectionner qu’une portion qui nous semble prioritaire. Puis enrichir petit à petit.
Encore plus tard, on pourra imaginer enrichir ces check-list à partir d’autres bonnes pratiques plus spécifiques à certains domaines, en fonction de notre contexte à nous.
Enfin, le mieux est de se concentrer sur chaque bonne pratique en fonction de l’étape du projet ou du métier.
Il y a en effet des bonnes pratiques qu’il sera plus efficace d’intégrer à des moments précis du projet. Par exemple, une bonne pratique sur les contrastes de couleur, c’est à l’étape du design que c’est le plus intelligent de la traiter.
#23
Bref, améliorons !
kloh
nkforwork
ivargrimstad
kakao
cer
javiergs
mot_techtalk
fukubaka0825
riofujimon
manfredsteyer
yuisakamoto
qnighy
bkeepers
lara
scottboms
lauravandoore
rmw
morganepeng
eileencodes
jlugia
eitanlees
trishagee
skipperchong
