Déclaration d'accessibilité

Déclaration d'accessibilité

Les valeurs d’OVHcloud

OVHcloud s'engage en faveur d'une politique forte en matière de handicap. Nous disposons des ressources et des moyens pour garantir une organisation inclusive à l'échelle mondiale. Notre équipe se compose de représentantes et représentants désignés en matière de handicap, qui mettent en œuvre une politique dédiée au niveau local. 100 % des membres de l’équipe de recrutement sont formés aux questions de diversité.

La notion d'accessibilité numérique

Le handicap est défini comme « toute limitation d’activité ou restriction de participation à la vie en société subie dans son environnement par une personne en raison d’une altération substantielle, durable ou définitive d’une ou plusieurs fonctions physiques, sensorielles, mentales, cognitives ou psychiques, d’un polyhandicap ou d’un trouble de santé invalidant. » (article L 114 du Code de l’action sociale et des familles). L’accessibilité numérique consiste à rendre les services de communication au public en ligne accessibles aux personnes handicapées, c’est-à-dire :

  • perceptibles. Par exemple, faciliter la perception visuelle et auditive du contenu par l’utilisateur ou l’utilisatrice. Cela signifie proposer des équivalents textuels à tout contenu non textuel, créer un contenu qui puisse être présenté de différentes manières sans perte d’information ni de structure (par exemple avec une mise en page simplifiée) ;
  • utilisables. Par exemple : fournir des éléments d’orientation pour naviguer et trouver le contenu, rendre toutes les fonctionnalités accessibles au clavier, laisser à l’internaute suffisamment de temps pour lire et utiliser le contenu, ne pas concevoir de contenus susceptibles de provoquer des crises d’épilepsie ;
  • compréhensibles. Par exemple, faire en sorte que les pages fonctionnent de manière prévisible, aider l’utilisateur ou l’utilisatrice à corriger les erreurs de saisie ;
  • robustes. Par exemple, optimiser la compatibilité avec les utilisations actuelles et futures, y compris avec les technologies d’assistance.

Déclaration d'accessibilité

OVHcloud s’engage à rendre ses sites internet, intranet, extranet, ses progiciels et ses applications mobiles numérique accessibles, conformément à l’article 47 de la loi n°2005-102 du 11 février 2005.

Pour ce faire, nous mettons en œuvre la stratégie et les actions suivantes.

Présentation de la stratégie et des actions

  • Nous disposons d'une équipe dédiée à l'amélioration proactive et rétroactive de l'accessibilité sur toutes nos interfaces numériques.
  • Notre équipe a également accès à une formation sur l'accessibilité numérique.
  • Nous collaborons régulièrement, en interne comme en externe, avec des porte-paroles, des personnes en situation de handicap, des spécialistes diversité, équité et inclusion (DEI), des groupes de consultation ainsi que des organismes d'audit afin d'évaluer et d'améliorer nos outils numériques.
  • Nous avons également une approche de veille constante autour de l'amélioration des performances, de la vitesse et l'accessibilité de nos services.

Cette déclaration d’accessibilité s’applique à www.ovhcloud.com/fr/

Accessibilité des sites web

OVHcloud prend des mesures pour garantir l'accessibilité du paysage numérique :

  • standard : le site est compatible avec les navigateurs les plus répandus (Chrome, Mozilla, Edge) dans leurs versions les plus récentes, ainsi que sur les téléphones portables ;
  • navigation sur le site à partir d'un clavier : les personnes qui éprouvent des difficultés à utiliser une souris peuvent naviguer sur le site à l'aide d'un clavier. La touche Tab permet de naviguer entre les différents liens sur la page. Pour accéder au lien sélectionné, il suffit d'appuyer sur la touche Entrée ;
  • prise en charge des technologies d'assistance : ce site est un site accessible aux personnes en situation de handicap et prend en charge les logiciels de lecture d'écran.

Programme d'accessibilité pluriannuel 2025-2027

Le programme d'accessibilité pluriannuel d'OVHcloud englobe la formation, les audits, les commentaires des utilisateurs et utilisatrices, les mesures techniques correctives et l'intégration des processus.

Formation et éducation

Tout au long de la période d’application de ce schéma, des actions de formation et de sensibilisation vont être organisées afin de permettre au personnel intervenant sur les sites et les applications de développer, éditer et mettre en ligne des contenus accessibles. 

Retrouvez ci-dessous la liste de ces formations.

  • Support de formation sur l'accessibilité numérique
  • Référent accessibilité numérique
  • Formation à l'accessibilité numérique destinée aux équipes de développement web
  • Formation à l'accessibilité numérique destinée aux UX/UI 
  • Formation à l'accessibilité numérique destinée aux chefs et cheffes de projet et product owners
  • Formation à l'accessibilité numérique destinée aux équipes de rédaction et aux contributrices/contributeurs
  • Fresque du numérique
  • Fresque de la diversité

