Saut au contenu
 

Qu'est-ce que l'accessibilité numérique ?

 

Un site web accessible est un site qui permet aux personnes en situation de handicap d'accéder à ses contenus et ses fonctionnalités sans difficulté.

Un site accessible permet par exemple de :

  • Naviguer avec une synthèse vocale et/ou une plage braille (notamment utilisées par les personnes aveugles et malvoyantes).
  • Personnaliser l’affichage du site selon ses besoins (agrandissement ou rétrécissement des caractères, modification des couleurs, etc.).
  • Naviguer sans utiliser la souris (avec le clavier uniquement, via un écran tactile, à la voix ou tout autre périphérique adapté).

Pour cela, le site doit respecter les normes en vigueur lors de sa réalisation et de ses mises à jour.

 

Déclaration d’accessibilité

 

BNP Paribas Cardif s’engage à rendre accessibles ses sites web (internet, intranet et extranet), ses applications mobiles, ses progiciels et son mobilier urbain numérique conformément à l’article 47 de la loi n°2005-102 du 11 février 2005.

Cette déclaration d’accessibilité s’applique au site https://succession-assurance-vie.cardif.fr.

État de conformité

 

Le site https://succession-assurance-vie.cardif.fr 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.

Résultats des tests

 

L’audit de conformité réalisé par la société Atalan en octobre 2020 révèle que 34% des critères du RGAA (version 4.0) sont respectés.

Contenus non accessibles

Non-conformité

 

Liste des critères non conformes :

  • 1.2 Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?
  • 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 ?
  • 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) ?
  • 5.3 Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible ?
  • 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) ?
  • 6.1 Chaque lien est-il explicite (hors cas particuliers) ?
  • 6.2 Dans chaque page web, chaque lien, à l’exception des ancres, a-t-il un intitulé ?
  • 7.1 Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ?
  • 7.3 Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
  • 8.2 Pour chaque page web, le code source généré est-il valide selon le type de document spécifié (hors cas particuliers) ?
  • 8.6 Pour chaque page Web ayant un titre de page, ce titre est-il pertinent ?
  • 8.7 Dans chaque page Web, chaque changement de langue est-il indiqué dans le code source (hors cas particuliers) ?
  • 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 ?
  • 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 ?
  • 9.3 Dans chaque page Web, chaque liste est-elle correctement structuré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 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.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 particuliers) ?
  • 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.7 Dans chaque page Web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
  • 10.8 Pour chaque page web, les contenus cachés ont-ils vocation à être ignorés par les technologies d’assistance ?
  • 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) ?
  • 10.13 Dans 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’utilisateur (hors cas particuliers) ?
  • 10.14 Dans chaque page web, les contenus additionnels apparaissant via les styles CSS uniquement peuvent-ils être rendus visibles au clavier et par tout dispositif de pointage ?
  • 11.1 Chaque champ de formulaire a-t-il une étiquette ?
  • 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 ?
  • 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) ?
  • 12.8 Dans chaque page web, l’ordre de tabulation est-il cohérent ?
  • 12.11 Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l’activation d’un composant d’interface sont-ils si nécessaire atteignables au clavier ?
  • 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) ?

Dérogation pour charge disproportionnée

 

La fonctionnalité « Cette réponse a-t-elle été utile ? ».

Fonctionnalité non soumise à l’obligation d’accessibilité

 

Le chatbot « Vizir ».

Établissement de cette déclaration d’accessibilité

 

Cette déclaration a été établie le 4 décembre 2020.

Technologies utilisées pour la réalisation du site

  • 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.0, avec les versions suivantes :

  • Firefox 81.0.1 et NVDA 2020.2
  • Firefox 81.0.1 et Jaws 2019
  • Safari et VoiceOver (iOS 12.4.8)

Outils pour évaluer l’accessibilité

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

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

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.

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 71120
    75342 Paris CEDEX 07