Déclaration d’accessibilité

La présente Déclaration d’accessibilité s’applique à l’application Web Jobiko, à l’extension de navigateur Jobiko et aux sites et services Web connexes (collectivement, le « Service »). Jobiko est exploité par Groupe Omnua inc. (« Groupe Omnua inc. », « nous » ou « notre »), une société par actions constituée en vertu de la Loi sur les sociétés par actions (RLRQ, c. S-31.1), immatriculée dans la province de Québec, au Canada.

1. Notre engagement #

Groupe Omnua inc. s’engage à rendre Jobiko utilisable par le plus large public possible, y compris les personnes qui utilisent des technologies d’assistance comme les lecteurs d’écran, les loupes d’écran, les logiciels de commande vocale, les dispositifs de saisie alternatifs et la navigation au clavier uniquement.

Nous considérons l’accessibilité comme une pratique continue d’ingénierie et de conception plutôt que comme un projet ponctuel. Nous visons à tenir compte de l’accessibilité tout au long de notre travail — lorsque nous concevons de nouvelles fonctionnalités, créons des composants, rédigeons du contenu et révisons les modifications avant leur mise en production.

Nous reconnaissons que certaines personnes utilisatrices comptent sur une conception accessible pour trouver du travail et soumettre des candidatures. Comme la raison d’être de Jobiko est d’aider les gens à postuler à des emplois, l’élimination des obstacles dans notre produit a une incidence directe sur les moyens de subsistance des personnes, et nous prenons cette responsabilité au sérieux.

2. Norme visée #

Nous visons la conformité aux Règles pour l’accessibilité des contenus Web (WCAG) 2.2, niveau AA, la version en vigueur publiée par le World Wide Web Consortium (W3C). Les WCAG 2.2 reprennent tous les critères de succès des WCAG 2.0 et 2.1 (sauf un critère d’analyse syntaxique devenu obsolète) ; les respecter revient donc aussi à respecter ces versions antérieures.

Les WCAG définissent des exigences réparties selon quatre principes — selon lesquels le contenu doit être perceptible, utilisable, compréhensible et robuste — pour les personnes présentant un large éventail de handicaps, notamment des handicaps visuels, auditifs, moteurs, cognitifs et neurologiques.

« Viser la conformité » signifie que nous avons adopté les WCAG 2.2 AA comme unique norme de travail et que nous concevons en fonction de celle-ci, mais que nous ne revendiquons pas, à ce stade, une conformité complète et auditée pour chaque page, composant et document. Les lacunes connues sont décrites à la section 4.

Aux États-Unis, les normes vers lesquelles nous travaillons en vertu de l’Americans with Disabilities Act (ADA) et de la Section 508 reposent sur des versions antérieures des WCAG que les WCAG 2.2 AA englobent (voir la section 6) ; nous utilisons les WCAG 2.2 AA comme référence commune à l’ensemble de nos marchés cibles afin de ne pas nous mesurer à plusieurs normes divergentes.

Comment nous testons par rapport à cette norme. Notre méthodologie d’évaluation actuelle combine (a) des vérifications d’accessibilité automatisées intégrées à notre processus de développement, (b) des tests manuels au clavier uniquement des principaux parcours utilisateurs et (c) des tests manuels avec lecteur d’écran à l’aide d’au moins un lecteur d’écran sur ordinateur de bureau. Nous n’avons pas encore commandé d’audit d’accessibilité formel et indépendant réalisé par un tiers, ni de certification de conformité (par exemple, un VPAT/ACR aux fins de la Section 508). Tant qu’un tel audit n’est pas terminé, les énoncés contenus dans le présent document décrivent notre intention de conception et nos tests internes, et non une conformité certifiée. Notre approche d’évaluation et ses limites sont décrites plus en détail à la section 7.

3. Mesures que nous prenons #

Nous avons mis en œuvre, et continuons de maintenir, les mesures suivantes pour soutenir l’accessibilité dans l’application Web Jobiko et, le cas échéant, l’extension de navigateur :

