Accessibilité

DÉCLARATION D'ACCESSIBILITÉ

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

L'accessibilité numérique est une préoccupation constante dans les étapes de conception et de réalisation des sites web et applications mobiles, que nous mettons à disposition de nos clients mais aussi de nos collaborateurs.

Cette préoccupation se traduit par l'élaboration et la publication d'un schéma pluriannuel de mise en accessibilité. Notre politique en matière d'accessibilité numérique ainsi que les plans d'actions annuels pour la mise en conformité RGAA du site web et de l'application mobile associée y sont consignés.

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

1.1 ETAT DE CONFORMITÉ


We Are Tennis (https://wearetennis.bnpparibas) est non conforme avec le Référentiel Général d’Amélioration de l’Accessibilité (RGAA), version 4.0 en raison des non-conformités et des dérogations énumérées ci-dessous.

1.2 ÉTABLISSEMENT DE CETTE DÉCLARATION D’ACCESSIBILITÉ


Cette déclaration a été établie le 01/12/2020

1.3 RÉSULTATS DES TESTS


L’audit de conformité réalisé en interne révèle que 48% des critères du RGAA version 4.0 sont respectés.
Le taux moyen de conformité du service en ligne s’élève à 71%

On compte 54 critères applicables sur 106 parmi lesquels :

  • 26 critères conformes
  • 28 critères non conformes


1.4 CONTENUS NON ACCESSIBLES


1.1 Chaque image porteuse d’information a-t-elle une alternative textuelle ? 

Le logo dans le pied de page devrait vocaliser « BNP Paribas »

1.2 Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?

Les images de décorations/illustratives tels que le logo du tournois ou le portrait du joueur n’est pas correctement ignorée. Le nom des joueurs et les noms des tournois seront vocalisés deux fois. Le problème est également présent sur des images décoratives dans les actualités.

2.1 Chaque cadre a-t-il un titre de cadre ? 

Sur toutes les pages, on trouve un cadre sans titre. Ce cadre est contenu dans un élément masqué par un
display:none qui s’il a vocation à être masqué, devrait être masqué par un attribut aria-hidden avec l’utilisation d’attributs « tabindex » à la valeur 0 pour tous les éléments interactifs du cadre.

Dans le cas contraire il devrait avoir un attribut « title » qui permettra de l’identifier.

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 ?

Les pictogrammes visibles sur toutes les pages : « Connexion », « Changement de langue » et « Recherche » ne changent de couleur que au survol. Envisager un soulignement comme sur le menu.

Les pictos permettant d’identifier le vainqueur ou le perdant ne peuvent pas être distingués si l’on en perçoit pas les couleurs. Il faut les différencier par un autre dispositif visuel ne reposant pas sur la couleur. Ou supprimer le picto pour le perdant.

3.2 Dans 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) ?

Une erreur de contraste entre la couleur du texte et la couleur de son arrière-plan est fréquemment visible sur le site. On peut percevoir ces erreurs sur l’information du match en « Direct », sur le texte blanc sur fond vert sur la fiche des joueurs ou même le vert sur fond gris sur cette même page.

3.3 Dans 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) ?

Les couleurs vertes utilisées dans les composants d’interface ne sont pas accessibles. Problème visible sur tout le site. Notamment les boutons CTA « En savoir plus sur le projet » dans la partie #FAAPOINTSFORCHANGE, « Découvrez nos engagements ».

La couleur verte, couleur principale du site, visible sur les flèches, pictos réseaux sociaux, précédent les titres « Les tournois », « Les joueurs.ses » et même sur le « / » séparant les dates de tournois, résulte vers un ratio d’environ 1,8 – dépend de la couleur de son arrière-plan.

4.7 Chaque média temporel est-il clairement identifiable (hors cas particuliers) ?

Aucun élément ne permet d’identifier le fait que l’on est en présence d’une vidéo (par exemple un titre de niveau 3 avant la vidéo)

6.1 Chaque lien est-il explicite (hors cas particuliers) ?

Les liens pourraient être plus explicites : « Facebook » pourrait devenir « Accéder à la page Facebook de WeAreTennis ». Possibilité de renseigné ceci avec un ARIA-Label.

L’image lien s’appuyant sur le logo devrait avoir un attribut « alt » avec pour valeur « retour à l’accueil ».
Les liens permettant de changer de langue ont des libellés peu explicites, simple abréviation.

6.2 Dans chaque page web, chaque lien, à l’exception des ancres, a-t-il un intitulé ?

Sur plusieurs pages du site on retrouve des liens vides, il manque un intitulé entre les balises a et /a

7.1 Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ?

En affichage mobile, même lorsque le menu est replié, ses éléments sont vocalisés. 
Les éléments interactifs doivent indiquer l’état ouvert/fermé, par exemple dans les dispositifs d’inscription/connexion, au moyen d’un attribut « aria-expended » et les relier à l’élément dont ils pilotent l’ouverture au moyen d’un attribut « aria-controls ».

7.3 Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?

Les éléments comme « Connexion » et « Changement de langue » ne sont pas adressables au clavier. Il faut en faire de vrais liens ou boutons. Sur la page des classements, on n’a pas la possibilité de filtrer selon le tournois.

