Déclaration d'accessibilité

Notre engagement

nelya-ia.com s'adresse à des grands débutants. Une personne qui navigue au clavier, qui grossit le texte, qui utilise un lecteur d'écran ou qui lit difficilement les contrastes doit pouvoir suivre une formation ici comme n'importe qui d'autre. L'accessibilité n'est pas une option de fin de projet : c'est la même exigence que la clarté du vocabulaire.

Le site vise le niveau AA du RGAA 4.1, équivalent français des règles WCAG 2.1.

État de conformité

Partiellement conforme. Un audit automatisé porte sur l'ensemble des pages du site et vérifie 106 points à chaque modification du code : contrastes recalculés, hiérarchie des titres, étiquettes de formulaire, textes alternatifs, liens d'évitement, ordre de tabulation. Tous sont satisfaits. La part humaine de l'audit — essai au lecteur d'écran, parcours complet au clavier — reste à mener avant l'ouverture publique.

Nous préférons l'écrire ainsi qu'annoncer une conformité totale que personne n'a vérifiée de bout en bout. Trois niveaux existent : non conforme, partiellement conforme, totalement conforme — et seul un audit complet permet de revendiquer le dernier.

Ce qui a été fait

• Contrastes. Les couleurs vives de notre charte ne passent pas le contraste AA sur fond blanc. Des variantes de même teinte, toutes vérifiées à 4,5:1 au minimum, sont utilisées pour tout texte. Le bouton orange porte du texte noir, jamais blanc.
• Navigation au clavier. Chaque élément interactif est atteignable au clavier et porte un indicateur de focus visible. Un lien d'évitement ouvre chaque page.
• Fonctionnement sans JavaScript. Tous les formulaires — inscription, achat, progression, dépôt d'avis, questions — partent et aboutissent sans une ligne de script côté navigateur. Le JavaScript n'ajoute que du confort.
• Zones cliquables. 44 × 44 pixels au minimum, y compris les filtres et les pastilles.
• Jamais l'information par la seule couleur. Un état est toujours écrit en toutes lettres à côté de sa couleur.
• Graphiques. Les courbes et jauges de l'espace d'administration sont accompagnées d'un tableau de chiffres : la page se lit sans images.
• Animations. Le réglage « réduire les animations » du système est respecté.
• Structure. Un seul titre de niveau 1 par page, hiérarchie sans saut de niveau, langue déclarée en français.

Points connus, non encore traités

• La part humaine de l'audit RGAA — celle qu'aucun automate ne remplace : pertinence des textes alternatifs, cohérence de l'ordre de lecture, comportement réel avec un lecteur d'écran.
• Aucun essai avec un lecteur d'écran réel (NVDA, VoiceOver) n'a encore été mené de bout en bout. Le balisage a été écrit pour, il reste à le vérifier avec.
• Les formations en vidéo n'existent pas encore. Le jour où elles arriveront, sous-titres et transcription seront exigés avant publication — pas ajoutés après.
• Les documents PDF que nous produisons — factures et certificats — ne sont pas encore balisés pour l'accessibilité. Leur contenu est disponible en HTML dans l'espace client.

Signaler un blocage

Si quelque chose vous empêche d'accéder à un contenu, écrivez-nous par leformulaire de contact en décrivant la page et ce qui bloque. Nous répondons sous 24 heures ouvrées et nous vous transmettrons le contenu par un autre moyen en attendant la correction.

Voie de recours

Si vous constatez un défaut d'accessibilité vous empêchant d'accéder à un contenu et que vous n'obtenez pas de réponse satisfaisante de notre part, vous pouvez :

• écrire au Défenseur des droits via sonformulaire en ligne ;
• contacter le délégué du Défenseur des droits de votre département ;
• écrire par courrier, sans affranchissement, à : Défenseur des droits, Libre réponse 71120, 75342 Paris CEDEX 07.

Ce qui est vérifié automatiquement

Ces contrôles s'exécutent à chaque modification du site, sur toutes les pages à la fois — ce qu'un audit manuel ne fait jamais. Une régression d'accessibilité arrête la mise en ligne au même titre qu'une erreur de code.

• Contrastes — recalculés à partir des couleurs réelles de la charte, pas recopiés d'un tableau.
• Titres — un seul niveau 1 par page, aucun saut de niveau.
• Formulaires — chaque champ a une étiquette associée.
• Images — chaque image porte un attribut de texte alternatif.
• Liens et boutons — chacun a un intitulé perceptible.
• Navigation — lien d'évitement présent et pointant vers une ancre existante, aucun ordre de tabulation forcé.
• Repères — en-tête, navigation, contenu principal et pied de page identifiés.

Technologies utilisées

HTML, CSS et un peu de JavaScript. Aucun composant tiers d'interface n'est employé : chaque élément interactif est écrit ici, ce qui évite de dépendre de l'accessibilité d'une bibliothèque sur laquelle nous n'aurions pas la main.