Déclaration d’accessibilité numérique

OCTOBRE 2024

APICIL Transverse, éditeur du site, s’engage à rendre ce site Internet accessible conformément à l’article 47 de la Loi numéro 2005-102 du 11 février 2005.

à cette fin, l’éditeur du site met en œuvre la stratégie et les actions d’accessibilités, détaillées dans son schéma pluriannuel

Cette déclaration d’accessibilité s’applique au site « My Veralti – Espace privé » sur l’adresse https://www.myveralti.com

État de conformité

Le site « My Veralti – Espace privé » est partiellement conforme avec le Référentiel Général d’Amélioration de l’Accessibilité (RGAA) en raison des non-conformités énumérées dans la
section « Contenus non accessibles ».

Résultats des tests

L’audit de conformité réalisé en interne par un service dédié à l’accessibilité du Groupe
APICIL révèle que :

  • 55 % des critères du RGAA version 4.1.2 sont respectés ;
  •  le taux moyen de conformité du service en ligne s’élève à 65.20 %. Il s’agit de la moyenne du score de conformité obtenu sur chacune des pages de l’échantillon (détaillé dans « Pages du site ayant fait l’objet de la vérification de
    conformité »)

Ce pourcentage correspond à :

  • 27 critères non conformes
  • 33 critères conformes
  • 46 critères non applicables

Contenus non accessibles

Les points non conformes sont liés aux 10 thématiques suivantes (et concernent 25 critères) :

IMAGES

Critère 1.1 Chaque image porteuse d’information a une alternative textuelle.
Critère 1.2 Chaque image de décoration est correctement ignorée par les technologies d’assistance.
Améliorer les alternatives textuelles des images de certaines pages.

COULEURS

Critère 3.2 Contraste entre la couleur du texte et la couleur de son arrière-plan.
Accentuer certains contrastes via CSS.

TABLEAUX

Critère 5.8 Chaque tableau de mise en forme ne doit pas utiliser d’éléments propres aux tableaux de données.
Des tableaux sont utilisés pour mettre en forme des boutons

LIENS

Critère 6.2 Chaque lien a-t-il un intitulé ?
Le logo My Veralti comporte un lien sans intitulé

SCRIPTS

Critère 7.4 Pour chaque script qui initie un changement de contexte, l’utilisateur est-il averti ou en a-t-il le contrôle ?
Le bouton d’ouverture du menu profil ne vocalise pas l’état ouvert/fermé.
Critère 7.5 Les messages de statut sont-ils correctement restitués par les technologies d’assistance ?
Améliorer la restitution des alertes, et la vocalisation des intitulés des choix à faire dans les formulaires.

ÉLÉMENTS OBLIGATOIRES

Critère 8.2 Pour chaque page web, le code source généré est valide selon le type de document spécifié (hors cas particuliers).
Le code source n’est pas toujours conforme aux recommandations du W3C.
Critère 8.3 Pour chaque page web, la langue par défaut est présente.
La langue n’est pas définie sur une page.
Critère 8.6 Pour chaque page web ayant un titre de page, ce titre est pertinent.
Les pages n’ont pas de titre suffisamment pertinent.
Critère 8.9 Les balises ne doivent pas être utilisées uniquement à des fins de présentation.
Des doubles
dans certaines contributions des offres.

STRUCTURATION

Critère 9.1 L’information est structurée par l’utilisation appropriée de titres. Le titre de niveau 1 est parfois absent, et la hiérarchie des titres n’est pas toujours respectée. Critère 9.2 La structure du document est cohérente. La balise au moins n’est pas présente pour le contenu principal.

PRÉSENTATION

Critère 10.1 Des feuilles de styles sont-elles utilisées pour contrôler la présentation de l’information ?

Des attributs de taille dans des.

Critère 10.3 L’information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ?

La mise en page est très perturbée.

Critère 10.5 Les déclarations CSS de couleurs de fond d’élément et de police sont correctement utilisées.

Une déclaration CSS à ajouter pour la conformité.

Critère 10.7 Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est visible.

Dans deux pages (site public) le logo et les liens ne prennent pas le focus visible.

Critère 10.11 Les contenus peuvent-ils être présentés sans perte d’information ou de fonctionnalité et sans avoir recours soit à un défilement vertical pour une fenêtre ayant une hauteur de 256 px, soit à un défilement horizontal pour une fenêtre ayant une largeur de 320 px (hors cas particuliers) ?

