Vérification des contrastes
Chaque jeton de couleur est vérifié selon les ratios de contraste WCAG. S’il échoue, il n’est pas livré.
Accessibilité
L’accessibilité chez LoveSync.
Nous visons le niveau WCAG 2.1 AA sur chaque surface que nous livrons. Cette page décrit ce que cela signifie en pratique, ce qui fonctionne, et ce que nous continuons d’améliorer.
Notre engagement
Un engagement vivant, pas un simple label.
Les personnes qui ont le plus besoin d’un foyer pour leur amour sont souvent celles envers qui internet a été le plus brutal. Cela inclut les personnes qui utilisent des lecteurs d’écran, l’agrandissement, la navigation au clavier uniquement, les sous-titres, des périphériques de saisie alternatifs, et des dizaines d’adaptations plus discrètes. Pour nous, l’accessibilité n’est pas une case à cocher de conformité — c’est la façon dont nous rejoignons les membres que nous voulons le plus servir.
Notre standard sur le web comme sur le mobile est le WCAG 2.1 AA. Nous testons avec de véritables technologies d’assistance, pas seulement avec des outils automatisés. Nous vérifions les contrastes à chaque livraison. Nous respectons la réduction des animations. Nous ne signalons jamais un état par la couleur seule. Le focus est toujours visible et jamais perdu.
Nous publions ci-dessous un état honnête — y compris les points où nous ne sommes pas encore là où nous voulons être. Si quelque chose ne fonctionne pas pour vous, dites-le-nous. Nous privilégions les correctifs à la communication.
Où nous en sommes
Un état honnête, mis à jour au fil de nos livraisons.
Le vert signifie en ligne et audité. L’orange signifie en cours, avec un plan concret.
- 01En ligne
WCAG 2.1 AA sur le web
Les surfaces web sont auditées selon le WCAG 2.1 AA à chaque version. Chaque nouveau composant passe par une revue d’accessibilité avant sa livraison.
- 02En ligne
WCAG 2.1 AA sur le mobile
Les versions iOS et Android respectent les API d’accessibilité des plateformes — VoiceOver, TalkBack, la taille de texte dynamique, des cibles tactiles plus grandes — et sont testées sur de vrais appareils.
- 03En continu
Tests avec lecteurs d’écran
Nous testons avec VoiceOver sur iOS et macOS, TalkBack sur Android, ainsi que NVDA et JAWS sur Windows. Les problèmes propres aux lecteurs d’écran ont leur propre suivi de gravité.
- 04Pris en charge
Zoom à 200 % & texte dynamique
Le web s’adapte à un zoom de 200 % sans perte de contenu ni de fonction. Le mobile respecte les réglages système de taille de texte et d’échelle d’affichage sans limite.
- 05Pris en charge
Réduction des animations respectée
Chaque animation du site respecte prefers-reduced-motion. Aucune information essentielle n’est jamais transmise par le mouvement seul.
- 06Jamais utilisé seul
État par couleur seule
Un état est toujours accompagné d’un libellé texte ou d’une icône. Cela vaut pour les badges de vérification, les indicateurs en direct et chaque point sémantique.
- 07En cours
Sous-titres & transcriptions
Les nouveaux contenus audio et vidéo sont livrés avec sous-titres et transcriptions. Nous travaillons à ajouter des sous-titres aux contenus plus anciens, enregistrés avant que cela ne devienne notre standard.
- 08Au cas par cas
Intégrations tierces
Nous évaluons l’accessibilité des intégrations tierces avant leur mise en ligne. Lorsqu’un partenaire est en deçà, nous collaborons avec lui, proposons un accès alternatif, ou remplaçons l’intégration.
- 09Feuille de route
Vidéo avec audiodescription
L’audiodescription est prévue pour notre série vidéo dans l’année à venir. D’ici là, les transcriptions décrivent intégralement le contenu visuel.
Notre façon de travailler
Les pratiques qui nous gardent honnêtes.
HTML sémantique d’abord
Titres, repères, listes et boutons — utilisés pour leur sens, pas pour leur style. Pas d’interfaces faites uniquement de div.
Le focus jamais perdu
Le focus est toujours visible, toujours logique, et toujours géré après l’ouverture, la fermeture d’une fenêtre modale et la navigation.
Le mouvement jamais obligatoire
Chaque animation dispose d’une alternative à mouvement réduit. Aucune information n’est transmise par le seul mouvement.
Les pratiques
Ce que nous faisons vraiment avant de livrer.
Tests au clavier uniquement
Chaque nouveau parcours est parcouru au clavier seul. S’il ne peut pas être réalisé sans souris, il n’est pas livré.
Calendrier de tests avec lecteurs d’écran
Les nouveaux composants sont testés avec au moins deux lecteurs d’écran avant leur livraison. Des audits complets de l’application au lecteur d’écran ont lieu chaque trimestre.
Chaîne de vérification des contrastes
Les jetons et classes utilitaires sont vérifiés selon les ratios WCAG 2.1 AA dans l’intégration continue. Les combinaisons en échec bloquent la compilation.
Revue d’accessibilité avant livraison
Les revues de design et de code intègrent une liste de contrôle d’accessibilité. La responsabilité incombe à toute l’équipe — pas à un spécialiste isolé.
Les technologies d’assistance que nous testons
De vrais appareils, de vrais réglages.
Lecteurs d’écran : VoiceOver sur iOS et macOS, TalkBack sur Android, NVDA et JAWS sur Windows. Chaque lecteur d’écran a son propre suivi de bogues — les problèmes qui n’apparaissent que dans l’un d’eux ne sont pas noyés dans un fourre-tout “accessibilité” général.
Adaptations : le texte dynamique d’iOS, la taille de police d’Android, le zoom du navigateur jusqu’à 200 % et au-delà, les modes d’affichage à contraste élevé, les réglages système de réduction des animations et de la transparence, la navigation au clavier uniquement, et le contrôle par sélecteur sur iOS lorsque c’est possible.
Dites-le-nous
Contactez-nous directement.
Signaler un problème d’accessibilité
Un parcours clavier cassé, des libellés manquants, un contraste insuffisant, une confusion au lecteur d’écran, quoi que ce soit. Nous privilégions les correctifs à la communication.
[email protected]
Demander un format alternatif
Besoin d’un document ou d’un article dans un autre format — texte brut, plus grands caractères, audio décrit ? Écrivez-nous et nous nous en occuperons.
[email protected]
Si nous avons oublié quelque chose
Nous voulons l’entendre.
Nous préférons corriger un problème plutôt que défendre un choix de conception. Si quelque chose sur LoveSync vous gêne — sur n’importe quelle plateforme, avec n’importe quelle adaptation — dites-le-nous. Nous répondons, nous agissons, et nous vous informons lorsqu’un correctif est livré.
Nous publions un journal des changements d’accessibilité aux côtés de nos versions produit, afin que les membres voient ce qui s’est amélioré et ce qui reste ouvert. Le progrès à découvert est le seul auquel nous accordions confiance.