Dernière mise à jour : 23/06/2026

Le présent document est rédigé sous une forme simplifiée et dans un langage clair et compréhensible, conformément aux principes et exigences d'accessibilité établis par la Directive (UE) 2019/882 et le décret législatif du 27 mai 2022, n° 82, avec une référence particulière à l'obligation de fournir des informations perceptibles, utilisables, compréhensibles et robustes pour tous les utilisateurs, y compris les personnes handicapées.

Conformément à l'article 12 du décret législatif 82/2022 et à l'annexe I, sections III et IV, les informations relatives à l'accessibilité des services doivent être présentées de manière claire, compréhensible et accessible, y compris par l'utilisation d'un langage simple et d'une structure non complexe.

Le choix de la synthèse et de la simplicité du présent document constitue donc la mise en œuvre directe d'une obligation réglementaire et ne représente pas une limitation des informations disponibles, qui restent entièrement régies par la documentation technique et juridique de référence.

Ce document a été fourni par Accessiway pour se conformer aux obligations de l'Acte européen sur l'accessibilité jusqu'à ce que l'Autorité nationale compétente fournisse le modèle officiel.

Chaque paragraphe complexe est introduit par une explication dans un langage plus simple.

Introduction

Nous voulons que tout le monde, y compris les personnes handicapées, utilise notre service facilement. Ce document explique ce que nous faisons pour qu'il soit accessible et respecte les lois et les normes comme l'European Accessibility Act ou les WCAG.

CSP International Fashion Group s'engage pour l'accessibilité et l'inclusivité. Nous voulons que tous nos clients, y compris les personnes handicapées, puissent utiliser notre service avec succès.

Ce document illustre les caractéristiques d'accessibilité de https://www.oroblu.com, comment nous répondons aux exigences de l'European Accessibility Act, de la norme EN 301549, des WCAG 2.2, de l'ADA et de la Sec. 508, et ce que nous faisons pour maintenir et améliorer l'accessibilité. Cette déclaration concerne uniquement https://www.oroblu.com.

Nous révisons régulièrement ces informations au fur et à mesure que nous améliorons https://www.oroblu.com.

Présentation

Description du service

Il s'agit d'une plateforme de commerce électronique B2C pour l'achat de produits de lingerie et de vêtements.

Comment utiliser https://www.oroblu.com
(Accessibilité et fonctionnement)

Nous nous efforçons de rendre https://www.oroblu.com simple à utiliser pour tous. Voici un aperçu de la façon de naviguer et d'utiliser notre service avec des technologies d'assistance ou des configurations spéciales :

Comment utiliser https://www.oroblu.com

Les utilisateurs peuvent consulter le catalogue, ajouter des produits au panier, créer un compte et finaliser un achat. Ils peuvent également écrire au service client.

Accessibilité de https://www.oroblu.com

Utilise les modes d'interaction standard avec le système d'exploitation et les technologies d'assistance.

Si vous avez besoin de plus d'explications sur l'utilisation de toute partie de https://www.oroblu.com, veuillez contacter notre support pour une assistance personnalisée. Nous nous engageons à fournir toute description ou explication supplémentaire nécessaire au bon fonctionnement du service.

Conformité à l'accessibilité
(Comment nous respectons les exigences)

Nous avons évalué https://www.oroblu.com par rapport aux exigences de l'European Accessibility Act (et, si nécessaire, à son application locale), de l'ADA, des WCAG 2.2, de la Section 508 et il est :

Perceptible

• Le contenu est présenté dans un ordre qui reflète la structure logique et sémantique, permettant aux technologies d'assistance de l'interpréter correctement.
• Les instructions fournies pour comprendre et opérer sur les contenus ne sont pas basées exclusivement sur des caractéristiques sensorielles des composants telles que la forme, la couleur, la taille, l'emplacement visuel, l'orientation ou le son.
• Les contenus s'adaptent correctement à l'orientation de l'écran, en conservant une visualisation et un fonctionnement cohérents.
• Le cas échéant, le but des champs de saisie qui acceptent des données spécifiques est correctement communiqué aux aides et est implémenté de manière conforme.
• Les informations ne sont pas transmises uniquement par la couleur, ou présentent une alternative accessible comme du texte ou des symboles.
• Les informations sont présentées en utilisant du texte, en évitant les images de texte non essentielles et non personnalisables.
• Les composants essentiels, même dans différents états, présentent un contraste de couleur par rapport aux éléments adjacents qui satisfait le rapport minimum de 3:1.
• La modification de l'espacement des textes, par rapport à la hauteur des lignes, aux espaces entre les paragraphes, les lettres ou les mots, n'entraîne pas de perte d'informations ou de contenu.