HTML sémantique. Nous utilisons des éléments HTML natifs et une structure de repères (titres, listes, navigation, régions de contenu principal et contrôles de formulaire) afin que les technologies d’assistance puissent interpréter la structure et le sens de la page.
Navigation au clavier. Nous concevons les principaux éléments interactifs — y compris les menus, les boîtes de dialogue, l’assistant d’intégration en plusieurs étapes, le suivi des candidatures et les contrôles de formulaire standards — pour qu’ils soient accessibles et utilisables au clavier seul, sans souris ni dispositif de pointage. Il s’agit de notre intention de conception, couverte par nos tests internes au clavier des principaux parcours ; nous n’avons pas encore vérifié l’utilisabilité au clavier sur chaque écran, et certains composants plus riches présentent des limitations connues (voir la section 4). Lorsque le flux de travail bascule vers des pages tierces — par exemple, des écrans de paiement ou des formulaires externes de système de suivi des candidatures (ATS) atteints lors de la candidature automatique — l’accessibilité au clavier de ces pages hébergées par des tiers est déterminée par le tiers et échappe à notre contrôle.
Indicateurs de focus visibles. Les éléments interactifs sont conçus pour afficher un indicateur de focus clairement visible afin que les personnes utilisant le clavier ou un dispositif à commutateur puissent suivre leur position actuelle sur la page.
Jetons de couleur et de contraste. Notre système de conception utilise des jetons de couleur définis destinés à respecter les rapports de contraste des WCAG 2.2 AA pour le texte et les éléments d’interface significatifs. Nous visons à ne pas nous appuyer sur la couleur seule pour transmettre de l’information (par exemple, l’état d’une candidature est associé à du texte ou à des icônes, et non à la couleur seule).
Prise en charge du mouvement réduit. Nous respectons la préférence « réduire le mouvement » du système d’exploitation (prefers-reduced-motion). Lorsqu’une personne a demandé un mouvement réduit, nous réduisons ou supprimons les animations non essentielles dans notre interface et nos illustrations.
Étiquettes et rôles ARIA. Lorsque la sémantique HTML native ne suffit pas — par exemple, dans les widgets personnalisés, les boutons composés uniquement d’icônes et les messages d’état — nous appliquons des étiquettes, des rôles et des annonces de zone dynamique ARIA (live region) appropriées pour communiquer la fonction et l’état.
Attribut de langue par paramètre régional. Les pages déclarent la langue active du contenu (par exemple, lang="en", lang="fr" ou lang="es") afin que les lecteurs d’écran puissent utiliser la prononciation et la voix appropriées. L’interface de Jobiko est offerte en anglais, en français et en espagnol, et l’attribut de langue est défini selon le paramètre régional sélectionné.
Formulaires et gestion des erreurs. Les champs de formulaire sont conçus pour comporter des étiquettes associées, et nous visons à présenter les erreurs de validation dans un texte associé de manière programmatique au champ concerné.
Mise en page adaptative et tolérante au zoom. Les mises en page sont conçues pour s’adapter à différentes tailles d’écran et pour rester utilisables lorsque le texte est agrandi ou que la page est zoomée.

Nous examinons l’accessibilité dans le cadre de notre processus de conception et de développement et visons à corriger les régressions à mesure qu’elles sont repérées.

4. Limitations connues #

Certaines parties du Service ne respectent pas encore pleinement les WCAG 2.2 AA. Les limitations connues, et la solution de rechange offerte pour chacune, sont :

