Déclaration d’accessibilité – Jobijoba

Hellowork s’engage à rendre son site Web accessible 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 Web : https://jobijoba.com

État de conformité

Le site Jobijoba est non conforme avec le référentiel général d’amélioration de l’accessibilité (RGAA), version 4.1, en raison des non-conformités énumérées ci-dessous.

Rapport d’audit accessibilité Jobijoba

Résultats des tests

L’audit de conformité au RGAA 4.1.2 réalisé par l’équipe Hellowork révèle que :

  • 29% des critères du RGAA 4.1.2 sont respectés.

Dans le détail :

  • Nombre de critères conformes : 22
  • Nombre de critères non conformes : 55
  • Nombre de critères non applicables : 0

Contenus non accessibles

Les contenus listés ci-dessous ne sont pas accessibles pour les raisons suivantes :

Non-conformités

Liste des critères non conformes :

  • 1.1 Chaque image porteuse d’information a-t-elle une alternative textuelle ?
  • 1.2 Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?
  • 1.3 Pour chaque image porteuse d’information ayant une alternative textuelle, cette alternative est-elle pertinente ?
  • 2.1 Chaque cadre a-t-il un titre de cadre ?
  • 3.1 L’information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
  • 3.2 Le contraste entre la couleur du texte et celle de l’arrière-plan est-il suffisamment élevé ?
  • 3.3 Les couleurs utilisées dans les composants d’interface sont-elles suffisamment contrastées ?
  • 5.3 Le contenu linéarisé des tableaux de mise en forme reste-t-il compréhensible ?
  • 5.7 Les cellules des tableaux de données sont-elles correctement associées à leurs en-têtes ?
  • 6.1 Chaque lien est-il explicite ?
  • 6.2 Chaque lien a-t-il un intitulé ?
  • 7.1 Chaque script est-il compatible avec les technologies d’assistance ?
  • 7.2 Chaque script ayant une alternative, cette alternative est-elle pertinente ?
  • 7.3 Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage ?
  • 7.4 Pour chaque script qui initie un changement de contexte, l’utilisateur en a-t-il le contrôle ?
  • 7.5 Les messages de statut sont-ils correctement restitués par les technologies d’assistance ?
  • 8.2 Le code source généré est-il valide selon le type de document spécifié ?
  • 8.6 Le titre de page est-il pertinent ?
  • 8.7 Chaque changement de langue est-il indiqué dans le code source ?
  • 8.9 Les balises sont-elles utilisées uniquement à des fins de présentation ?
  • 9.1 L’information est-elle structurée par l’utilisation appropriée de titres ?
  • 9.2 La structure du document est-elle cohérente ?
  • 9.3 Chaque liste est-elle correctement structurée ?
  • 9.4 Chaque citation est-elle correctement indiquée ?
  • 10.1 Des feuilles de styles sont-elles utilisées pour contrôler la présentation de l’information ?
  • 10.2 Le contenu visible reste-t-il présent lorsque les feuilles de styles sont désactivées ?
  • 10.3 L’information reste-t-elle compréhensible sans CSS ?
  • 10.4 Le texte reste-t-il lisible lorsqu’on augmente la taille des caractères jusqu’à 200 % ?
  • 10.5 Les déclarations CSS de couleurs sont-elles correctement utilisées ?
  • 10.6 Chaque lien dont la nature n’est pas évidente est-il visible par rapport au texte environnant ?
  • 10.7 La prise de focus est-elle visible pour chaque élément recevant le focus ?
  • 10.8 Les contenus cachés ont-ils vocation à être ignorés par les technologies d’assistance ?
  • 10.9 L’information n’est-elle pas donnée uniquement par la forme, taille ou position ?
  • 10.10 Cette règle (forme, taille ou position) est-elle implémentée de façon pertinente ?
  • 10.11 Les contenus peuvent-ils être présentés sans perte d’information ou fonctionnalité sans scroll excessif ?
  • 10.12 Les propriétés d’espacement du texte peuvent-elles être redéfinies sans perte ?
  • 10.13 Les contenus additionnels au survol, focus ou activation sont-ils contrôlables ?
  • 10.14 Les contenus additionnels via styles CSS peuvent-ils être rendus visibles au clavier ?
  • 11.1 Chaque champ de formulaire a-t-il une étiquette ?
  • 11.2 Chaque étiquette associée à un champ de formulaire est-elle pertinente ?
  • 11.5 Les champs de même nature sont-ils regroupés ?
  • 11.8 Les items d’une liste de choix sont-ils regroupés de manière pertinente ?
  • 11.9 L’intitulé de chaque bouton est-il pertinent ?
  • 11.10 Le contrôle de saisie est-il utilisé de manière pertinente ?
  • 11.11 Le contrôle de saisie est-il accompagné, si nécessaire, de suggestions ?
  • 11.13 La finalité d’un champ de saisie peut-elle être déduite pour l’autocomplétion ?
  • 12.1 Chaque ensemble de pages dispose-t-il de deux systèmes de navigation ?
  • 12.6 Les zones de regroupement de contenus sont-elles atteignables ou évitables ?
  • 12.7 Un lien d’évitement ou d’accès rapide à la zone de contenu principal est-il présent ?
  • 12.8 L’ordre de tabulation est-il cohérent ?
  • 12.11 Les contenus additionnels apparaissant à l’interaction sont-ils atteignables au clavier ?
  • 13.1 L’utilisateur a-t-il le contrôle de chaque limite de temps ?
  • 13.3 Chaque document en téléchargement possède-t-il une version accessible ?
  • 13.9 Le contenu est-il consultable quelle que soit l’orientation de l’écran ?
  • 13.10 Les gestes complexes sont-ils accessibles par des gestes simples ?

