Déclaration d’accessibilité – Hellowork recruteur

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://app-recruteur.hellowork.com/

État de conformité

Le site Hellowork recruteur (ATS/CVthèque) 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.

Résultats des tests

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

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

Dans le détail :

  • Nombre de critères conformes : 29
  • Nombre de critères non conformes : 43
  • Nombre de critères non applicables : 34

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 :

  • Critère 1.1 Chaque image porteuse d’information a-t-elle une alternative textuelle ?
  • Critère 1.2 Chaque image de décoration est-elle correctement ignorée par les technologies d’assistance ?
  • Critère 1.3 Pour chaque image porteuse d’information ayant une alternative textuelle, cette alternative est-elle pertinente (hors cas particuliers) ?
  • Critère 2.1 Chaque cadre a-t-il un titre de cadre ?
  • Critère 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 ?
  • Critère 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) ?
  • Critère 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) ?
  • Critère 5.1 Chaque tableau de données complexe a-t-il un résumé ?
  • Critère 5.3 Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible ?
  • Critère 5.4 Pour chaque tableau de données ayant un titre, le titre est-il correctement associé au tableau de données ?
  • Critère 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) ?
  • Critère 7.1 Chaque script est-il, si nécessaire, compatible avec les technologies d’assistance ?
  • Critère 7.3 Chaque script est-il contrôlable par le clavier et par tout dispositif de pointage (hors cas particuliers) ?
  • Critère 7.5 Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d’assistance ?
  • Critère 8.2 Pour chaque page web, le code source généré est-il valide selon le type de document spécifié ?
  • Critère 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 ?
  • Critère 9.1 Dans chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?
  • Critère 9.2 Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
  • Critère 9.3 Dans chaque page web, chaque liste est-elle correctement structurée
  • Critère 9.4 Dans chaque page web, chaque citation est-elle correctement indiquée ?
  • Critère 10.1 Dans le site web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l’information ?
  • Critère 10.3 Dans chaque page web, l’information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ?
  • Critère 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) ?
  • Critère 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 ?
  • Critère 10.7 Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
  • Critère 10.9 Dans chaque page web, l’information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
  • Critère 10.11 Pour chaque page web, 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) ?
  • Critère 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) ?
  • Critère 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) ?
  • Critère 11.1 Chaque champ de formulaire a-t-il une étiquette ?
  • Critère 11.2 Chaque étiquette associée à un champ de formulaire est-elle pertinente (hors cas particuliers) ?
  • Critère 11.4 Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés (hors cas particuliers) ?
  • Critère 11.5 Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?
  • Critère 11.10 Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
  • Critère 12.1 Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?
  • 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 ?
  • Critère 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) ?
  • Critère 12.8 Dans chaque page web, l’ordre de tabulation est-il cohérent ?
  • Critère 12.10 Dans chaque page web, les raccourcis clavier n’utilisant qu’une seule touche (lettre minuscule ou majuscule, ponctuation, chiffre ou symbole) sont-ils contrôlables par l’utilisateur ?
  • Critère 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 ?
  • Critère 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) ?
  • Critère 13.5 Dans chaque page web, chaque contenu cryptique (art ASCII, émoticône, syntaxe cryptique) a-t-il une alternative ?
  • Critère 13.8 Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l’utilisateur ?

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 13 mai 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 :

  • Firefox et NVDA (dernière version)

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

  • WebDeveloper Toolbar
  • Color Contrast Analyser

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é
Notre plateforme n’étant accessible que par login / mot de passe il est impossible de donner les URL finales, néanmoins nous fournissons l’ensemble des intitulés des pages testées :

  • Liste de postes
  • Détail poste
  • Détail Candidat
  • Détail profil recommandation / présélection / Ma liste / standalone
  • Création / Modification de poste
  • Création de candidat
  • Toutes mes candidatures
  • Nouvelle recherche CVthèque
  • Liste des profils CVthèque
  • Toutes mes recherches CVthèque
  • Mes profils consultés CVthèque
  • Ma liste de profils
  • Paramètres Préférences
  • Paramètres Notification et alertes
  • Paramètres Sociétés
  • Paramètres Modèles de mail
  • Paramètres RGPD
  • Paramètres Utilisateurs
  • Paramètres Applications tierces
  • Paramètres Sms
  • Voir mes droits
  • Agenda
  • Page de candidature
  • Mail envoyé au candidat
  • Mail commentaire sur un partage de candidature
  • Mail mention dans un commentaire

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 – 2026

Nous souhaitons privilégier en premier lieu les critères les plus impactants pour les utilisateurs :

Contraste des Couleurs (Critère 3.2)

  • Problème : Contraste insuffisant entre le texte et l’arrière-plan.
  • Impact : Difficulté de lecture pour les personnes malvoyantes ou daltoniennes.
  • Action : entre juin 2025 et juin 2026 ce critère sera mis en conformité dans le cadre du rebranding de notre plateforme.

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

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

Cadres (Critère 12.6)

Problème : Les iframes ne comportent pas de titre ou utilisent un intitulé non descriptif.

Impact : Les utilisateurs de lecteurs d’écran ne comprennent pas le contenu ou la fonction du cadre.

Action : Ajouter un attribut title explicite à chaque iframe, décrivant clairement son contenu (ex. : title= »Carte interactive »).

Avant décembre 2026 : étudier les évolutions à réaliser pour la navigation au clavier (critère 7.3) et identifier les actions à réaliser sur les autres critères d’accessibilité afin de pouvoir les planifier et les prioriser sur les roadmaps des prochaines années.

Avant décembre 2025 : définir un plan de formation pour les designers et développeurs 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.

 

Accueil Déclaration d’accessibilité – Hellowork recruteur