Widgets interactifs complexes. Certains composants plus riches — comme les visualisations de données et les graphiques des statistiques (par exemple, l’entonnoir de candidatures et les graphiques de score de correspondance), les interactions de glisser-déposer ou de réorganisation, ainsi que les files d’attente en plusieurs étapes — peuvent présenter une prise en charge du clavier, un étiquetage ou un texte de remplacement incomplets dans certaines vues.
- Solutions de rechange accessibles offertes dès aujourd’hui : L’écran Statistiques propose Afficher en tableau, qui présente sous forme de tableaux tous les chiffres de ses graphiques (entonnoir compris), et Télécharger le CSV, qui enregistre exactement ces tableaux. Le suivi des Candidatures offre en outre une exportation CSV de vos candidatures. Ces données s’ouvrent dans un tableur ou un outil compatible avec les lecteurs d’écran ; c’est la solution de rechange accessible recommandée aux graphiques affichés à l’écran. Le suivi des candidatures peut être utilisé sans glisser-déposer — l’état, la priorité et d’autres champs peuvent être définis au moyen de contrôles de formulaire et de menus standards plutôt que par glissement. Si vous ne pouvez pas accomplir une tâche qui dépend actuellement d’un graphique ou d’une interaction de glissement, communiquez avec nous (section 5) et nous vous fournirons l’information ou effectuerons l’action par un autre moyen.
Aperçus de documents et de PDF. Les CV et les lettres de motivation générés sont rendus en HTML et en fichiers PDF. L’aperçu PDF intégré à l’application, ainsi que les documents PDF téléchargés, ne sont pas encore balisés de manière fiable pour l’accessibilité (par exemple, titres balisés, ordre de lecture et structure du document) et peuvent ne pas être navigables de façon fiable par tous les lecteurs d’écran. Comme solution de rechange plus accessible offerte dès aujourd’hui, chaque document généré peut être consulté dans la vue HTML intégrée à l’application, laquelle comporte une structure sémantique (titres, listes et sections étiquetées) que les technologies d’assistance peuvent interpréter. Travaux prévus : nous travaillons à produire une sortie balisée pour l’accessibilité (« PDF balisé ») pour les documents téléchargés et visons à commencer son déploiement dans les 12 mois suivant la date de « Dernière mise à jour » ci-dessus ; d’ici là, la vue HTML est le format accessible recommandé, et vous pouvez communiquer avec nous (section 5) pour demander une copie accessible de tout document généré.
Extension de navigateur. L’extension de navigateur Jobiko capture les offres d’emploi et aide à remplir automatiquement les formulaires de candidature sur les sites tiers de système de suivi des candidatures (ATS) pris en charge (la liste à jour se trouve sur jobiko.org/fr/supported-sites). Deux portées sont en jeu ici, et elles comportent des limitations différentes :
- Notre propre interface d’extension (le panneau latéral, les commandes de capture et les indicateurs d’état) peut présenter des lacunes d’accessibilité que nous n’avons pas encore entièrement corrigées.
- Les pages ATS tierces elles-mêmes — les formulaires externes de candidature que l’extension remplit — sont conçues et hébergées par ces tiers. Leur accessibilité est déterminée par chaque fournisseur d’ATS et échappe à notre contrôle. Pour cette raison, nous ne pouvons pas garantir qu’un formulaire rempli automatiquement est utilisable par une technologie d’assistance, même lorsque notre extension fonctionne comme prévu.
Flux de candidature automatique. La candidature automatique est une tentative automatisée de remplissage de formulaire, faite dans la mesure du possible, dont la réussite n’est pas garantie sur chaque site. Ses écrans de révision et d’envoi intégrés à l’application peuvent contenir des éléments interactifs qui ne sont pas encore entièrement optimisés pour les technologies d’assistance. De plus, lorsque la candidature automatique soumet à un formulaire ATS externe, l’accessibilité de ce formulaire de destination est définie par le tiers (voir « Extension de navigateur » ci-dessus) et échappe à notre contrôle.
Contenu tiers et intégré. Certains flux reposent sur des services tiers — par exemple, les pages de paiement de notre fournisseur de paiement, et les fournisseurs d’authentification (Google, Apple, LinkedIn). L’accessibilité de ces écrans hébergés par des tiers est déterminée par ces fournisseurs et n’est pas sous notre contrôle.
Contenu généré par l’IA. Le contenu de CV et de lettres de motivation généré à l’aide de fournisseurs de services d’IA est produit à partir de vos saisies et peut varier dans sa structure. Nous rendons ce contenu dans nos propres gabarits plutôt que d’afficher la sortie brute du modèle, et dans la vue HTML, nous appliquons une structure sémantique — par exemple, des titres pour les sections de CV, des listes pour les compétences et l’expérience, et des régions étiquetées pour les lettres de motivation — afin que les lecteurs d’écran puissent y naviguer. Comme le texte généré lui-même varie, nous ne pouvons pas garantir que chaque sortie est structurée de façon optimale pour les technologies d’assistance, et les mises en page générées qui sont principalement visuelles (comme le style des gabarits) sont transmises au moyen de la structure et du texte plutôt qu’en s’appuyant sur des images décoratives ; nous ne générons pas d’information significative sous forme d’images qui nécessiteraient un texte de remplacement. Si un document généré est difficile à parcourir avec une technologie d’assistance, utilisez la vue HTML et communiquez avec nous (section 5).

