Sites accessibles pour les institutions publiques : par où commencer ?
Un site public doit permettre d'accéder aux services sur différents appareils et avec des technologies d'assistance. Cela suppose d'examiner l'interface, mais aussi les contenus, les documents et les parcours de demande.
Définir d'abord le périmètre et l'objectif
WCAG définit des critères vérifiables pour l'accessibilité des contenus web. Le choix de la version et du niveau de conformité dépend des besoins de l'institution, des règles applicables et du périmètre convenu pour le projet.
La conformité WCAG 2 de niveau AA suppose de satisfaire les critères applicables des niveaux A et AA. Réussir quelques tests sur des pages exemples ne démontre pas la conformité de tout le site : les pages, documents et parcours compris dans le périmètre doivent être évalués.
Quatre principes, une phrase chacun
WCAG s'organise autour de quatre principes : le contenu doit être perceptible, l'interface utilisable, l'information compréhensible et le code assez robuste pour fonctionner avec les technologies d'assistance. Les alternatives textuelles aux images utiles et l'accès au clavier aux commandes en sont deux exemples concrets.
Un parcours au clavier seul constitue un bon point de départ, mais il ne couvre qu'une partie du sujet. Vérifiez également les libellés de formulaire, la structure des titres, les contrastes et les informations restituées par un lecteur d'écran.
Les premiers points à vérifier
Vérifiez le contraste des textes, la visibilité du focus clavier et les alternatives textuelles des images porteuses d'information. Si une annonce n'existe que dans une image, la même information doit aussi être disponible sous forme de texte sur la page.
Les champs de formulaire ont besoin d'un libellé permanent ; le texte indicatif ne le remplace pas. Les niveaux de titre doivent refléter la structure de la page. Pour un contenu animé, évaluez les critères WCAG pertinents selon le contexte, la durée du mouvement et la possibilité de le mettre en pause ou de l'arrêter.
Le problème du PDF
Un PDF constitué d'images de pages numérisées peut ne pas comporter de texte sélectionnable, de balises ou d'ordre de lecture cohérent. L'OCR reconnaît le texte, mais la structure du document et son ordre de lecture doivent aussi être vérifiés.
Lorsque l'information peut aussi être présentée sur une page web, rendez sa version HTML facile à trouver. Si un PDF est nécessaire, vérifiez sa couche texte, ses balises, ses titres et son ordre de lecture avec des technologies d'assistance.
Comment tester
Les analyses automatiques repèrent rapidement certains problèmes mesurables, mais ne suffisent pas à confirmer l'accessibilité. Une personne doit encore vérifier si le texte alternatif est utile dans son contexte et si l'ordre du focus guide clairement la navigation.
Un premier contrôle utile combine analyse automatique, navigation au clavier et essai des parcours importants avec un lecteur d'écran. Dans la mesure du possible, faites aussi tester le service par ses utilisateurs, notamment pour les démarches essentielles comme un formulaire de demande.
Un processus, pas un projet
Après la mise en ligne, l'accessibilité reste une partie du travail éditorial. Une courte liste de contrôle pour les nouvelles images, les titres, les liens et les documents aide l'équipe à y penser à chaque mise à jour.