La phase de développement va être la plus complexe à suivre pour l’accessibilité ; les vérifications et l’accompagnement doivent pouvoir s’insérer harmonieusement dans les méthodes usuelles, particulièrement en développement agile.
On estime qu’une partie non négligeable des contraintes d’accessibilité se concentre sur les templates et les gabarits du site ou de l’application.
Un certain nombre de problématiques importantes peuvent être fixées à ce stade, par exemple sur la structure du document, le fonctionnement des éléments de navigation, le traitement des zones de publications de contenus externes, etc.
Il est donc essentiel que les templates, les gabarits et, par extension, tous les contenus répétés, comme une zone d’affichage publicitaire, les zones de contenus complémentaires, etc., puissent être validés avant le développement des fonctionnalités et la production des contenus proprement dite.
Ces vérifications sont généralement prises en charge par des audits partiels sur les seuls critères du RGAA concernés.
Même avec des personnels bien formés, vous devez prévoir au moins une itération de correction pour que l’ensemble des problèmes détectés sur les templates et les gabarits puissent être conformes au RGAA.
Les sites et les applications actuelles sont de grandes consommatrices de bibliothèques de composants riches prêts à l’emploi comme des fenêtres modales, des systèmes d’onglets, des carrousels, etc.
Malgré les efforts indéniables des éditeurs de bibliothèque de composants, il est souvent nécessaire de procéder à des ajustements et tester la restitution de ces composants avec la base de référence du RGAA.
Il est donc important de pouvoir évaluer ces bibliothèques de composants, le RGAA fournit dans ses ressources une étude des principales bibliothèques de composants qui contient l’évaluation des composants eux-mêmes, mais également les méthodes de surcharge destinées à les corriger.
La problématique de validation de l’accessibilité est identique, peu importe la méthodologie utilisée :
Il faudra choisir les moments où la vérification de l’accessibilité, généralement sous la forme de recette, apparaît comme la plus efficace en tenant compte des éléments suivants :
L’accompagnement peut être interne lorsque les ressources existent ou externe par un prestataire spécialisé.
Sauf à disposer de compétences de haut niveau de la part des équipes de développement,c’est un élément essentiel.
Il doit pouvoir intervenir à la demande pour fournir des solutions rapides aux problèmes qui apparaissent pendant le développement, par exemple réaliser un test sur un élément particulier, fournir une ressource, proposer une alternative pertinente à une problématique qui se révélerait plus complexe que prévu, etc.
Cela favorisera la montée en compétence des équipes et les sécurisera, surtout s’il s’agit pour elles de développer un de leurs premiers projets accessibles.
Ces interventions peuvent utiliser différents moyens, mail, téléphone, voire atelier de pair-coding où un intervenant accompagne le test ou la résolution d’un problème directement avec les équipes de développement.
Une attention particulière doit être apportée aux contributeurs qui vont produire les contenus du site.
En effet, les contributeurs peuvent avoir des profils très divers et ils constituent souvent le maillon faible des projets web pour ce qui concerne l’accessibilité.
Un des moyens couramment utilisés pour les accompagner au mieux consiste à leur fournir de la documentation pratique résumant les actions à mener en fonction de la nature des contenus et des caractéristiques des outils d’édition.