1. Définir le périmètre de la revue
Commencez par des parcours complets, pas par des URLs au hasard. Cartographiez la page d'accueil, le contenu clé, la recherche, le contact, le compte, la réservation ou le panier, la confirmation, l'aide et chaque service embarqué utilisé sur le trajet. Incluez la navigation réutilisable, les modales, les contrôles de cookies et les formulaires car un défaut peut se répéter sur tout le site.
Consignez la version et le niveau WCAG, la couverture, les navigateurs, les appareils et les exclusions connues.
Revue de chaque étape et état, y compris les vues connectées, vides et d'erreur.
2. Tester le parcours au clavier
Complétez chaque tâche sélectionnée sans pointeur. Utilisez Tab et Shift+Tab pour parcourir liens, contrôles, dialogues, menus, filtres, sélecteurs de date, médias et widgets fournisseurs. Le focus doit être visible, suivre un ordre logique, ne jamais rester piégé et revenir à un endroit utile après la fermeture d'une dialog. L'opération au clavier est centrale pour WCAG ; ne supposez pas qu'un contrôle personnalisé à la souris fonctionne automatiquement au clavier.
Fournir et tester un moyen d'atteindre le contenu principal sans tabuler à travers la navigation répétée.
Lorsqu'une interface nécessite de glisser, vérifier si une alternative non-glisser applicable est disponible.
3. Vérifier la structure et la signification claire
Donnez aux pages des titres descriptifs et utilisez les en-têtes pour la hiérarchie, pas pour l'apparence. Vérifiez que les contrôles exposent un nom utile, un rôle et un état aux technologies d'assistance ; les contrôles HTML natifs réduisent souvent le risque. Les images porteuses de sens nécessitent un texte alternatif concis selon leur but, tandis que les images décoratives ne doivent pas ajouter de bruit. N'utilisez pas la couleur seule pour indiquer un statut ou des instructions, et identifiez la langue de la page.
Rendre les destinations ou actions compréhensibles dans leur contexte ; les liens vagues répétés créent de l'ambiguïté.
Quand la mise en page change ou que les styles sont indisponibles, le contenu et les contrôles doivent toujours se lire de façon logique.
4. Mettre à l'épreuve texte, mise en page, couleur et média
Augmentez le zoom du navigateur et la taille du texte, puis répétez les tâches clés. Le contenu doit rester lisible et utilisable plutôt que se chevaucher, disparaître ou devenir une chasse horizontale involontaire. Vérifiez les paires de couleurs réelles pour le texte, les contrôles, le focus, les erreurs et les graphiques dans les états pertinents. Pour les contenus enregistrés, fournissez des sous-titres pour l'information audio nécessaire et des alternatives textuelles appropriées au contenu.
Inclure les états hover, focus, désactivé, erreur et tout état visuel sombre ou alternatif.
Tester au clavier le lecteur ainsi que les sous-titres, transcriptions et informations visuelles essentielles.
5. Rendre les formulaires et tâches de compte récupérables
Soumettez des données manquantes, mal formées et valides via vos formulaires les plus précieux. Les champs doivent avoir des libellés persistants et associés programmaticalement ; les placeholders seuls ne sont pas une substitution fiable. Identifiez les champs obligatoires avant soumission, expliquez ce qui est incorrect en langage clair, indiquez le champ concerné et conservez les données saisies lorsque possible. Testez les parcours de connexion, réinitialisation de mot de passe, codes à usage unique, paiement et confirmation en tant que parcours complets.
Associez la couleur d'erreur à un message en langage clair et à un champ affecté identifiable.
Tester au clavier le transfert, la redirection, le chemin d'échec et le retour depuis les prestataires de paiement ou d'identité.
6. Combiner outils, personnes et revue manuelle
Lancez un contrôleur automatisé sur des pages représentatives et utilisez ses résultats comme pistes, pas comme certificat de réussite. Les outils ne peuvent pas juger si un texte alternatif est pertinent, si un ordre a du sens, si des instructions sont compréhensibles ou si un parcours fonctionne avec les technologies d'assistance. Ajoutez des vérifications manuelles au clavier et au zoom ainsi qu'une revue ciblée au lecteur d'écran. Dans la mesure du possible, impliquez tôt des personnes ayant une expérience vécue pertinente et rémunérez-les équitablement.
Sauvegardez les sorties d'outils, les notes des réviseurs, les décisions, la correction et les résultats de retest dans un seul dossier d'incident.
Faire appel à un évaluateur qualifié pour les affirmations formelles, les services réglementés, les applications complexes ou les résultats contestés.
7. Intégrer la correction aux releases
L'accessibilité peut régresser après un thème, une campagne, un plugin, un script, un token de design ou un changement de fournisseur. Ajoutez une revue proportionnée aux travaux de design, contenu, assurance qualité et lancement. SIU se concentre sur l'optimisation proactive de la disponibilité et la remédiation : maintenir une voie pré-lancement, identifier les défauts orientés client, faire des corrections sûres et prévoir un plan de rollback si nécessaire. La revue d'accessibilité complète ce travail ; elle n'est pas remplacée par des contrôles de disponibilité ou des alertes d'incident.
Bloquer une release lorsqu'une tâche primaire ne peut pas être complétée au clavier ou qu'une erreur critique ne peut être comprise.
Vérifier la tâche d'origine, le mobile et les états d'erreur après une correction avant de clôturer l'incident.