Déclaration d’accessibilité – Hellowork

Chez Hellowork, nous croyons que chacun doit pouvoir accéder aux opportunités professionnelles, quels que soient ses projets, ses parcours ou ses capacités.

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://www.hellowork.com/fr-fr/.

Nos équipes améliorent en continu l’expérience utilisateur, avec l’objectif de permettre à chacun de tirer pleinement parti de nos services. Nous travaillons actuellement à l’intégration des besoins spécifiques liés à l’accessibilité, dès la conception de nos produits et au test régulier des technologies d’assistance. Vos retours sont les bienvenus pour nous aider à progresser.

État de conformité

Le site hellowork.com 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.

https://ara.numerique.gouv.fr/rapport/mQkusNCpJha3oey4hgJ_X/resultats

Résultats des tests

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

  • 31% 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 : 48
  • Nombre de critères non applicables : 36

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 (hors cas particuliers) ?
  • 1.6  Chaque image porteuse d’information a-t-elle, si nécessaire, une description détaillée ?
  • 1.7  Pour chaque image porteuse d’information ayant une description détaillée, cette description est-elle pertinente ?
  • 1.9  Chaque légende d’image est-elle, si nécessaire, correctement reliée à l’image correspondante ?
  • 2.1  Chaque cadre a-t-il un titre de cadre ?
  • 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) ?
  • 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) ?
  • 4.1  Chaque média temporel pré-enregistré a-t-il, si nécessaire, une transcription textuelle ou une audiodescription (hors cas particuliers) ?
  • 4.3  Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, des sous-titres synchronisés (hors cas particuliers) ?
  • 4.7  Chaque média temporel est-il clairement identifiable (hors cas particuliers) ?
  • 5.3  Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible ?
  • 6.1  Chaque lien est-il explicite (hors cas particuliers) ?
  • 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) ?
  • 7.4  Pour chaque script qui initie un changement de contexte, l’utilisateur est-il averti ou en a-t-il le contrôle ?
  • 7.5  Dans chaque page web, les messages de statut sont-ils correctement restitués par les technologies d’assistance ?
  • 8.2  Pour chaque page web, le code source généré est-il valide selon le type de document spécifié ?
  • 8.3  Dans chaque page web, la langue par défaut est-elle présente ?
  • 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 ?
  • 10.1  Dans le site web, des feuilles de styles sont-elles utilisées pour contrôler la présentation de l’information ?
  • 10.3  Dans chaque page web, l’information reste-t-elle compréhensible lorsque les feuilles de styles sont désactivées ?
  • 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.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 ?
  • 10.10  Dans chaque page web, l’information ne doit pas être donnée par la forme, taille ou position uniquement. Cette règle est-elle implémentée de façon pertinente ?
  • 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) ?
  • 11.1  Chaque champ de formulaire a-t-il une étiquette ?
  • 11.2  Chaque étiquette associée à un champ de formulaire est-elle pertinente (hors cas particuliers) ?
  • 11.3  Dans chaque formulaire , chaque étiquette associée à un champ de formulaire ayant la même fonction et répétée plusieurs fois dans une même page ou dans un ensemble de pages est-elle cohérente ?
  • 11.4  Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés (hors cas particuliers) ?
  • 11.9  Dans chaque formulaire, l’intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?
  • 11.10  Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?
  • 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 ?
  • 12.1  Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?
  • 12.4  Dans chaque ensemble de pages , la page « plan du site » est-elle accessible à partir d’une fonctionnalité identique ?
  • 12.5  Dans chaque ensemble de pages, le moteur de recherche est-il atteignable de manière identique ?
  • 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.8  Dans chaque page web, l’ ordre de tabulation est-il cohérent ?
  • 12.9  Dans chaque page web, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ?
  • 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.1  Pour chaque page web, l’utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ?
  • 13.5  Dans chaque page web, chaque contenu cryptique (art ASCII, émoticône, syntaxe cryptique) a-t-il une alternative ?
  • 13.10  Dans chaque page web, les fonctionnalités utilisables ou disponibles au moyen d’un geste complexe peuvent-elles être également disponibles au moyen d’un geste simple (hors cas particuliers) ?
  • 13.11  Dans chaque page web, les actions déclenchées au moyen d’un dispositif de pointage sur un point unique de l’écran peuvent-elles faire l’objet d’une annulation (hors cas particuliers) ?

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

  • Chrome 134 et Narrateur dans les paramètres Windows
  • Safari 18 et VoiceOver (macOS Sequoia 15.4.1)

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

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

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

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.

Labels pour les Champs et Boutons de Formulaire (Critère 11.1, 11.2, 11.4, 11.9)

  • Problème : Champs de formulaire ou bouton sans intitulé associé ou intitulé non pertinent.
  • Impact : Les utilisateurs de technologies d’assistance ne peuvent pas identifier la fonction des champs et des boutons.
  • Action : Associer chaque champ de formulaire et bouton à une étiquette descriptive à l’aide des balises <label>, <input> et <button>.

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

 

Accueil Déclaration d’accessibilité – Hellowork