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. Le Schéma pluriannuel de mise en accessibilité 2020-2022 ainsi que le Plan d’actions 2020-2021 sont en cours de rédaction et seront publiés prochainement.

 

1.1 ETAT DE CONFORMITÉ

Job Preview par BNP Paribas (https://www.jobpreview.bnpparibas/) 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.

 

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

Cette déclaration a été établie le 01/06/2021.

 

1.3 RÉSULTATS DES TESTS

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

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

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

  • 23 critères conformes
  • 36 critères non conformes

 

1.4 CONTENUS NON ACCESSIBLES

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

Certaines images informatives ne disposent pas d’une alternative textuelle donnant une information pertinente sur l’image. Notamment les infographies métiers.

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

Les images de décoration pour les familles de métiers doit présenter une alternative mais vide.

  • 1.6 Chaque image porteuse d’information a-t-elle, si nécessaire, une description détaillée ?  

Les infographies métiers contiennent des informations qui n’ont pas de description.

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

Les cadres accueillants des vidéos sur le site ne possèdent pas de titre.

  • 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 ?

Le « header » possède divers éléments dont l’information est transmise au survol et indiquée uniquement par la couleur.

  • 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) ?

Le contraste entre la couleur du texte et la couleur de son arrière-plan n’est pas suffisamment élevée.

  • 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) ?

La couleur verte utilisée dans les composants d’interface n’est pas accessible.

  • 4.1 Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une autodescription (hors cas particuliers) ?

Les vidéos ne comprennent pas une transcription complète de leur contenu.  

  • 4.3 Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ?

Toutes les vidéos ne comprennent pas un sous-titrage.

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

L’identification de la présence de vidéos n’est pas suffisante. Un titre de niveau <hx> ou un paragraphe faisant clairement référence à la vidéo associée doit procéder ou suivre directement l’élément.

  • 4.11 La consultation de chaque média temporel est-elle, si nécessaire, contrôlable par le clavier et tout dispositif de pointage ?

Les vidéos utilisant « VCM Player » ne sont pas contrôlables par le clavier.

  • 4.13 Chaque média temporel et non-temporel est-il compatible avec les technologies d’assistance (hors cas particuliers) ?

Les vidéos utilisant « VCM Player » ne sont pas contrôlables par le clavier et provoquent par la même occasion une incompatibilité avec les technologies d’assistance.

  • 5.6 Pour chaque tableau de données, chaque en-tête de colonnes et chaque en-tête de lignes sont-ils correctement déclarés ?

Les en-têtes de colonnes et de lignes ne sont pas déclarés par l’intermédiaire d’une balise « th » ou d’un attribut WAI-ARIA « role="columnheader" » pour les colonnes et « role="rowheader" » pour les lignes.

  • 5.7 Pour chaque tableau de données, la technique appropriée permettant d’associer chaque cellule avec ses en-têtes est-elle utilisée (hors cas particuliers) ?

Les cellules ne sont pas associées à leurs en-têtes respectifs. La balise <th> devra utiliser les attributs « id », « scope », «  role=rowheader » ou « column-header ».

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

Sur la majorité du site, les liens n’ont pas d’intitulé explicite ou peuvent être redondants, ce qui est gênant pour la synthèse vocale.

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

Sur plusieurs pages du site, il manque un intitulé entre <a> et </a> et les images ne comprennent pas d’attribut « alt ».

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

Les menus déroulants en bas de l’entête de page n’indiquent pas leur ouverture ou leur fermeture. Le champ de recherche propose une liste de suggestions dont l’utilisateur n’est pas averti.
Le fil d’Ariane n’est pas correctement structurés sur les pages « Mentions légales », « Cookies », « Famille de métier », « Ambassadeur », « Entité », « FAQ », « Contenu FAQ », « Question », « Recherche » et « Infographie », absence de la balise <nav> et d’une structure de liste.

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

La navigation au clavier n’est pas possible sur tout le site. Le contenu des menus déroulants est difficilement consultable au clavier et à la souris sur la page d’accueil.
Après l’envoi d’une question, les liens « Modifier » et « Supprimer » ne sont visibles qu’au survol de la souris et dans la page « Recherche » la balise n’est pas la bonne sur « Une question sur le recrutement ou votre candidature ? »

  • 7.4 Pour chaque script qui initie un changement de contexte, l’utilisateur est-il averti ou en a-t-il le contrôle ?