Cette liste n’est pas exhaustive. Si vous rencontrez un obstacle qui n’y figure pas, veuillez nous en informer au moyen des coordonnées de la section 5 — votre rétroaction nous aide à prioriser les correctifs.

5. Rétroaction et coordonnées #

Nous accueillons favorablement vos commentaires sur l’accessibilité de Jobiko. Si vous rencontrez un obstacle, ne pouvez pas accomplir une tâche, ou avez besoin d’information ou d’une fonctionnalité dans un autre format accessible, veuillez communiquer avec nous :

Courriel : support@jobiko.org
Objet (suggéré) : « Accessibilité — [brève description] »
Dans l’application Web : le bouton Aide (une bulle de dialogue dans le coin inférieur droit de chaque écran) vous permet de nous écrire sans quitter l’application
Pages d’aide : notre page d’aide présente les autres façons de nous joindre

Pour nous aider à enquêter, veuillez inclure dans la mesure du possible :

la page, l’écran ou la fonctionnalité concernée (et l’URL, le cas échéant) ;
une description du problème et de ce que vous tentiez de faire ;
la technologie d’assistance, le navigateur et le système d’exploitation que vous utilisiez ; et
la façon dont vous souhaitez que nous vous répondions (par exemple, par courriel ou par téléphone).

Délai de réponse visé : Nous visons à accuser réception des signalements d’accessibilité dans les 5 jours ouvrables et à fournir une réponse substantielle — incluant un plan ou un échéancier pour tout correctif — dans les 15 jours ouvrables. Les problèmes complexes peuvent prendre plus de temps ; le cas échéant, nous vous informerons de l’avancement.

Si vous ne pouvez pas utiliser le courriel. Nous n’exploitons actuellement pas de ligne téléphonique dédiée à l’accessibilité. Si le courriel n’est pas un canal accessible pour vous, vous pouvez :

demander à une personne de confiance d’envoyer le signalement en votre nom au moyen du courriel ci-dessus (veuillez lui demander d’indiquer qu’elle écrit pour vous) ;
utiliser le bouton Aide, dans le coin inférieur droit de l’application Web Jobiko, pour nous envoyer un message ; ou
demander, par l’un de ces canaux, que nous fassions un suivi auprès de vous par un moyen qui vous convient (par exemple, un rappel téléphonique à un numéro que vous fournissez).

Si le courriel ne vous convient pas, demandez dans votre message un rappel téléphonique ou un autre format et nous l’organiserons.

6. Lois et règlements applicables #

Jobiko dessert actuellement des personnes utilisatrices au Canada, aux États-Unis et en Amérique latine (y compris le Brésil et le Mexique). Nous n’offrons pas encore le Service dans l’Union européenne ni au Royaume-Uni. Avant de le faire, nous évaluerons les obligations d’accessibilité propres à ces régions (par exemple, la directive européenne sur l’accessibilité (European Accessibility Act) et la norme EN 301 549).

Nous concevons en fonction des cadres suivants et y faisons référence :