Dérogations pour charge disproportionnée

Pas de dérogation

Contenus non soumis à l’obligation d’accessibilité

Néant

Établissement de déclaration d’accessibilité

Cette déclaration a été établie le 2 juin 2025.

Environnement de test et outils pour évaluer l’accessibilité

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, avec les combinaisons de navigateurs web et lecteurs d’écran suivants :

  • Chrome 135

La vérification de l’accessibilité est le résultat de tests manuels, assistés par des outils

  • CHROME WEB DEVELOPPER
  • COLOR CONTRAST CHECKER

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

L’échantillon de pages ayant fait l’objet de vérification de conformité

Retour d’information et contact

Hellowork s’engage à prendre les moyens nécessaires afin de donner accès, dans un délai raisonnable, aux informations et fonctionnalités recherchées par la personne en situation de handicap.

Nous vous invitons à nous informer des problèmes d’accessibilité que vous rencontrez sur notre site en nous écrivant à l’adresse accessibilite@hellowork.com

Voies de recours

Si vous constatez un défaut d’accessibilité vous empêchant d’accéder à un contenu ou à une fonctionnalité du site, que vous nous le signalez et que vous ne parvenez pas à obtenir une réponse rapide de notre part, vous êtes en droit de faire parvenir vos doléances ou une demande de saisine au Défenseur des droits. Plusieurs moyens sont à votre disposition :

Engagements Hellowork en faveur de l’accessibilité

Hellowork œuvre en faveur de l’emploi et de la formation à travers les différentes plateformes et solutions logicielles, et s’adresse à des publics très variés. C’est pourquoi l’accessibilité est au cœur des préoccupations liées au développement des sites web ou applications que nous mettons à disposition.

Cette volonté se concrétise à travers ces actions :

Plan d’action 2025

Accessibilité des boutons hors script javascript (Critère 7.1, 7.3)

  • Problème : Certains boutons de navigation ne sont accessibles que via des scripts JS.
  • Impact : Les utilisateurs de technologies d’assistance ne peuvent pas acceder à certains mages du site
  • Action : Mise à jour du plan de site

Alternatives Textuelles pour les Images (Critères 1.1, 1.2 et 1.3)

  • Problème : Absence ou inexactitude des textes alternatifs pour les images.
  • Impact : Les utilisateurs de lecteurs d’écran ne peuvent pas comprendre le contenu des images.
  • Action : Fournir des descriptions textuelles pertinentes pour les images informatives et utiliser des attributs alt vides pour les images décoratives.

Avant décembre 2025 : définir un plan de formation pour les designers et développeurs font afin de nous assurer d’une base de connaissances solide sur les bonnes pratiques en terme d’accessibilité et mise en pratique pour toute nouvelle évolution.

Objectif 2026 : chaque nouvelle évolution lancée en production remplit les critères d’accessibilité.