En pratique, il est difficile et extrêmement chronophage de tester l’intégralité des contenus au regard de l’intégralité des règles RGAA. La volonté de rendre un site totalement accessible sur l’intégralité de ses pages et pour l’intégralité des critères peut conduire à une débauche d’énergie qui peut s’avérer contre-productive. Ainsi, la définition d’un périmètre restreint mais qui reste représentatif des contenus et fonctionnalités du site est un compromis pertinent pour évaluer l’accessibilité d’un site web donné de façon rapide et efficace.
L'échantillonnage est une étape très importante car elle va conditionner toutes les opérations de correction. Un échantillon mal construit peut avoir des conséquences très négatives sur l'accessibilité du site ou de l'application.
Établir l’échantillon
Quelle est la finalité du site ?
Afin de définir le périmètre de l’audit vous devez identifier la finalité du site. Le site permet-il d’informer ? De commander des produits ? De poster une réclamation ? …
Définir la finalité du site vous permettra de valider notamment la pertinence de l’échantillon. Ainsi, pour un site dont la finalité est de proposer d’échanger avec des personnes compétentes sur des questions juridiques, l’échantillon devra comporter au moins toutes les étapes nécessaires et suffisantes à l’utilisateur pour poser sa question et accéder à la réponse.
Échantillon représentatif
C’est généralement l’administration responsable du site web qui propose l’échantillon car c'est elle qui connaît le mieux le site. C’est cette proposition que vous devrez valider en portant une attention particulière aux questions suivantes :
- Les pages obligatoires sont-elles présentes ?
- L’échantillon est-il représentatif de la typologie des contenus et des processus ?
- L’échantillon est-il représentatif de la nature et des objectifs du site ?
- L’échantillon possède-t-il, si nécessaire, 15 pages, au moins ?
L’échantillon est validé par l’auditeur et des modifications (remplacement ou ajout) peuvent être réclamées par l’auditeur afin d’obtenir un échantillon représentatif de la typologie des contenus du site web.
L’échantillon représentatif doit comprendre au minimum les éléments suivants :
- accueil du site ;
- plan du site (si présent) ;
- page présentant des résultats du moteur de recherche (si présente) ;
- page des mentions légales ;
- page de contact ;
- toutes les pages composant le processus d'un service en ligne (un formulaire ou une transaction sur plusieurs pages).
S'ajoute à ces pages impératives un certain nombre de pages dans la liste suivante :
- pages d'accès aux contenus ou fonctionnalités principaux (ex : rubriques de 1er niveau dans l'arborescence…) ;
- pages représentatives des types de contenus disponibles sur le site :
- page avec des images ;
- page avec des éléments de formulaire ;
- page avec un tableau de données ;
- page avec des scripts ;
- page avec des fichiers multimédias : Flash, Applet, son, vidéo… ;
- page avec des fichiers en téléchargement ;
- page avec des éléments structurés (listes, titres…).
- …
- pages ayant le plus grand nombre de visiteurs.
Quand des pages web de cette liste sont absentes, d’autres pages sont alors sélectionnées pour arriver à un total d’au moins 15.
Dans certains cas, il peut arriver que le site ne présente pas assez de volume pour constituer un échantillon représentatif de 15 pages minimum ou que l’échantillon ainsi constitué comprenne de nombreuses pages redondantes sans intérêt pour l’audit. Dans ce cas, l’échantillon est constitué des pages obligatoires présentes, enrichi des pages de contenus pertinentes sans minimum requis.
Pages obligatoires
Dans le cadre de la conformité au RGAA, deux pages obligatoires sont attendues, elles doivent évidemment être conformes comme les pages de l'échantillon d'audit.
- Une page d’aide à destination des utilisateurs, rédigée dans un langage non technique, pour les informer du niveau d’accessibilité de l’application ou des contenus et les aider à s’orienter. Cette page d’aide doit mentionner les coordonnées d’un contact au sein de l’administration en cas de difficulté et fournir les coordonnées du Défenseur des droits. On doit pouvoir y accéder depuis toutes les pages du site ;
- Une déclaration de conformité, destinée à l’administration, qui fait état du niveau précis de conformité au RGAA et des dérogations déclarées et justifiées.
La DINSIC met à disposition des modèles pour ces pages d'aide et de déclaration de conformité[1], avec des aides à la rédaction.
Cas particuliers
Certains sites web en raison d'une configuration ou d'un fonctionnement particulier, demanderont des adaptations de l'échantillon ou de la méthode de construction de l'échantillon.
Sites web réduits
Certains sites web peuvent ne contenir que quelques pages et l’échantillon contenir, en fin de compte, l’ensemble des pages du site web. Il est possible que le volume de 15 pages ne puisse pas être atteint sans que cela remette en cause la pertinence de l’échantillon.
Les pages uniques : SPA (Single Page Application)
Une SPA (Single Page Application) est un site ou une application web qui possède une page unique ou un ensemble très réduit de pages. Sous cette forme, les contenus sont modifiés dynamiquement sans rechargement de page ou par l’intermédiaire de rechargements de page très réduits. Dans ce contexte, l’échantillon doit être constitué d’autant d’états différents de la page et poursuit les mêmes buts : être représentatif de la typologie des contenus et des processus proposés par l’application.
Versions différentes d’un même site web
Des sites web peuvent être mis à disposition dans des versions différentes : un site peut proposer une version standard et une version mobile, ou encore un site en français avec une version en anglais. Très généralement, les versions différentes sont indexées sur des URL différentes : généralement des sous-domaines (même s’il peut en être autrement). Ces versions peuvent être considérées comme des versions différentes et l'échantillon pourra ne concerner qu'une version particulière.
Site web structuré en parties différenciables
Des sites web peuvent être structurés d’une manière telle qu’ils peuvent être décomposés en groupes de pages web distincts, indépendants et différenciables les uns des autres. Ce peut être des sections dédiées à des départements particuliers d’une administration par exemple. Dans ces cas, on peut considérer chaque partie comme un site web à part entière et réaliser l’échantillon sur cette partie restreinte.
Application web
Les applications web sont généralement constituées de contenus générés et de fonctionnalités. Une application web pourrait être par exemple : un client mail, une application d’envoi de mailing-list, une application de facturation en ligne, un éditeur de document en ligne… Une application peut également être une partie distincte d’un site web. Quoi qu’il en soit, une application web devrait être considérée comme une entité particulière et évaluée à part du site web dans lequel elle serait contenue.
Du fait de la nature particulière des applications web par rapport à un site web, l’échantillon pourra contenir plus ou moins de 15 pages. Dans une application, on va chercher à inventorier tous les types de contenus qu’il est possible de générer et toutes les fonctionnalités spécifiques qu’elle contient. Ainsi, la nature des pages précisées pour un échantillon représentatif (accueil, contact, etc.) peut ne pas être respectée. Le nombre total de pages va surtout dépendre du nombre de fonctionnalités présentes dans l’application. Il doit être audité autant de pages ou d’état de page qu’il est nécessaire pour couvrir le plus grand nombre de cas d’utilisation de l’application.
Responsive web
Les techniques CSS ou JavaScript qui permettent d’ajuster le contenu d’un site web selon les tailles des écrans des terminaux, des orientations, etc. ajustent les contenus pour s’adapter au mieux aux caractéristiques ciblées. Ces techniques créent des états différents d’un même site web qui ne peuvent être considérés comme des sites web différents. C’est dans la définition de l’échantillon que l’auditeur doit spécifier pour quel état particulier du site l’audit sera réalisé.
Note : on ne considère pas ici les versions alternatives des sites web. Ainsi, les versions mobiles obtenues par redirection sont considérées comme des versions différentes et non comme des adaptations.
Validation de l'échantillon.
Si les modifications entre l'échantillon proposé par l'administration et celui que vous avez produit après correction sont importantes, il est indispensable de le faire revalider.
Cela permettra de vous assurer que l'audit correspondra bien au périmètre attendu.