Déclaration d'accessibilité

Dernière mise à jour : 11 juillet 2026

La présente Déclaration d'accessibilité s'applique à l'application Web Jobiko, à l'extension de navigateur Jobiko et aux propriétés Web connexes (collectivement, le « Service »). Jobiko est exploité par WTech (« WTech », « nous » ou « notre »), une entreprise individuelle d'Abdoul Raouf Wendyam Issoufou Sawadogo, dont l'adresse professionnelle est 2255 Rue de l'Université, Québec (Québec) G1V 0A7, dans la province de Québec, au Canada.

1. Notre engagement

WTech 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.1, niveau AA, publiées par le World Wide Web Consortium (W3C).

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.1 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 WCAG 2.1 AA servent aussi de référence technique de base pour les normes vers lesquelles nous travaillons en vertu de l'Americans with Disabilities Act (ADA) et de la Section 508 (voir la section 6) ; nous utilisons les WCAG 2.1 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.1 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 région dynamique (live region) ARIA appropriés 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

Nous tenons à être honnêtes quant à nos lacunes. Malgré nos efforts, certaines parties du Service pourraient ne pas encore respecter pleinement les WCAG 2.1 AA. Les limitations connues et possibles comprennent :

• Widgets interactifs complexes. Certains composants plus riches — comme les visualisations de données et les graphiques d'analytique (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 Analytique offre une exportation CSV des données sous-jacentes, qui peuvent être ouvertes dans un tableur ou un outil compatible avec les lecteurs d'écran ; il s'agit de 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 présentation 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 plus de 40 sites tiers de système de suivi des candidatures (ATS). 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. Nous n'avons pas encore terminé de tests dédiés au clavier et au lecteur d'écran de l'interface de l'extension sur l'ensemble des plus de 40 sites ATS pris en charge ; nos tests actuels se sont concentrés sur un sous-ensemble de sites à fort volume, et nous n'avons pas encore vérifié l'ensemble complet. Travaux prévus : nous visons à terminer une révision au clavier et au lecteur d'écran de l'interface propre à l'extension dans les 12 mois suivant la date de « Dernière mise à jour » ci-dessus et à publier ici les lacunes restantes à mesure que nous les repérons.
  • 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 au mieux des capacités et n'est pas garantie de réussir 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, Stripe pour le paiement et le passage à la caisse, 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 présentation généré à l'aide de fournisseurs de modèles d'IA (comme Anthropic et OpenAI) 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 présentation — 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] »

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 tiendrons informé 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 formulaire de contact ou de rétroaction offert dans les Paramètres de l'application Web Jobiko ; 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).

Un canal de contact alternatif dédié à l'accessibilité (comme un contact téléphonique ou un service de relais) est prévu; en attendant sa mise en place, le courriel est notre canal d'accessibilité surveillé, et nous organiserons un format de remplacement ou un rappel téléphonique sur demande.

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). L'Union européenne et le Royaume-Uni sont hors de la portée de cette version du Service ; les obligations d'accessibilité propres à ces régions (par exemple, la European Accessibility Act ou la norme EN 301 549) sont traitées comme des travaux futurs et pourraient nécessiter des mesures de conformité supplémentaires avant que nous y offrions le Service.

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.1 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 au mieux de nos capacités (« best-effort ») en vue des 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 font référence aux WCAG 2.1 niveau AA comme référence de conformité. Il s'agit de la même norme que celle adoptée à la section 2, de sorte que notre cible américaine et notre norme de travail générale sont identiques. 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/rapport de conformité en matière d'accessibilité (Accessibility Conformance Report) ; voir la section 7 pour l'état de l'évaluation indépendante.

• Amérique latine : Nous adoptons les WCAG 2.1 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 le mot « référence de base » pour signifier que les WCAG 2.1 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), Law No. 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.1 AA, nous traitons la résorption de cet écart comme un travail futur : nous évaluerons les exigences propres au pays avant de considérer ce Service comme conforme dans ce marché, et nous mettrons à jour la présente déclaration en conséquence. Nous ne déclarons pas actuellement que le Service est certifié conforme à une loi nationale d'accessibilité latino-américaine en particulier.

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 WTech, une entreprise individuelle d'Abdoul Raouf Wendyam Issoufou Sawadogo, immatriculée au Québec, Canada (NEQ 2282211947).

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.

Nous n'avons pas encore commandé d'audit d'accessibilité formel et indépendant réalisé par un tiers, et nous n'avons pas encore produit de rapport de conformité formel (comme un VPAT/ACR aux fins de la Section 508 américaine). Nous avons l'intention de commander une évaluation indépendante à mesure que le produit gagne en maturité et de mettre à jour la présente déclaration avec sa portée et ses constatations ; d'ici là, les énoncés contenus ici reflètent notre intention de conception et nos tests internes plutôt qu'une conformité certifiée.

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.

Questions au sujet de la présente déclaration : support@jobiko.org. Problèmes de sécurité non liés à l'accessibilité : security@jobiko.org.