Recours à des compétences externes

Lorsque nécessaire, OVHcloud fera appel à des intervenantes et intervenants externes pour garantir une prise en compte optimale de l’accessibilité numérique.

Ces interventions peuvent inclure :

  • des actions de sensibilisation et de formation pour renforcer la culture de l’accessibilité ;
  • un accompagnement personnalisé à chaque étape clé des projets (cadrage, conception, développement, recette) ;
  • des audits d’accessibilité et la rédaction des déclarations de conformité pour les sites web et applications concernées.

Des supports spécifiques de sensibilisation sont également disponibles sur nos sites et plateformes internes pour informer et former notre équipe.

Par ailleurs, des partenaires spécialisés, tels qu’Urbilog, sont régulièrement sollicités pour répondre aux besoins identifiés et accompagner notre équipe dans l’implémentation des bonnes pratiques en matière d’accessibilité numérique.

Audits et commentaires internes

Chez OVHcloud, nous combinons des tests automatisés et des audits manuels pour évaluer et améliorer l’accessibilité de nos produits. Et dès que possible, nous impliquons des personnes en situation de handicap.

Chaque année, nous réalisons des ré-audits manuels des technologies employées par nos utilisatrices et utilisateurs. Ces audits, alignés sur le Référentiel général d'amélioration de l'accessibilité (RGAA), sont effectués avec des outils tels que :

  • des lecteurs d’écran ;
  • des agrandisseurs d’écran ;
  • d’autres technologies d’assistance.

Les résultats de ces audits sont consignés dans Jira, notre outil de suivi des problématiques. Les points identifiés sont ensuite priorisés et traités en collaboration avec les équipes de gestion des produits.

Mesures techniques correctives

Les audits et les retours des utilisateurs et utilisatrices nous aident à cibler les enjeux prioritaires en matière d’accessibilité, conformément au RGAA.

Chaque problème identifié fait l’objet d’un processus structuré de hiérarchisation, de catégorisation et d’analyse technique.
Nous accordons une priorité particulière aux problèmes ayant un impact significatif sur l’expérience des personnes en situation de handicap.

Nos efforts se concentrent notamment sur la résolution des problématiques liées aux aspects suivants (sans s’y limiter) :

  • navigation au clavier, gestion de l’attention et fluidité de la navigation dans la page ;
  • compatibilité avec les lecteurs d’écran tels que NVDA ;
  • agrandissement d’écran ;
  • contraste et utilisation des couleurs ;
  • clarté des messages d’erreur et accessibilité des formulaires.

Intégration des processus

Au-delà des mesures correctives, nous nous engageons à intégrer l’accessibilité de manière transversale dans l’ensemble de nos processus et à tous les niveaux de l’entreprise.

Dans le domaine numérique, nous travaillons étroitement avec les équipes produit, design et développement pour :

  • incorporer les normes d’accessibilité dès la conception de nouvelles fonctionnalités ;
  • garantir la publication d’un code conforme, respectueux des bonnes pratiques et des normes en vigueur.

Statut de conformité

Le site www.ovhcloud.com/fr n’est pas en conformité avec le Référentiel général d’amélioration de l’accessibilité (RGAA), version 4.1 en raison des non-conformités et des dérogations énumérées ci-dessous.

Résultats des tests

L’audit de conformité réalisé par Urbilog révèle que 35 % des critères du RGAA version 4.1 sont respectés.

Le taux moyen de conformité du service en ligne s’élève à 56 %.

Vous pouvez consulter le rapport d’audit détaillé au format PDF.

On compte 71 critères applicables sur 106, parmi lesquels :

  • 25 critères conformes ;

  • 46 critères non conformes.

Contenus non accessibles

Les contenus listés ci-dessous ne sont pas accessibles en raison des non-conformités suivantes.