Utilisable

• Il n'y a pas de pièges au clavier (il est possible de naviguer librement à l'intérieur et à l'extérieur de tous les composants).
• Il n'y a aucune interférence avec les touches d'accès rapide composées de lettres, de chiffres ou de symboles uniques.
• Il n'y a pas de limites de temps imposées par le contenu ou, si elles existent, elles sont contrôlables par l'utilisateur, réglables, extensibles ou justifiées par des nécessités fonctionnelles ou réglementaires.
• Tous les contenus en mouvement, s'il y en a, sont dotés de commandes de pause et/ou de contrôle de la lecture.
• Il n'est pas utilisé de contenus clignotants ou intermittents à des niveaux pouvant provoquer des crises d'épilepsie, en restant dans les limites de sécurité.
• Les liens d'évitement sont implémentés pour permettre une navigation rapide vers le contenu principal, améliorant l'accessibilité et l'expérience utilisateur.
• Les écrans du flux de service ont des titres qui décrivent leur sujet ou leur finalité.
• Il existe plusieurs façons d'identifier un contenu dans l'environnement.
• Les éléments pouvant recevoir le focus de la navigation au clavier sont toujours au moins partiellement visibles dans la fenêtre d'affichage.
• Toutes les fonctionnalités ne nécessitent pas de gestes complexes pour être utilisées.
• Les fonctionnalités ne démarrent pas immédiatement au toucher, elles peuvent être annulées avant d'être complétées et il n'est pas nécessaire de maintenir la pression pour les faire fonctionner.
• Pour les composants de l'interface utilisateur avec des étiquettes qui incluent du texte ou des images de texte, le nom lu par les aides contient le texte présenté visuellement.
• Toutes les fonctionnalités sont utilisables sans reposer exclusivement sur le mouvement de l'appareil ou de l'utilisateur.
• Toutes les fonctionnalités sont utilisables sans devoir être nécessairement glissées.
• La zone cliquable des éléments interactifs est suffisamment grande pour garantir une interaction aisée pour les utilisateurs.

Compréhensible

• La langue de chaque page est définie de manière appropriée et utilisée de manière cohérente dans tout le service.
• Toutes les parties linguistiques qui le nécessitent sont déterminables de manière programmatique.
• Les composants de l'interface utilisateur, lorsqu'ils reçoivent le focus de la navigation au clavier, ne génèrent pas de changements de contexte imprévus susceptibles de désorienter l'utilisateur.
• Les composants de l'interface utilisateur, lorsqu'ils sont activés par l'utilisateur via le clavier ou des technologies d'assistance, ne génèrent pas de changements de contexte imprévus susceptibles de désorienter l'utilisateur.
• Les mécanismes de navigation présents sont positionnés de manière cohérente tout au long du flux de service.
• Les éléments répétés de l'interface sont définis de manière cohérente pour faciliter leur identification.
• Dans l'environnement, les mécanismes de demande de support ou d'aide sont cohérents.
• Lorsqu'une erreur de saisie est détectée automatiquement, l'élément en erreur est identifié et l'erreur est décrite par du texte.
• Lorsqu'une erreur de saisie est identifiée et que des suggestions pour la corriger sont connues, ces suggestions sont fournies à l'utilisateur, sauf dans les cas prévus par la réglementation.
• Nous rédigeons le contenu dans un langage clair et simple.

Robuste

• Des technologies de développement standard interprétables par les technologies d'assistance sont utilisées.

Nous avons testé https://www.oroblu.com avec les technologies d'assistance les plus courantes dans une grande variété de configurations Systèmes d'exploitation-Navigateurs :

• Lecteurs d'écran (tels que NVDA et JAWS sur Windows, VoiceOver sur Mac et iOS) pour confirmer que tous les éléments interactifs sont annoncés correctement et peuvent être utilisés.
• Nous testons également l'agrandissement de l'écran et les modes de contraste élevé.

Nous visons la compatibilité avec les versions actuelles des principales technologies d'assistance. Notre code suit les meilleures pratiques définies dans les WCAG 2.2 et la norme EN 301 549 pour une implémentation robuste, ce qui signifie qu'il devrait rester accessible même avec l'évolution de la technologie.

Normes : sur la base de ce qui précède, nous appliquons les critères les plus récents des WCAG 2.2 AA et EN 301 549 pour garantir l'accessibilité. Le respect de ces normes crée une présomption de conformité aux exigences de l'EAA, de l'ADA et d'autres réglementations basées sur les mêmes normes techniques.

Suivi et maintenance continus

