Accessibilité

Ce qui est fait

• Un lien « Aller au contenu », premier élément atteint avec la touche Tab, mène directement au contenu principal.
• Tout se fait au clavier, y compris les éléments à faire glisser (stickers, photo), avec un contour de focus visible.
• Chaque page a un titre unique, une hiérarchie de titres sans saut et des zones balisées (navigation, contenu principal, pied de page) pour s'y repérer avec un lecteur d'écran.
• Les images portent une alternative textuelle ; les éléments purement décoratifs sont masqués aux technologies d'assistance.
• Les contrastes de texte respectent le niveau AA des WCAG, en thème clair comme en thème sombre.
• Les animations s'arrêtent si votre système demande de réduire les animations.
• Le contenu s'adapte jusqu'à 320 px de large sans défilement horizontal, et supporte le zoom du navigateur.
• Le curseur personnalisé disparaît au profit du curseur système en mode de contraste élevé et sur les écrans tactiles.

Comment c'est vérifié

Chaque page est testée automatiquement avec axe-core (critères WCAG 2.2 niveaux A et AA), en thème clair et sombre, sur ordinateur et sur mobile, ainsi que la navigation au clavier. Ces tests ne remplacent pas un audit complet : aucun audit RGAA n'a été réalisé à ce jour.

Limites connues

• Le calendrier de prise de rendez-vous est fourni par Cal.com : son accessibilité dépend de ce service. Si vous rencontrez une difficulté, écrivez-moi pour convenir d'un créneau.
• Dans les études de cas, les captures d'écran des sites clients sont des images : leur texte n'est pas lisible par un lecteur d'écran, mais chacune est décrite.
• Un exemple « avant » de l'étude de cas PBYweb a un contraste insuffisant, volontairement, pour montrer le problème corrigé.

Signaler un problème

Un contenu inaccessible, un parcours bloquant ? Écrivez-moi à hello@dimitrifiacre.com : je vous réponds et corrige dès que possible, ou vous transmets l'information sous une autre forme.