Déclaration d’accessibilité

Circular Experience s’engage à rendre ses sites internet, intranet, extranet et ses progiciels accessibles (ainsi que ses applications mobiles), conformément à l’article 47 de la loi n°2005-102 du 11 février 2005.

À cette fin, elle met en oeuvre la stratégie et les actions suivantes :

• Le projet de mise en conformité des outils avec les normes d'accessibilité numérique a été initié en janvier 2024. Ce déploiement est géré en interne. La phase d'audit a débuté en 2025, avec BrowserStack Accessibility Testing sélectionné comme outil d'audit principal.
• Chaque audit est accompagné d’une restitution et d’un compte-rendu. Un contact par site est identifié afin de suivre la démarche d’amélioration lancée. Un plan d’actions avec des objectifs partagés est ainsi mise en place afin d’améliorer l’utilisation de nos outils.
• le Schéma pluriannuel de mise en accessibilité 2024-2025 ainsi que le Plan d’actions 2025-2026 sont en cours de rédaction et seront publiés prochainement.

Cette déclaration d’accessibilité s’applique à https://reepeat.fr.

État de conformité

Le site https://reepeat.fr est non conforme avec le Référentiel Général d’Amélioration de l’Accessibilité (RGAA), version 4.1.2, en raison des non-conformités et des dérogations énumérées ci-dessous.

Résultats des tests

On compte 36 critères conformes ou non applicables sur 106 parmi lesquels :

• 36 critères conformes ou non applicables
• 21 critères non-conformes
• 49 critères non testés ou partiellement testés

Contenus non accessibles

Non-conformités

• Des liens doivent être distinguables du texte environnant.
• Des alternatives textuelles doivent être fournies pour les images afin d’être significatives.
• Certains éléments ne respectent pas les seuils minimaux de contraste des couleurs.
• Des identifiants utilisés dans ARIA ou les libellés ne sont pas uniques.
• Certains éléments interactifs ne sont pas accessibles via le clavier.
• Certains éléments interactifs n’ont pas de rôle correctement assigné.
• Des champs de saisie utilisant ARIA ne disposent pas de nom accessible.
• Le premier élément interactif de la page n’est pas toujours un lien vers le contenu principal.
• Certaines balises <ul> ou <ol> contiennent des éléments non autorisés directement.
• Certains éléments <select> ne disposent pas de nom accessible.
• Des menus ne sont pas intégrés dans une région repérable (landmark).
• Certaines étiquettes ne sont pas correctement associées aux champs de formulaire.
• Certains éléments utilisent des attributs ARIA non pris en charge.
• Des régions défilables ne sont pas accessibles via le clavier.
• Certains éléments non textuels présentent un contraste insuffisant (moins de 3:1) avec les couleurs adjacentes.
• Des liens ayant une même URL (href) ont des textes de lien différents.
• Certains éléments recevant le focus clavier ne disposent pas d’indicateur visible.
• La position de certains éléments de navigation manque de cohérence.

Critères du RGAA 4.1.2 non testés ou partiellement testés