Les pages n’offrent pas de compatibilité d’affichage sur mobile.

Critère 10.14 Les contenus additionnels apparaissant via les styles CSS uniquement peuvent-ils être rendus visibles au clavier et par tout dispositif de pointage ?

Le menu général n’est pas accessible au clavier.

FORMULAIRES

Critère 11.1 Chaque champ de formulaire a une étiquette.

Les champs n’ont pas tous une étiquette associée.

Critère 11.2 Chaque étiquette associée à un champ de formulaire est pertinente.

Quelques améliorations à apporter sur des intitulés.

Critère 11.5 Les champs de même nature sont regroupés.

Regrouper les champs de même nature dans un élément

.

Critère 11.7 Chaque légende associée à un regroupement de champs de même nature est pertinente. Concerne uniquement une page où l’intitulé de l’élément est absent.

NAVIGATION

Critère 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 ?Améliorer la structure des pages en ajoutant des balises sémantiques propres aux régions.
Critère 12.7 Dans chaque page web, un lien d’évitement ou d’accès rapide à la zone de contenu principal est présent (hors cas particuliers).
Afin de faciliter la navigation au clavier il sera utile de créer un menu d’évitement accessible à la première tabulation.
Critère 12.8 L’ordre de tabulation est-il cohérent ?
Le menu général n’est pas atteignable au clavier.
Critère 12.11 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 ?
Le menu général et ses enfants ne sont pas atteignables au clavier.

Particularité dans le parcours utilisateur

La page d’accueil du site comporte un bouton « Nouveau Projet » qui affiche une fenêtre modale avec un processus de saisie d’informations relatives à l’identité et aux besoins de l’utilisateur. Suite à quoi une redirection vers un tarificateur survient.
Entre ces deux services il y a de grande différence ; il s’agit d’un autre nom de domaine, d’un autre socle technique, d’un autre design, et d’un autre hébergement. Ce tarificateur fait l’objet d’une étude spécifique afin de ne pas impacter le niveau global d’accessibilité du site MyVeralti en fournissant un résultat qui ne serait pas le reflet du réel.

Dérogations pour charge disproportionnée

Aucune dérogation

Contenus non soumis à l’obligation d’accessibilité

Aucun contenu

Établissement de cette déclaration d’accessibilité

Cette déclaration a été établie le 07 octobre 2024.

Technologies utilisées pour la réalisation du site web

  • HTML 5
  • CSS
  •  JavaScrip

Agents utilisateurs, technologies d’assistance et outils utilisés pour vérifier l’accessibilité

Les tests des pages web ont été effectués avec les combinaisons de navigateurs web et lecteurs d’écran suivants :

  • Firefox 115 et NVDA 2022.4
  • Chrome 122 et NVDA 2022.4

Outils pour évaluer l’accessibilité

Les outils suivants ont été utilisés lors de l’évaluation :

Outils pour développeurs intégrés aux navigateurs

  • Validator W3C
  • WAVE
  • Tanaguru RGAA4
  • Color Contrast Checker
  • A11Y Outline

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

  • Page « Connexion »
  • Page « Accueil »
  • Page « Actualités Veralti »
  • Page « Offres »
  • Page « Détail Offres / Documentation produit »
  • Page « Projets »
  • Page « Clients »
  • Page « Détail Clients »
  • Page « Demande Client »
  • Page « Commissions »
  • Page « Synthèse d’activité »
  • Page « Contact »
  • Page « Résultats de recherche »
  • Page « Profil utilisateur »
  • Page « Mentions légales »
  • Page « Déclaration d’Accessibilité »
  • Page « Authentification : Demande de code »
  • Page processus « Nouveau projet »

Retour d’informations et contact

Si vous n’arrivez pas à accéder à un contenu ou à un service ou si vous avez une question sur l’accessibilité numérique :

Nous vous remercions par avance de préciser dans votre message : adresse URL de la page concernée, ainsi que le dispositif d’assistance utilisé le cas échéant.

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 (https://formulaire.defenseurdesdroits.fr/)

  • Contacter le délégué du Défenseur des droits dans votre région
    (https://www.defenseurdesdroits.fr/saisir/delegues)
  • Envoyer un courrier par la Poste (gratuit, ne pas mettre de timbre)
    Défenseur des droits
    Libre réponse 71120
    75342 Paris CEDEX 07