Déclaration d'accessibilité

1. Notre engagement

Nous traitons l'accessibilité comme une exigence fonctionnelle et non comme un audit de dernière minute. Un balisage accessible, l'utilisation au clavier et un contraste suffisant font partie de notre façon de construire, et ne sont pas ajoutés juste avant la mise en ligne.

Nous visons la conformité aux Règles pour l'accessibilité des contenus web (WCAG) 2.2 niveau AA, la norme à laquelle renvoie EN 301 549 et, à travers elle, l'Acte européen sur l'accessibilité. Nous publions ci-dessous notre statut réel plutôt qu'une déclaration de conformité que nous n'avons pas méritée.

2. Portée de cette déclaration

Cette déclaration s'applique au site publié à l'adresse c9group.dev, y compris toutes les versions linguistiques et toutes les pages servies sous ce domaine.

Elle ne couvre pas :

• les plateformes tierces vers lesquelles nous renvoyons, telles que notre organisation GitHub, notre page LinkedIn ou notre fiche Google Play, régies par les déclarations d'accessibilité propres à leurs exploitants
• les logiciels que nous développons pour nos clients, dont l'accessibilité est traitée dans l'accord de mission applicable
• les documents archivés publiés avant la date de cette déclaration

3. Statut de conformité

Nous préférons indiquer une conformité partielle que nous pouvons étayer plutôt que revendiquer une conformité totale que nous n'avons pas testée de manière indépendante. Nous comptons commander un audit externe et mettrons cette déclaration à jour — en indiquant l'identité de l'auditeur et la date de l'évaluation — une fois celui-ci achevé.

4. Limites connues

Nous avons connaissance des obstacles suivants. Chacun est accompagné du critère de succès WCAG concerné et de notre intention de correction.

Si vous rencontrez un obstacle qui n'est pas listé ici, dites-le-nous — voir Signaler un obstacle ci-dessous. Les signalements des utilisateurs sont le moyen le plus rapide de trouver ce que nos tests ont manqué.

5. Mesures que nous prenons

Pour favoriser l'accessibilité :

• nous construisons avec du HTML sémantique et des composants natifs plutôt que des widgets sur mesure
• nous définissons la langue de la page par programmation pour que les technologies d'assistance lisent correctement chaque traduction
• nous maintenons les rapports de contraste des textes et de l'interface au niveau des seuils WCAG AA ou au-delà
• nous gardons chaque commande interactive accessible et utilisable au clavier, avec un indicateur de focus visible
• nous rendons le site côté serveur, de sorte que le contenu soit présent sans dépendre du script côté client
• nous fournissons des alternatives textuelles aux images informatives et marquons les images décoratives afin que les lecteurs d'écran les ignorent
• nous respectons la préférence système de mouvement réduit
• nous intégrons l'accessibilité à la revue de code et traitons les obstacles signalés comme des défauts et non comme des demandes d'amélioration

6. Spécifications techniques

L'accessibilité de ce site repose sur le bon fonctionnement des technologies suivantes avec votre navigateur et toute technologie d'assistance que vous utilisez :

• HTML
• WAI-ARIA
• CSS
• JavaScript
• SVG

Ces technologies sont celles sur lesquelles repose la conformité au niveau AA des WCAG 2.2.

7. Compatibilité avec les navigateurs et les technologies d'assistance

Ce site est conçu pour fonctionner avec les versions actuelles de Chrome, Firefox, Safari et Edge, sur ordinateur et mobile, en combinaison avec les lecteurs d'écran qui leur sont habituellement associés, dont NVDA, JAWS, VoiceOver et TalkBack.

Il n'est pas testé sur des navigateurs en retard de plus de deux versions majeures et peut ne pas fonctionner de manière fiable avec Internet Explorer.

8. Comment nous avons évalué ce site

Le statut de conformité ci-dessus repose sur une auto-évaluation menée par C9 Group, combinant :

• des tests automatisés des pages rendues au regard des règles WCAG 2.2
• un parcours manuel au clavier seul des principaux chemins utilisateurs
• une revue manuelle de la structure des titres, des repères, de l'étiquetage des formulaires et des intitulés de liens
• une mesure du contraste des textes et des composants d'interface

Les outils automatisés ne détectent de manière fiable qu'une minorité des obstacles, d'où l'importance de la revue manuelle et le maintien d'un audit indépendant dans nos plans. Quiconque affirme qu'un outil seul prouve la conformité surestime ce que les outils peuvent faire.

9. Signaler un obstacle

Si vous ne parvenez pas à accéder à une partie de ce site ou si vous avez besoin d'informations dans un autre format, contactez-nous. Indiquez-nous l'adresse de la page, ce que vous cherchiez à faire et — si possible — le navigateur et la technologie d'assistance utilisés. Chaque détail aide, aucun n'est obligatoire ; un signalement d'une ligne est bienvenu.

10. Si vous n'êtes pas satisfait

Si vous n'êtes pas satisfait du traitement de votre signalement, transmettez-le à office@c9group.dev à l'attention de la direction : nous le réexaminerons indépendamment de la personne qui l'a traité en premier.

Si vous restez insatisfait, vous pouvez saisir l'autorité de surveillance du marché compétente en matière d'accessibilité des services numériques dans votre pays. Au sein de l'Union européenne, chaque État membre désigne une telle autorité au titre de l'Acte européen sur l'accessibilité (directive (UE) 2019/882) et de sa législation nationale de transposition.

11. Élaboration et révision de cette déclaration

Cette déclaration a été établie en référence à la structure du modèle utilisé dans le cadre de l'EN 301 549 et de l'Acte européen sur l'accessibilité.

12. Langue