Pour nous, l'accessibilité n'est pas un engagement ponctuel, mais un processus continu. Voici comment nous garantissons que https://www.oroblu.com reste accessible dans le temps :

• Notre coordinateur de l'accessibilité, qui supervise l'accessibilité de https://www.oroblu.com peut être contacté à cette adresse e-mail compliance@cspinternational.it.
• Avec le soutien d'AccessiWay, le 23/06/2026, nous avons effectué un audit manuel externe guidé par des experts pour vérifier notre conformité à l'accessibilité. Nous maintenons un cycle de tests et d'améliorations continues, avec un soutien récurrent pour garantir qu'au moins une fois par an des audits complets sont effectués, y compris des tests manuels par des professionnels utilisant des technologies d'assistance.
• Nous utilisons des outils de test automatisés intégrés à notre processus de développement pour détecter rapidement les problèmes d'accessibilité les plus courants (tels que l'absence de texte alternatif ou d'étiquetage des formulaires). Chaque mise à jour du code passe par ces contrôles.

Commentaires et contacts

Nous sommes heureux de recevoir vos suggestions pour améliorer https://www.oroblu.com. Si vous rencontrez des problèmes ou avez des suggestions, contactez-nous par e-mail, téléphone ou courrier. Expliquez les détails du problème afin que nous puissions vous aider.

Nous attachons une grande importance aux contributions de nos utilisateurs, surtout s'ils nous informent que quelque chose ne fonctionne pas. Si vous avez des difficultés à accéder à une partie de https://www.oroblu.com, si vous rencontrez un problème d'accessibilité ou si vous avez des suggestions d'amélioration, veuillez nous en informer.

Email : compliance@cspinternational.it

Téléphone : +3903768101

Adresse de l'entreprise : via Piubega 5c, Ceresara (MN) Italie

Lorsque vous nous contactez, veuillez nous fournir le plus de détails possible sur le problème (quelle page ou fonctionnalité, ce qui s'est passé, et la technologie d'assistance que vous utilisez, le cas échéant). Nous nous efforcerons de prendre en compte vos commentaires dans les 15 jours ouvrables et ferons de notre mieux pour résoudre le problème rapidement ou vous informer de l'avancement.

Plainte : Si vous estimez que vos problèmes d'accessibilité n'ont pas été traités de manière adéquate, vous avez le droit de transmettre votre plainte. Nous espérons sincèrement résoudre tout problème avec vous avant d'en arriver là.

Historique du document : Ce document a été révisé et mis à jour pour la dernière fois le 23/06/2026. Nous prévoyons de le réviser au moins une fois par an, ou chaque fois que des changements significatifs sont apportés au service.

Rapport technique EN301549

Chapitre 5 : Exigences génériques

Chapitre 6 : TIC avec communication vocale bidirectionnelle

Chapitre 7 : TIC avec fonctionnalités vidéo

Chapitre 8 : Matériel