• 1.4 Pour chaque image utilisée comme CAPTCHA ou comme image-test, ayant une alternative textuelle, cette alternative permet-elle d’identifier la nature et la fonction de l’image ?
• 1.5 Pour chaque image utilisée comme CAPTCHA, une solution d’accès alternatif au contenu ou à la fonction du CAPTCHA est-elle présente ?
• 1.9 Chaque légende d’image est-elle, si nécessaire, correctement reliée à l’image correspondante ?
• 2.1 Chaque cadre a-t-il un titre de cadre ?
• 2.2 Pour chaque cadre ayant un titre de cadre, ce titre de cadre est-il pertinent ?
• 3.1 Dans chaque page web, l’information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
• 4.1 Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audiodescription (hors cas particuliers) ?
• 4.2 Pour chaque média temporel pré-enregistré ayant une transcription textuelle ou une audiodescription synchronisée, celles-ci sont-elles pertinentes (hors cas particuliers) ?
• 4.3 Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ?
• 4.4 Pour chaque média temporel synchronisé pré-enregistré ayant des sous-titres synchronisés, ces sous-titres sont-ils pertinents ?
• 4.7 Chaque média temporel est-il clairement identifiable (hors cas particuliers) ?
• 4.8 Chaque média non temporel a-t-il, si nécessaire, une alternative (hors cas particuliers) ?
• 4.9 Pour chaque média non temporel ayant une alternative, cette alternative est-elle pertinente ?
• 4.10 Chaque son déclenché automatiquement est-il contrôlable par l’utilisateur ?
• 4.11 La consultation de chaque média temporel est-elle, si nécessaire, contrôlable par le clavier et tout dispositif de pointage ?
• 4.12 La consultation de chaque média non temporel est-elle contrôlable par le clavier et tout dispositif de pointage ?
• 4.13 Chaque média temporel et non temporel est-il compatible avec les technologies d’assistance (hors cas particuliers) ?
• 5.1 Chaque tableau de données complexe a-t-il un résumé ?
• 5.2 Pour chaque tableau de données complexe ayant un résumé, celui-ci est-il pertinent ?
• 5.3 Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible ?
• 5.4 Pour chaque tableau de données ayant un titre, le titre est-il correctement associé au tableau de données ?
• 5.5 Pour chaque tableau de données ayant un titre, celui-ci est-il pertinent ?
• 5.8 Chaque tableau de mise en forme ne doit pas utiliser d’éléments propres aux tableaux de données. Cette règle est-elle respectée ?
• 6.1 Chaque lien est-il explicite (hors cas particuliers) ?
• 6.2 Dans chaque page web, chaque lien a-t-il un intitulé ?
• 7.1 Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ?
• 7.2 Pour chaque script ayant une alternative, cette alternative est-elle pertinente ?
• 7.3 Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
• 7.4 Pour chaque script qui initie un changement de contexte, l’utilisateur est-il averti ou en a-t-il le contrôle ?
• 8.1 Chaque page web est-elle définie par un type de document ?
• 8.2 Pour chaque page web, le code source généré est-il valide selon le type de document spécifié ?
• 8.4 Pour chaque page web ayant une langue par défaut, le code de langue est-il pertinent ?
• 8.8 Dans chaque page web, le code de langue de chaque changement de langue est-il valide et pertinent ?
• 8.9 Dans chaque page web, les balises ne doivent pas être utilisées uniquement à des fins de présentation. Cette règle est-elle respectée ?
• 8.10 Dans chaque page web, les changements du sens de lecture sont-ils signalés ?
• 9.1 Dans chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?
• 9.2 Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
• 9.3 Dans chaque page web, chaque liste est-elle correctement structurée ?
• 9.4 Dans chaque page web, chaque citation est-elle correctement indiquée ?
• 10.1 Dans le site web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l’information ?
• 10.2 Dans chaque page web, le contenu visible porteur d’information reste-t-il présent lorsque les feuilles de styles sont désactivées ?
• 10.3 Dans chaque page web, l’information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ?
• 10.5 Dans chaque page web, les déclarations CSS de couleurs de fond d’élément et de police sont-elles correctement utilisées ?
• 10.6 Dans chaque page web, chaque lien dont la nature n’est pas évidente est-il visible par rapport au texte environnant ?
• 10.9 Dans chaque page web, l’information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
• 10.10 Dans chaque page web, l’information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
• 11.2 Chaque étiquette associée à un champ de formulaire est-elle pertinente (hors cas particuliers) ?
• 11.4 Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés (hors cas particuliers) ?
• 11.5 Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?
• 11.6 Dans chaque formulaire, chaque regroupement de champs de même nature a-t-il une légende ?
• 11.7 Dans chaque formulaire, chaque légende associée à un regroupement de champs de même nature est-elle pertinente ?
• 11.8 Dans chaque formulaire, les items de même nature d’une liste de choix sont-ils regroupés de manière pertinente ?
• 11.9 Dans chaque formulaire, l’intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?
• 11.10 Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
• 11.12 Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, les données saisies peuvent-elles être modifiées, mises à jour ou récupérées par l’utilisateur ?
• 12.3 La page « plan du site » est-elle pertinente ?
• 12.4 Dans chaque ensemble de pages, la page « plan du site » est-elle accessible à partir d’une fonctionnalité identique ?
• 12.5 Dans chaque ensemble de pages, le moteur de recherche est-il atteignable de manière identique ?
• 13.2 Dans chaque page web, l’ouverture d’une nouvelle fenêtre ne doit pas être déclenchée sans action de l’utilisateur. Cette règle est-elle respectée ?
• 13.3 Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ?
• 13.4 Pour chaque document bureautique ayant une version accessible, cette version offre-t-elle la même information ?
• 13.5 Dans chaque page web, chaque contenu cryptique (art ASCII, émoticône, syntaxe cryptique) a-t-il une alternative ?
• 13.6 Dans chaque page web, pour chaque contenu cryptique (art ASCII, émoticône, syntaxe cryptique) ayant une alternative, cette alternative est-elle pertinente ?
• 13.7 Dans chaque page web, les changements brusques de luminosité ou les effets de flash sont-ils correctement utilisés ?
• 13.8 Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l’utilisateur ?

Établissement de cette déclaration d’accessibilité

Cette déclaration a été établie le 10/06/2025.

Technologies utilisées pour la réalisation de Reepeat.fr

• HTML5
• CSS
• JavaScript

Environnement de test

Les vérifications de restitution de contenus ont été réalisées sur la base de la combinaison fournie par la base de référence du RGAA, avec les versions suivantes :

• Chrome Version 137.0.7151.69 sur MacOS 14.6.1

Outils pour évaluer l’accessibilité

• Browserstack Accessibility Testing
• Inspecteur du navigateur

Pages du site ayant fait l’objet de la vérification de conformité

• Page d’accueil
• Un article de blog
• Page du catalogue produit
• Fiche produit
• Page À propos

Retour d’information et contact

Si vous n’arrivez pas à accéder à un contenu ou à un service, vous pouvez contacter le responsable de Reepeat.fr pour être orienté vers une alternative accessible ou obtenir le contenu sous une autre forme.

Voies de recours

Si vous constatez un défaut d’accessibilité vous empêchant d’accéder à un contenu ou une fonctionnalité du site, que vous nous le signalez et que vous ne parvenez pas à obtenir une réponse, vous êtes en droit de faire parvenir vos doléances ou une demande de saisine au Défenseur des droits.

Plusieurs moyens sont à votre disposition :

• Écrire un message au Défenseur des droits
• Contacter le délégué du Défenseur des droits dans votre région
• Envoyer un courrier par la poste (gratuit, ne pas mettre de timbre) à l’adresse suivante :