8.2 Pour chaque page web, le code source est-il valide selon le type de document spécifié (hors cas particuliers) ?

Quelques erreurs sont présentes dans le code sources, toutes ces erreurs ne sont pas gênantes pour l’accessibilité.

8.7 Dans chaque page web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?

Les changements de langue ne sont pas spécifiés dans le code source, ce qui rend la vocalisation mauvaise. On constate ce problème lors des résultats de recherche, par exemple : « Roger Federer est huge ! » , « Djokovic is back », « Online », « we are tennis », « Final eight ».

9.1 Dans chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?

Sur la page d’accueil, on s’aperçoit que le titre de la rubrique actualités et les actualités mêmes, sont tous deux au même niveau de titre : h2.

Les actualités devraient être en h3.

9.2 Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?

La structure du code source n’est pas respectée sur tout le site. Le "main" n’est pas présent sur les pages : « Page d’accueil » et « Avantages ».

9.3 Dans chaque page web, chaque liste est-elle correctement structurée ?

Certains éléments du site ne respectent pas ce critère. Les résultats de recherche devraient être sous forme de liste. Le ranking des joueurs devrait l’être ainsi que les actualités. Certaines listes sont mal écrite et comporte des balises div sous des balises ul

9.4 Dans chaque page web, chaque citation est-elle correctement indiquée ?

On retrouve des citations qui sont mal sémantisées, les éléments balises q sont manquant ou remplacé par des balises em

10.2 Dans chaque page web, le contenu visible rest-t-il présent lorsque les feuilles de styles sont désactivées ?

Les pictos indiquant les vainqueurs ne sont pas disponibles sans les CSS

10.4 Dans chaque page web, le texte reste-t-il lisible lorsque la taille des caractères est augmentée jusqu'à 200%, au moins (hors cas particulier)

Dans la section Avantages sur la page d'acceuil, la flèche de gauche pour naviguer sur les précédents avantages est coupée. Certains textes se superposent, d'autres sortent du cadre et les libellés prennent des formes diverses. Dans la page calendrier, la liste des mois est tronquée si on affiche à 200%

10.7 Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?

La prise de focus n’a pas été prise en compte sur la totalité du site ce qui est un élément bloquant.

10.8 Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d’assistance ?

Le champ de recherche n’a pas de label car il est caché par un display :none, il devrait être caché par un masquage accessible.

10.12 Dans chaque page web, les propriétés d’espacement du texte peuvent-elles être redéfinies par l’utilisateur sans perte de contenu ou de fonctionnalité (hors cas particuliers) ?

L’augmentation de la hauteur de ligne provoque des chevauchements ou des troncatures.

11.1 Chaque champ de formulaire a-t-il une étiquette ?

Etiquette manquante sur le moteur de recherche, libellé peu explicite.

11.9 Dans chaque formulaire, l’intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?

Sur la page d’inscription, le bouton « S’inscrire » pourrait être plus explicite. Le terme est un peu compliqué, on sait qu’on s’inscrit au site. Privilégier « Créer un compte » ?. 

12.6 Les zones de regroupement de contenus présentes dans plusieurs pages web (zones 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 ?

Il n’y a aucun moyen d’éviter ou d’atteindre rapidement certaines zones de regroupement de contenus sur cette première version du site.

12.7 Dans chaque page web, un lien d’évitement ou d’accès rapide à la zone de contenu principal est-il présent (hors cas particuliers) ?

Il n’y a aucun lien d’évitement ni d’accès rapide pour cette première version du site.

12.8 Dans chaque page web, l’ordre de tabulation est-il cohérent ?

L’ordre de tabulation n’est pas toujours respecté et peut engendrer des incohérences et des gênes lors de la navigation au clavier.

Des informations comme le résultats d’une rencontre génère une vocalisation peu compréhensible car donnée sous forme linéaire.

1.5 ETABLISSEMENT DE CETTE DÉCLARATION D'ACCESSIBILITÉ

1.5.1 Technologies utilisées pour la réalisation de group.bnpparibas

  • HTML5
  • CSS
  • Javascript

1.5.2 Environnement de test

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

  • Chrome 85 et NVDA 2020.1
  • Firefox et NVDA 2020.1
  • VoiceOver sous iOS X

1.5.3 Outils pour évaluer l’accessibilité

  • Contrast Color Analyser
  • Outil de développement Chrome
  • Web Developer Toolbar (extension Chrome)

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

  • Page d’accueil
  • Page d’actualités
  • Page de résultats de recherches
  • Page ranking
  • Fiche joueur
  • Avantages
  • Page actualités - Article
  • Page d’inscription
  • Page d’infos tournois
  • Calendrier
  • Direct 
  • Protection des données
  • CGU

1.6 RETOUR D'INFORMATION ET CONTACT

Si vous n’arrivez pas à accéder à un contenu ou à un service, vous pouvez contacter le responsable du site pour être orienté vers une alternative accessible ou obtenir le contenu sous une autre forme.
Pour cela, envoyer un message sur We Are Tennis (zendesk.com)

1.7 VOIES 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.

É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) Défenseur des droits Libre réponse 7112075342 Paris CEDEX 07