Sur la page « Recherche », le rechargement entrainé par la sélection d’un filtre provoque une remise du focus au début de page.

  • 7.5 Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d’assistance ?

Les messages d’alerte ne sont pas vocalisés sur l’ensemble du site.

  • 8.6 Pour chaque page web ayant un titre de page, ce titre est-il pertinent ?

Le titre des pages d’accueil « Authentification » et « Contenu FAQ » est manquant.

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

Sur plusieurs pages du site, on a noté une absence d’un titre de niveau <h1> et des sauts de titres avec le passage d’un titre <h2> à un <h4>.

  • 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 le site avec l’utilisation dans l’ordre des balises <header>, <nav>, <main> et <footer>.

  • 10.6 Dans chaque page web, chaque lien dont la nature n’est pas évidente est-il visible par rapport au texte environnant ?

Dans les pages « Accueil », « Famille de métier », « Mentions légales », « FAQ » et « Recherche » certains liens peuvent être confondus avec le texte environnant à cause de la couleur.

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

Le focus est absent ou pas assez perceptible sur certains éléments. De même, des titres sont oubliés à la synthèse vocale.

  • 10.11 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 256px ou à un défilement horizontal pour une fenêtre ayant une largeur de 320px (hors cas particuliers) ?

Sur les pages « Contenu FAQ », « RGPD » et « Infographies », lorsqu’elle est redimensionnée la vidéo présente oblige à avoir recours à un défilement horizontal pour avoir accès à l’ensemble du contenu.

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

Sur l’ensemble du périmètre le placeholder n’est pas suffisant en tant qu’étiquette de champ. Un contenu doit être ajouté dans la balise « label ».

  • 11.2 Chaque étiquette associées à un champ de formulaire est-elle pertinente (hors cas particuliers) ?

Dans la page « Questions », les intitulés des champs ne sont pas toujours explicites pour un utilisateur de lecteur d’écran.

  • 11.5 Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaires ?

Dans la page « Questions », les différents champs du formulaire devraient être regroupés.

  • 11.10 Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?

Dans la page « Authentification », les champs obligatoires sont bien spécifiés mais n’ont pas d’attribut obligatoire. Lorsqu’une erreur est soulevée le message n’indique pas le champ en erreur. Sur la page « Question » le caractère obligatoire des champs n’est pas spécifié avant la validation du formulaire.

  • 11.11 Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions facilitant la correction des erreurs de saisie ?

Une erreur est indiquée dans le champ, mais il n’y a pas de suggestion facilitant la correction de l’erreur.

  • 11.13 La finalité d’un champ de saisie peut-être être déduite pour faciliter le remplissage automatique des champs avec les données de l’utilisateur ?

Dans la page « Authentification » le champ « E-mail » n’a pas d’indication pour faciliter la saisie.

  • 12.1 Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?

Il n’existe sur le site aucun moyen de navigation comme un plan de site et/ou un moteur de recherche.

  • 12.6 Les zones de regroupement de contenus présentes dans 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 l’ensemble du site, les zones des pages ne possèdent pas un rôle correspondant à leur fonction.

  • 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) ?

Les pages du site ne contiennent pas de liens d’évitement ou d’accès rapide.

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

L’ordre de tabulation est inversé sur les pages de contenus FAQ sur les glissières de vote de satisfaction.

 

1.5 ETABLISSEMENT DE CETTE DÉCLARATION D'ACCESSIBILITÉ

1.5.1 Technologies utilisées pour la réalisation de jobpreview.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.1, avec les versions suivantes :

  • Chrome 90 et NVDA 2020.4
  • Firefox 71 et NVDA 2020.4
  • Safari et VoiceOver sous macOS 11.3

1.5.3 Outils pour évaluer l’accessibilité

  • Contrast Color Analyser
  • Extension Assistant RGAA
  • Web Developer Toolbar (extension Chrome)

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

 

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 JobPreview BNP Paribas pour être orienté vers une alternative accessible ou obtenir le contenu sous une autre forme.