# Plateforme ATS glow

1 employeurs connectés via cette plateforme — 9 offres actives. Module partagé : jobka/connectors/glow.py ; un employeur = une sous-classe d'environ 10 lignes.

# Description & mécanique

Plateforme Glow in the Cloud (jobs.glowinthecloud.com/), ATS québécois.

• liste : GET https://jobs.glowinthecloud.com/ -> HTML rendu serveur (pas de SPA) : cartes
• de la ul.jobs-listing, chacune avec un lien « //<id numérique> » (l'id ressemble à une date de parution : 20261015002), le titre dans l'attribut title de l'ancre et l'adresse COMPLÈTE dans la feature « Adresse » (« 561 Rue Joseph-Latour, Sherbrooke, QC J1C 0W2, Canada ») — le filtre Québec se décide dès la liste.
• détail : GET https://jobs.glowinthecloud.com// -> bloc JSON-LD JobPosting (description HTML, datePosted, employmentType, jobLocation.address avec locality/postalCode, logo employeur). ⚠️ Le JSON contient des caractères de contrôle littéraux (tabulations dans la description) : l'extracteur tolérant de _jsonld les absorbe. Cache BD + budget de re-visites.
• garde-fou : une vraie page liste porte toujours le conteneur « jobSearch-result » (même board vide) — son absence = challenge/erreur, pas une liste vide : retry avec backoff puis erreur explicite plutôt qu'un faux « 0 offre » (même doctrine que JazzHR/motosillimitees).
• lieux : la feature « Adresse » de la liste peut MANQUER (3 offres groupepmi sur 10 au 2026-10-27) ou n'être qu'une rue sans ville (« 561 rue Joseph-Latour ») — et le <address> des pages détail est le siège social en pied de page, identique partout : ne JAMAIS s'en servir comme lieu d'offre. Cascade de décision Québec : adresse de liste si elle porte ville/province, sinon jobLocation du JSON-LD, sinon ville citée dans la description (« Chantier Joliette », « à Joliette ») validée contre le référentiel des municipalités QC — même doctrine que bento_sushi : rien d'inventé, une offre sans marqueur québécois est écartée.

# Accès

• Endpoint (BASE) : https://jobs.glowinthecloud.com
• Pagination : flux unique (une requête liste)
• Backend : GET/POST direct requests (throttlé, User-Agent JobKaBot/1.0 identifié)
• Auth : aucune — API/pages publiques du site carrières.
• Throttle : 1.0 s entre requêtes.
• Budgets (env) : JOBKA_GLOW_DETAIL_LIMIT (défaut 60)

# Tenants connectés

# Licence / conformité

Flux public du site carrières officiel de l'employeur (API JSON de l'ATS ou HTML rendu serveur) — le même contenu que la page carrière affiche publiquement, prévu pour la diffusion des offres, sans authentification. Chaque offre conserve son URL originale et le bouton « Postuler chez l'employeur » renvoie chez l'employeur. Aucune donnée personnelle de candidat n'est collectée. User-Agent identifié JobKaBot/1.0 (+https://www.job-ka.com; contact@spboucher.ai) sur les accès directs ; requêtes throttlées et plafonnées par budgets.

# Historique

Mission connecteurs du 2026-08-18 — passage de 135 à 217 employeurs directs connectés, de 9 à 17 plateformes ATS, ajout de 3 portails agrégateurs et du canal de dépôt direct :

• fd4bfc8 qualité lieux : rejet des villes hors Québec, bâtiments McGill → Montréal ;
• 5a66f48 +59 employeurs (sondage massif d'ATS + détection de pages carrières) ;
• 4917d57 8 nouveaux ATS (Taleo, Njoyn, UltiPro, iCIMS, SuccessFactors, ADP WFN, Digital Recruiters, Workland) + 23 employeurs publics/parapublics ;
• f6e7571 portails Guichet-Emplois, Jobillico, Espresso-Jobs — l'offre directe gagne toujours la canonique (dédup) ;
• 744cbfc badge « Offre directe », stats directes/portails, dépôt direct employeurs ;
• 1604ff9 reprise sur coupure WAF Guichet-Emplois (retry + acquis partiel).