Canada (fédéral) : la Loi canadienne sur l’accessibilité (LCA) et son objectif d’un Canada sans obstacle, ainsi que les attentes connexes liées aux Règles pour l’accessibilité des contenus Web. Nous utilisons les WCAG 2.2 AA comme norme de travail conformément à ces objectifs.
Québec : les obligations d’accessibilité de la province de Québec, notamment la Loi assurant l’exercice des droits des personnes handicapées en vue de leur intégration scolaire, professionnelle et sociale et les normes gouvernementales d’accessibilité applicables. Le Québec est notre territoire d’attache.
États-Unis : Nous travaillons, dans la mesure du possible, à répondre aux attentes associées à l’Americans with Disabilities Act (ADA) telles qu’appliquées aux services numériques, ainsi qu’aux normes techniques de la Section 508, qui intègrent les WCAG 2.0 niveau AA. Les WCAG 2.2 AA, norme adoptée à la section 2, englobent ces exigences, de sorte que notre cible américaine et notre norme de travail générale concordent. Nous ne déclarons pas que le Service a été formellement certifié ou audité quant à la conformité à l’ADA ou à la Section 508, et nous n’avons pas encore produit de VPAT ni de rapport de conformité en matière d’accessibilité (ACR) ; voir la section 7 pour l’état de l’évaluation indépendante.
Amérique latine : Nous adoptons les WCAG 2.2 AA comme norme technique de conception dans les marchés latino-américains que nous desservons (par exemple, le Brésil et le Mexique). Nous employons l’expression « référence de base » pour signifier que les WCAG 2.2 AA constituent la cible technique minimale que nous visons — et non qu’elles suffisent, à elles seules, à la conformité juridique dans chaque pays. Les pays ont chacun leur propre cadre national d’accessibilité, dont plusieurs sont eux-mêmes fondés sur les WCAG, notamment :
- Brésil : la Lei Brasileira de Inclusão (LBI), Lei nº 13.146/2015, et le modèle d’accessibilité Web du gouvernement fédéral eMAG (Modelo de Acessibilidade em Governo Eletrônico), qui est aligné sur les WCAG.
- Mexique : la Ley General para la Inclusión de las Personas con Discapacidad et les directives fédérales connexes en matière d’accessibilité numérique, qui s’inspirent également des WCAG.
- D’autres marchés de la région peuvent avoir leurs propres exigences que nous repérerons à mesure de notre expansion.
Lorsqu’un cadre national impose des obligations allant au-delà des WCAG 2.2 AA, nous évaluons ces exigences pour ce marché et mettons à jour la présente déclaration en conséquence.

La présente déclaration ne crée pas de droits ou d’obligations au-delà de ceux exigés par la loi applicable. L’exploitant est Groupe Omnua inc., une société par actions constituée en vertu de la Loi sur les sociétés par actions (RLRQ, c. S-31.1), immatriculée au Québec, Canada (NEQ 1182426842).

7. Évaluation et révision #

Nous évaluons l’accessibilité de Jobiko au moyen d’une combinaison de révisions internes de conception et d’ingénierie, de vérifications automatisées intégrées à notre processus de développement et de tests manuels avec navigation au clavier et lecteurs d’écran (la méthodologie résumée à la section 2). Ces tests internes couvrent actuellement nos principaux parcours utilisateurs et un sous-ensemble des surfaces prises en charge ; ils ne couvrent pas encore chaque page, composant, document ou site ATS pris en charge, comme l’indiquent les limitations connues de la section 4.

Nos évaluations sont internes. Lorsqu’un audit indépendant ou un rapport de conformité formel (comme un VPAT/ACR) sera terminé, il sera publié ici.

Fréquence de révision : Nous révisons et mettons à jour la présente Déclaration d’accessibilité au moins une fois tous les 12 mois, et plus tôt lorsque nous apportons des changements importants au Service ou prenons connaissance de problèmes d’accessibilité importants. La date de « Dernière mise à jour » en haut de la présente déclaration reflète la révision la plus récente.

8. Droit applicable #

La présente Déclaration d’accessibilité, ainsi que tout litige relatif à l’accessibilité du Service, est régie par les lois de la province de Québec et les lois du Canada qui y sont applicables, et les parties se soumettent à la compétence des tribunaux du district judiciaire de Montréal (Québec), sauf lorsque la loi applicable en matière de protection du consommateur ou d’accessibilité en dispose autrement.