1) Notre engagement
Nous nous efforçons de rendre cette application accessible au plus grand nombre. Nous visons un niveau de conformité WCAG 2.1 AA lorsque cela est raisonnablement possible. Cependant, nous reconnaissons que l'application n'est pas garantie comme 100% accessible aujourd'hui.
2) Ce qui est déjà mis en place
- Structure HTML sémantique (titles, headings, lists).
- Navigation clavier pour les éléments principaux (menus, formulaires).
- Contrastes de couleurs testés pour la plupart des composants.
- Attributs alt sur les images informatives lorsque fournis.
- Sémantique ARIA minimale là où nécessaire (rôles et labels).
- Focus visible et gestion basique du focus après interactions majeures.
3) Limitations connues
Malgré nos efforts, nous avons identifié (ou estimons possibles) les limitations suivantes :
- Composants visuels complexes (graphismes, canvas, animations) pouvant gêner certains lecteurs d'écran ou provoquer des distractions.
- Contenus dynamiques chargés après interaction (modals, contenus asynchrones) pouvant nécessiter des améliorations d'annonces ARIA et de gestion du focus.
- Formulaires complexes où certains labels ou descriptions peuvent manquer ou être insuffisants.
- Multimédia (vidéo/audio) n'a pas systématiquement de sous-titres ou de transcriptions complètes.
- Possibles problèmes de contraste sur des thèmes personnalisés ou avec du contenu utilisateur.
Si vous rencontrez un obstacle précis, merci de le signaler — voir la section Signaler un problème ci‑dessous.
4) Comment nous testons
Nos tests incluent :
- Audits automatiques (Lighthouse, axe-core) sur les pages principales.
- Tests manuels au clavier et avec lecteurs d'écran populaires (NVDA, VoiceOver) sur les flux critiques.
- Vérifications de contraste et revue des composants UI.
Nous conservons les rapports de test et priorisons les corrections en fonction de l'impact utilisateur et de la faisabilité technique.
5) Feuille de route d'amélioration
- Corriger les problèmes critiques identifiés par axe-core et Lighthouse sur les pages de création et d'inscription.
- Ajouter des annonces ARIA et améliorer la gestion du focus pour les modals et contenus dynamiques.
- Transcrire / sous-titrer le contenu vidéo important.
- Améliorer l'accessibilité des formulaires (labels explicites, erreurs accessibles).
- Effectuer des tests utilisateurs avec personnes en situation de handicap pour les flux essentiels.
6) Mesures d'atténuation et conseils
En attendant les corrections, voici des astuces pour contourner certains obstacles :
- Utiliser la navigation par onglets et la recherche du navigateur pour atteindre rapidement des sections.
- Si une image ou un média manque de description, activez le mode lecteur du navigateur ou demandez la transcription via contact.
- Si un formulaire ne met pas le focus sur une erreur, passez directement aux champs requis et utilisez Ctrl/Cmd+F pour trouver les labels.
7) Signaler un problème
Si vous rencontrez un obstacle d'accessibilité, merci de nous transmettre les informations suivantes :
- URL (ou étape précise) où le problème apparaît.
- Description du problème et de son impact.
- Système d'exploitation, navigateur et lecteur d'écran (si connu).
- Capture d'écran ou enregistrement si possible.
Pour signaler : page Contact.
8) Engagement de réponse
Nous accusons réception des signalements sous 5 jours ouvrés et fournissons une réponse ou plan d'action sous 30 jours ouvrés lorsque c'est possible. Si votre signalement nécessite une action urgente (ex. impossibilité totale d'utiliser un flux essentiel), indiquez-le clairement pour priorisation.
9) Accessibilité technique — points concrets pour les développeurs
- Vérifier l'ordre DOM pour respecter l'ordre visuel.
- Ajouter des labels explicites pour tous les contrôles de formulaire.
- Gérer le focus : mettre focus sur les modals ouverts et le remettre lors de la fermeture.
- Utiliser role, aria-label et aria-describedby uniquement quand nécessaire et correctement.
- Fournir des alternatives textuelles pour tout contenu non textuel.
- Éviter les animations excessives ou fournir un moyen de les réduire (prefers-reduced-motion).
Ce document est fourni à titre indicatif et ne remplace pas un avis juridique. Il sert juste pour le projet de cours ESGI tout cela reste à titre d'exemple et fictif.