Non-conformités

  • Images
    • Chaque image porteuse d'information possède-t-elle une alternative textuelle ?
    • Chaque image de décoration est-elle correctement ignorée par les technologies d'assistance ?
    • Pour chaque image porteuse d'information possédant une alternative textuelle, cette dernière est-elle pertinente (hors cas particuliers) ?
    • Pour chaque image utilisée comme Captcha, une solution d’accès alternatif au contenu ou à la fonction du Captcha est-elle présente ?
    • Chaque image porteuse d’information possède-t-elle, si nécessaire, une description détaillée ?
  • Cadres
    • Chaque cadre a-t-il un titre de cadre ?
    • Pour chaque cadre ayant un titre de cadre, celui-ci est-il pertinent ?
  • Couleurs
    • Sur chaque page web, l’information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
    • Sur chaque page web, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé (hors cas particuliers) ?
    • Sur chaque page web, les couleurs utilisées dans les composants d’interface ou les éléments graphiques porteurs d’informations sont-elles suffisamment contrastées (hors cas particuliers) ?
  • Multimédia
    • Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audiodescription (hors cas particuliers) ?
    • Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ?
  • Tableaux
    • Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible ?
    • Pour chaque tableau de données ayant un titre, ce dernier est-il correctement associé au tableau de données ?
    • Pour chaque tableau de données, les en-têtes de colonnes et en-têtes de lignes sont-ils correctement déclarés ?
    • Pour chaque tableau de données, la technique appropriée permettant d’associer chaque cellule avec ses en-têtes est-elle utilisée ?
    • 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 ?
  • Liens
    • Chaque lien est-il explicite (hors cas particuliers) ?
    • Dans chaque page web, chaque lien a-t-il un intitulé ?
  • Scripts
    • Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ?
    • Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
    • Pour chaque script qui initie un changement de contexte, avertit-on les utilisatrices et utilisateurs ou en ont-ils et elles le contrôle ?
    • Sur chaque page web, les messages de statut sont-ils correctement restitués par les technologies d’assistance ?
  • Éléments obligatoires
    • Pour chaque page web, le code source est-il valide selon le type de document spécifié ?
    • Dans chaque page web, la langue par défaut est-elle présente ?
    • Pour chaque page web ayant une langue par défaut, le code de langue est-il pertinent ?
    • Pour chaque page web ayant un titre de page, ce titre est-il pertinent ?
    • Sur chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?
    • 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 ?
  • Structuration de l’information
    • Sur chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?
    • Sur chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
    • Sur chaque page web, chaque liste est-elle correctement structurée ?
  • Présentation de l’information
    • Sur chaque page web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu’à 200 %, au moins (hors cas particuliers) ?
    • Sur chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
    • Pour chaque page web, les contenus peuvent-ils être présentés sans avoir recours à un défilement vertical pour une fenêtre ayant une hauteur de 256 px ou à un défilement horizontal pour une fenêtre ayant une largeur de 320 px (hors cas particuliers) ?
    • Sur chaque page web, les contenus additionnels apparaissant à la prise de focus ou au survol d’un composant d’interface sont-ils contrôlables par l’internaute (hors cas particuliers) ?
  • Formulaires
    • Chaque champ de formulaire porte-t-il une étiquette ?
    • Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?
    • Dans chaque formulaire, l’intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?
    • Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
    • Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions facilitant la correction des erreurs de saisie ?
    • La finalité d’un champ de saisie peut-elle être déduite pour faciliter le remplissage automatique des champs avec les données de l’utilisateur ou de l’utilisatrice ?
  • Navigation
    • Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?
    • Les zones de regroupement de contenus présentes sur plusieurs pages web (zone d’en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche) peuvent-elles être atteintes ou évitées ?
    • Sur chaque page web, un lien d’évitement ou d’accès rapide à la zone de contenu principal est-il présent (hors cas particuliers) ?
    • Sur chaque page web, l’ordre de tabulation est-il cohérent ?
  • Consultation RAS

Dérogations pour charge disproportionnée

  • RAS

Contenus non soumis à l’obligation d’accessibilité

  • RAS

Établissement de cette déclaration d’accessibilité

Cette déclaration a été établie le [date de mise en ligne de l’attestation].

Technologies utilisées pour la réalisation de www.ovhcloud.com/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 4.1, avec les versions suivantes :

  • NVDA 2021.3 et Firefox 95.0 ;
  • JAWS 2021 et Internet Explorer 11 ;
  • VoiceOver macOS 12.0.1 et Safari 15.1.

Outils pour évaluer l’accessibilité

  • Colour Contrast Analyser
  • Compéthance Assistant RGAA V4.1
  • Web Developer toolbar
  • Inspecteur du navigateur

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

Commentaires et contact

Si vous ne parvenez pas à accéder à un contenu ou à un service, veuillez prendre contact avec la personne responsable chez OVHcloud pour obtenir une version accessible du contenu ou recevoir le contenu sous une autre forme.

Référent et référente accessibilité

L’élaboration, le suivi et la mise à jour de ce schéma pluriannuel sont placées sous la responsabilité du référent ou de la référente accessibilité.

Sa mission est de promouvoir l’accessibilité par la diffusion des normes et des bonnes pratiques, d’accompagner l’équipe interne de communication Groupe par des actions de formations notamment, de contrôler et de veiller à l’application de la loi nº2005-102 du 11 février 2005 en procédant, directement ou par l’intermédiaire d’intervenantes et d’intervenants spécialisés, à des audits réguliers, d’assurer la prise en charge des demandes des utilisateurs et utilisatrices et de manière générale la qualité du service rendu aux personnes en situation de handicap.

Le plan pluriannuel et annuel est disponible sur demande via l'adresse e-mail : [email protected]

Droit de Recours

Cette procédure est à utiliser dans le cas suivant.

Vous avez signalé au responsable du site internet un défaut d’accessibilité qui vous empêche d’accéder à un contenu ou à un des services du portail et vous n’avez pas obtenu de réponse satisfaisante.