Leçon 11Étapes de post-conception : comment mettre en œuvre et contrôler votre conception accessible ?
- Notion 79 - Pourquoi continuer à surveiller la conception après le développement ?
- Notion 80 - Définir un calendrier de mise à jour
- Notion 81 - Créez une check-list et documentez les solutions qui fonctionnent
- Notion 82 - La différence entre l'accessibilité à court et à long terme
- Notion 83 - Révision des concepts principaux
Notion 80
Définir un calendrier de mise à jour
Compétences ciblées
La conception et le contenu évolueront au fil du temps et un contrôle régulier peut être utile pour mesurer l'écart entre les spécifications initiales de la conception en matière d'accessibilité et leur mise en œuvre effective. Ce contrôle peut être effectué régulièrement, mais devrait être fait surtout après des événements spécifiques.
Événements pour commencer un bilan
Nous avons vu dans la leçon précédente que les contributions peuvent être une source de problèmes pour l'accessibilité du contenu. Comme les contributions peuvent être ajoutées régulièrement, un bilan régulier semble adapté. Mais il faut considérer que certains événements sont particulièrement susceptibles de générer des problèmes d'accessibilité, et qu'ils doivent déclencher une révision juste après leur mise en place. Ces événements peuvent être :
- implémentation d'une nouvelle fonctionnalité, telle qu'une nouvelle bannière de cookies, un nouveau lecteur multimédia ou un nouveau menu.
- modifications de la conception, telles que les couleurs utilisées, la disposition générale, les nouveaux points de repère
- ajout ou suppression d'un bloc de contenu, et comment y accéder.
Comment procéder à un contrôle
Un contrôle effectué du point de vue de l'accessibilité doit se concentrer sur les directives et les meilleures pratiques, en utilisant des outils pour faire un rapport rapide des principaux problèmes. Une utilisation exhaustive des éléments avec une navigation au clavier et un lecteur d'écran révélera d'autres éléments problématiques.
En utilisant les WCAG et en inspectant le code réel, nous pouvons trouver des solutions pour chacun de ces problèmes. Il est important d'identifier précisément le problème afin de le corriger efficacement.
Ensuite, nous pouvons signaler chaque problème dans un fichier ou un système de rapport. Il doit comporter les champs suivants pour chaque problème repéré :
- Date
- Localisation du problème
- Système d'exploitation et navigateur web utilisés pour repérer le problème
- Comportement attendu
- Comportement réel
- Niveau de priorité, selon qu'il s'agit d'un problème de conception ou de contenu. Ce dernier est généralement plus rapide à résoudre.
- État - Résolu ou non pour que le réviseur puisse suivre ses tâches.
Une fois le contrôle terminé
Le réviseur doit revérifier que ses corrections n'ont pas introduit de nouveaux problèmes. De plus, la révision doit être transmise à l'équipe de conception afin d'éviter d'autres problèmes dans les conceptions futures.