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://hellocv.com
État de conformité
Le site HelloCV 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éaliser des audits d’accessibilité – Ara
Résultats des tests
L’audit de conformité au RGAA 4.1.2 réalisé par l’équipe Hellowork révèle que :
- 47% des critères du RGAA 4.1.2 sont respectés.
Dans le détail :
- Nombre de critères conformes : 28
- Nombre de critères non conformes : 32
- 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 (hors cas particuliers) ?
- 3.1 : L’information ne doit pas être donnée uniquement par la couleur. Cette règle est-elle respectée ?
- 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) ?
- 6.1 : Chaque lien est-il explicite (hors cas particuliers) ?
- 6.2 : Dans chaque page web, chaque lien a-t-il un intitulé ?
- 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.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 ?
- 9.1 : Dans chaque page web, l’information est-elle structurée par l’utilisation appropriée de titres ?
- 9.2 : Dans chaque page web, la structure du document est-elle cohérente (hors cas particuliers) ?
- 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.7 : Dans chaque page web, pour chaque élément recevant le focus, la prise de focus est-elle visible ?
- 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 ?
- 11.1 : Chaque champ de formulaire a-t-il une étiquette ?
- 11.4 : Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés (hors cas particuliers) ?
- 11.5 : Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?
- 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 ?
- 11.12 : Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, les données saisies peuvent-elles être modifiées, mises à jour ou récupérées par l’utilisateur ?
- 11.13 : La finalité d’un champ de saisie peut-elle être déduite pour faciliter le remplissage automatique des champs avec les données de l’utilisateur ?
- 12.1 : Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?
- 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.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) ?
- 12.8 : Dans chaque page web, l’ordre de tabulation est-il cohérent ?
- 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) ?
- 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) ?
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é
- Éléments transverses
- Accueil
- Contact
- Edition de compte
- Module Hellocv
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 :
- Un formulaire de contact,
- La liste du ou des délégués de votre région avec leurs informations de contact direct,
- Une adresse postale (envoi gratuit, ne pas mettre de timbre) : Défenseur des droits – Libre réponse 71120 – 75342 Paris CEDEX 07.
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 :
- La création d’un plan d’action annuel afin de mener des travaux de correction
- L’élaboration d’un schéma pluriannuel 2025-2028 d’accessibilité numérique https://www.hellowork-group.com/fr/legal/schema-pluriannuel-accessibilite-hellowork/
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 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é.