Déclaration d'accessibilité

Notre engagement

L'accessibilité numérique n'est pas une option ni un bonus — c'est une condition pour que obuny soit véritablement ouvert à toute la communauté adulte consentante. Nous travaillons en continu pour réduire les barrières et améliorer l'expérience pour tous.

Standard cible

Conformité WCAG 2.2 niveau AA

Notre objectif est la conformité aux Web Content Accessibility Guidelines (WCAG) 2.2, niveau AA — le standard de référence international (W3C) et la base de la norme européenne EN 301 549.

Cette conformité couvre les quatre principes : perceptible, utilisable, compréhensible et robuste. Elle s'applique au site web (obuny.com) et à l'application mobile.

Fonctionnalités

Ce qui est déjà en place

• Structure HTML sémantique : balises landmarks (header, main, nav, footer), titres hiérarchisés, listes correctement structurées.
• Navigation au clavier : tous les éléments interactifs sont accessibles au clavier (tabulation, entrée, espace, échap), avec un focus visible sur fond foncé.
• Contraste élevé : thème sombre par défaut conçu pour respecter le ratio de contraste 4.5:1 minimum (texte normal) et 3:1 (gros texte).
• Textes alternatifs : toutes les images informatives portent un attribut alt descriptif. Les images décoratives sont explicitement marquées.
• Support RTL : interface entièrement bidirectionnelle pour l'hébreu, avec mise en miroir des éléments visuels.
• Compatibilité lecteurs d'écran : utilisation des attributs ARIA appropriés (role, aria-label, aria-live, aria-expanded), tests sur NVDA et VoiceOver.
• Tailles de cible : boutons et liens d'au moins 44x44 px sur mobile, conformément à WCAG 2.5.5.
• Réduction des animations : les utilisateurs ayant activé « prefers-reduced-motion » dans leur système voient les animations remplacées par des transitions instantanées.
• Pas de pièges au clavier : aucun élément ne capture le focus sans permettre d'en sortir.
• Formulaires étiquetés : tous les champs de formulaire ont un label associé (visible ou aria-labelledby), les erreurs sont annoncées aux lecteurs d'écran.

Limites

Limites connues

Nous documentons honnêtement les limites actuelles que nous travaillons à corriger :

• Certaines vidéos de stories ne disposent pas encore de transcription textuelle. Travail en cours, déploiement Q3 2026.
• Les emojis utilisés dans la communication marketing peuvent ne pas être entièrement décrits par tous les lecteurs d'écran. Audit prévu Q3 2026.
• Le sélecteur de date sur certains formulaires ne supporte pas encore parfaitement la saisie clavier sur tous les navigateurs. Refonte prévue Q3 2026.

Tests

Comment nous testons

Notre stratégie d'accessibilité combine : tests automatiques (axe-core, Lighthouse) en CI/CD, tests manuels au clavier sur chaque pull request, audits trimestriels par lecteurs d'écran (NVDA, VoiceOver, JAWS), retours d'utilisateurs en situation de handicap.

Vos retours

Vous rencontrez une barrière d'accessibilité ?

Toute remontée — bug d'accessibilité, suggestion d'amélioration, témoignage — est traitée par l'équipe sous 5 jours ouvrés. C'est la principale source d'amélioration de la plateforme.

Conformité légale

Cadre réglementaire

Cette déclaration s'inscrit dans le cadre de l'European Accessibility Act (Directive UE 2019/882) et de la norme harmonisée EN 301 549, qui transposent les WCAG 2.2 niveau AA dans le droit européen pour les plateformes numériques destinées aux consommateurs.

Statut de conformité : conformité partielle. Les non-conformités identifiées sont listées dans la section « Limites connues » ci-dessus, avec les délais de correction prévus.