Chapitre 9 : Web (s'applique également aux chapitres 10, 11 et 12)

Correspondant à WCAG 2.2 Niveau A

Correspondant à WCAG 2.2 Niveau AA

Chapitre 10 : Documents non web

Chapitre 11 : Logiciels

Chapitre 12 : Documentation et services d’assistance

Chapitre 13 : TIC assurant la retransmission ou l'accès au service d'urgence

Accessibilité Web

Le handicap est défini comme : toute limitation d'activité ou restriction de participation dans la société, vécue par une personne suite à une altération substantielle, durable ou définitive d'une ou plusieurs fonctions physiques, sensorielles, mentales, cognitives ou psychiques, d'un handicap multiple ou d'une condition de santé invalidante.

L'accessibilité web consiste à rendre les services de communication publique en ligne accessibles aux personnes handicapées et repose sur quatre principes fondamentaux :

Perceptible : les informations et les composants de l'interface utilisateur doivent être présentés à l'utilisateur de manière à pouvoir être perçus. Par exemple, en fournissant des équivalents textuels pour tout contenu non textuel pouvant ensuite être présenté sous d'autres formes en fonction des besoins de l'utilisateur : grands caractères, braille, synthèse vocale, symboles ou langage simplifié.

Utilisable : les composants de l'interface utilisateur et de la navigation doivent pouvoir être utilisés. Par exemple, en rendant toutes les fonctionnalités disponibles via le clavier.

Compréhensible : les informations et l'utilisation de l'interface utilisateur doivent être compréhensibles. Le contenu textuel doit être rendu lisible et la navigation doit être cohérente.

Robuste : le contenu doit être suffisamment robuste pour pouvoir être interprété de manière fiable par un large éventail d'agents utilisateurs, y compris les technologies d'assistance.

Environnements de test

Systèmes d'exploitation

• Apple Mac OS X (dernière version)
• Microsoft Windows (dernière version)
• Apple iOS (dernière version)
• Google Android (dernière version)

Nous n'avons pas utilisé Linux car il est actuellement très peu répandu parmi les utilisateurs handicapés.

Navigateurs et logiciels utilisateur

Dans les dernières versions disponibles sur les différents systèmes d'exploitation :

• Google Chrome
• Windows Edge
• Safari
• Adobe Acrobat Reader / Aperçu sur Mac (uniquement pour les PDF)

Lecteurs d'écran et technologies d'assistance

Pour obtenir l'évaluation la plus standard possible, nous testons tout avec la configuration par défaut des technologies d'assistance.

Pour rendre l'évaluation plus réaliste, nous testons également :

• Adaptations graphiques présentes dans les différents systèmes (couleurs, contrastes, sous-titres, etc.)
• Émulations de souris, loupes et claviers à l'écran ou paramètres avancés du clavier, toujours des différents systèmes
• VoiceOver – uniquement sur les systèmes Apple
• TalkBack – uniquement sur Android
• NVDA (dernière version) et Freedom Scientific JAWS (avant-dernière version) – uniquement sur les systèmes PC

Méthodologie

Méthodologie objective de vérification manuelle et semi-automatique

Nous analysons les contenus avec différents systèmes automatiques et semi-automatiques et comparons les résultats entre les outils pour obtenir la vérification la plus complète et objective possible. La norme de référence, sauf demande spécifique, est toujours la dernière disponible (WCAG 2.2), afin de garantir la conformité dans tous les pays à partir desquels le point de contact (site web, application, etc.) est accessible.

Notre vérification est donc conforme au niveau AA de la WCAG 2.2 et aux exigences des directives UNI EN 301549 ou à leur déclinaison dans les RGAA français. Chaque outil produit des résultats qui sont ensuite analysés par nos experts : il est donc possible que tous les résultats des outils n'apparaissent pas, étant jugés comme de faux négatifs.

Outils automatiques de contrôle de la syntaxe

• Service de validation W3C Markup : Utilisé avec le code généré, car c'est l'outil officiel pour le contrôle de HTML, XHTML, MathHTML, etc.
• Service de validation CSS W3C : Bien que la correction du CSS n'affecte pas directement l'accessibilité, elle pourrait avoir un impact sur certains aspects qui la concernent, si elle n'était pas interprétée correctement en raison d'erreurs. La vérification est donc opportune et est effectuée avec le service de validation CSS W3C.
• Vérificateur PDF PAC

Outils automatiques et semi-automatiques pour la vérification des couleurs

• Color Contrast Analyser (CCA) : Utilisé ponctuellement sur les contrastes douteux.
• WCAG Color contrast checker : Utilisé comme premier contrôle pour vérifier les contrastes des couleurs utilisées dans les CSS des pages.
• Text on background image a11y check : Utilisé pour vérifier les cas où le texte devrait se superposer aux images.
• Color contrast accessibility evaluator : Utilisé comme contrôle supplémentaire pour certaines pages en ligne.

Outils automatiques et semi-automatiques pour le contrôle de l'accessibilité

Quelques validateurs en ligne utilisés comme échantillon sur les pages :

• Accescan
• Wave

Et d'autres outils :

• Barre d'outils du développeur Web : Utilisée en support de la vérification manuelle. Elle permet de détecter les images sans texte alternatif, les champs sans étiquettes, etc.
• AXE et Lighthouse pour Chrome : Fournissent des indications précises sur les défauts d'accessibilité du code HTML, mais aussi sur les attributs WAI-ARIA, fondamentaux dans le cas d'applications web et de composants interactifs.

Terminologie

Les termes utilisés dans les informations sur les niveaux de conformité sont définis comme suit :

Pris en charge : la fonctionnalité du produit dispose d'au moins une méthode qui satisfait au critère sans défauts connus ou qui le satisfait avec une facilitation équivalente.

Partiellement pris en charge : certaines fonctionnalités du produit ne satisfont pas au critère.

Non pris en charge : la plupart des fonctionnalités du produit ne satisfont pas au critère.

Non applicable : le critère n'est pas pertinent pour le produit.

Non évalué : le produit n'a pas été évalué par rapport au critère. Cela ne peut être utilisé que pour les critères WCAG de niveau AAA.

Non évalué : le produit n'a pas été évalué par rapport au critère. Cela ne peut être utilisé que pour les critères WCAG de niveau AAA.