Déclaration d’accessibilité – Hellowork (application mobile)

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 ses applications mobiles accessibles conformément à l’article 47 de la loi n° 2005-102 du 11 février 2005. Cette déclaration d’accessibilité s’applique aux applications mobiles Hellowork.

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é

Les applications mobiles Hellowork sont non conformes avec le référentiel de l’accessibilité des applications mobiles (RAAM), version 1.1, en raison des non-conformités énumérées ci-dessous.

Le RGAA n’étant pas adapté aux audits d’applications mobiles en France, nous avons par conséquent utilisé le RAAM qui respecte la même norme EN 301 549 v.3.2.1 imposéee par le RGAA.

https://accessibilite.public.lu/fr/raam1.1/index.html

Résultats des tests

L’audit de conformité au RAAM version 1.1 réalisé par l’équipe Hellowork révèle que :

  • 20% des critères du RAAM version 1.1 sont respectés.

Dans le détail :

  • Nombre de critères conformes : 9
  • Nombre de critères non conformes : 36
  • Nombre de critères non applicables : 61

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 élément graphique de décoration est-il ignoré par les technologies d’assistance ?
  • 1.2 Chaque élément graphique porteur d’information possède-t-il une alternative accessible aux technologies d’assistance ?
  • 1.3 Pour chaque élément graphique porteur d’information, l’alternative accessible aux technologies d’assistance est-elle pertinente (hors cas particuliers) ?
  • 2.1 Dans chaque écran, l’information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
  • 2.2 Dans chaque écran, le contraste entre la couleur du texte et la couleur de son arrière-plan est-il suffisamment élevé (hors cas particuliers) ?
  • 2.3 Dans chaque écran, les couleurs utilisées dans les composants d’interface et les éléments graphiques porteurs d’informations sont-elles suffisamment contrastées (hors cas particuliers) ?
  • 2.4 Le rapport de contraste de chaque mécanisme de remplacement qui permet d’afficher l’écran avec un rapport de contraste conforme est-il suffisamment élevé ?
  • 3.5 Chaque média temporel synchronisé pré-enregistré a-t-il, si nécessaire, une alternative (hors cas particuliers) ?
  • 3.11 Pour chaque média temporel pré-enregistré, le contenu textuel adjacent permet-il d’identifier clairement le média temporel (hors cas particuliers) ?
  • 5.1 Chaque composant d’interface est-il, si nécessaire, compatible avec les technologies d’assistance (hors cas particuliers) ?
  • 5.2 Chaque composant d’interface est-il contrôlable par le clavier et tout dispositif de pointage (hors cas particuliers) ?
  • 5.3 Chaque changement de contexte respecte-t-il une de ces conditions ?
  • 5.4 Dans chaque écran, les messages de statut sont-ils correctement restitués par les technologies d’assistance ?
  • 5.5 Chaque état d’un contrôle à bascule présenté à l’utilisateur est-il perceptible ?
  • 6.2 Dans chaque écran, les éléments de l’interface ne doivent pas être utilisés uniquement à des fins de présentation. Cette règle est-elle respectée ?
  • 7.1 Dans chaque écran, l’information est-elle structurée par l’utilisation appropriée de titres ?
  • 7.2 Dans chaque écran, chaque liste est-elle correctement structurée ?
  • 8.1 Dans chaque écran, le contenu visible porteur d’information est-il accessible aux technologies d’assistance ?
  • 8.2 Dans chaque écran, l’utilisateur peut-il augmenter la taille des caractères de 200% au moins (hors cas particuliers) ?
  • 8.4 Dans chaque écran, pour chaque composant en environnement de texte dont la nature n’est pas évidente, une indication autre que la couleur permet-elle de signaler la prise de focus et le survol à la souris ?
  • 8.5 Dans chaque écran, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
  • 8.6 Dans chaque écran, l’information ne doit pas être donnée uniquement par la forme, taille ou position. Cette règle est-elle respectée ?
  • 9.1 Chaque champ de formulaire a-t-il une étiquette visible ?
  • 9.2 Chaque champ de formulaire a-t-il une étiquette accessible aux technologies d’assistance ?
  • 9.7 Les champs de formulaire obligatoires sont-ils correctement identifiés (hors cas particuliers) ?
  • 9.8 Pour chaque champ de formulaire qui attend un type de données et/ou un format spécifique, l’information correspondante est-elle disponible ?
  • 9.9 Dans chaque formulaire, les erreurs de saisie sont-elles accessibles ?
  • 9.10 Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions des types, formats de données ou valeurs attendus ?
  • 9.12 Pour chaque champ qui attend une donnée personnelle de l’utilisateur, la saisie est-elle facilitée ?
  • 10.1 Dans chaque écran, l’ordre de tabulation au clavier est-il cohérent ?
  • 10.2 Dans chaque écran, l’ordre de restitution par les technologies d’assistance est-il cohérent ?
  • 10.3 Dans chaque écran, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ?
  • 11.5 Dans chaque écran, chaque contenu cryptique (art ASCII, émoticon, syntaxe cryptique) a-t-il une alternative ?
  • 11.6 Dans chaque écran, pour chaque contenu cryptique (art ASCII, émoticône, syntaxe cryptique) ayant une alternative, cette alternative est-elle pertinente ?
  • 11.9 Dans chaque écran, le contenu proposé est-il consultable quelle que soit l’orientation de l’écran (portrait ou paysage) (hors cas particuliers) ?
  • 11.10 Dans chaque écran, les fonctionnalités activables au moyen d’un geste complexe sont-elles activables au moyen d’un geste simple (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 RAAM, avec les lecteurs d’écran suivants :

  • TalkBack (Android 14)
  • VoiceOver (iOS 18.3.1)

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é

  • Onboarding
  • Accueil
  • Connexion
  • Détail offre augmenté
  • Détail entreprise classique
  • Détail entreprise augmenté
  • Liste de résultats
  • Moteur de recherche

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 Médias (Critères 3.5, 3.11)

  • Problème : Absence ou inexactitude des textes alternatifs pour les médias.
  • Impact : Les utilisateurs de lecteurs d’écran ne peuvent pas comprendre le contenu des médias.
  • Action : Fournir des descriptions textuelles pertinentes pour les médias informatifs.

Labels pour les Champs et Boutons de Formulaire (Critère 9.1, 9.2, 9.7, 9.8, 9.9)

  • Problème : Champs de formulaire ou bouton ou cas d’erreur 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 : Bien définir chaque champ, bouton, cas d’erreur sur les formulaires.

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