Ressources · Intégration n8n

Intégration Workable n8nAutomatiser Workable avec n8n.

Un candidat bouge dans Workable, et le reste de l'équipe l'apprend le lendemain en réunion. L'intégration Workable n8n coupe court à ça : un nœud trigger, 2 événements candidats, une réception par webhook. Une seule famille d'événements, un nœud en version 1, et la suite du workflow se construit comme tu veux.

Tester l'intégration Workable sur n8n

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

Que fait vraiment l'intégration Workable n8n ?

L'intégration Workable n8n sert à faire sortir l'information du logiciel de recrutement. Le nœud Workable Trigger reçoit les événements candidats du compte Workable et les transmet à un workflow n8n, sous forme de données à router, à enrichir ou à archiver. Le catalogue en liste 2, tous les deux dans la famille candidat, et tous les deux arrivent par webhook, c'est-à-dire une URL que Workable appelle au moment où l'événement se produit chez lui.

Prévenir le manager avant qu'il ne relance le recruteur. Trigger On réglé sur Candidate Created, le workflow publie dans le canal Slack que l'équipe garde ouvert toute la journée. Dans une PME où le même responsable suit le recrutement, la paie et les entretiens, c'est souvent le seul canal réellement lu.

Tenir un tableau de suivi que personne ne remplit à la main. Un workflow démarré sur Candidate Moved ajoute une ligne dans Google Sheets, avec les valeurs que tu choisis dans le corps de l'événement grâce à une expression du type {{ $json.field }}. Le tableau se remplit pendant que le recrutement avance, pas le vendredi soir.

Déclencher l'email qu'on oublie toujours. Les Filters acceptent un Stage Name or ID, et la description du champ donne hired comme exemple. Tu restreins le trigger à cette valeur, et Gmail envoie le message rédigé une fois pour toutes. Même logique avec Telegram quand l'équipe préfère son téléphone à sa boîte mail.

Quand le workflow a besoin d'une donnée que le trigger ne transporte pas, ou qu'il doit écrire côté Workable, le nœud HTTP Request appelle n'importe quel endpoint de l'API Workable en réutilisant le même credential via l'authentification prédéfinie. Un seul jeton à gérer, pas deux.

Deux points à garder en tête avant de brancher quoi que ce soit. Le nœud trigger est en version 1 et sa fiche catalogue annonce 2 événements dans une seule famille : c'est cette liste qui peut démarrer un workflow toute seule. Et le webhook n'est enregistré auprès de Workable qu'à l'activation du workflow, donc un flux laissé ouvert dans l'éditeur ne reçoit rien.

Si le choix de la plateforme n'est pas encore tranché, l'Avis n8n pose les arguments à plat, et la Formation n8n existe pour les équipes qui préfèrent monter ces workflows en interne.

Connexion

Comment connecter Workable à n8n ?

  1. 01

    Générer le jeton API dans Workable

    Depuis ton profil Workable, va dans Integrations, puis Apps, et choisis Generate API token. Les scopes se cochent sur cet écran, au moment de la génération : prends r_candidates et r_jobs, les deux que la documentation associe au nœud Workable Trigger. Si la sélection change plus tard, on génère un nouveau jeton, on ne modifie pas l'ancien. Copie la valeur avant de quitter la page : c'est elle que n8n stockera sous le nom Access Token.

  2. 02

    Repérer le sous-domaine dans l'URL

    La seconde valeur demandée s'appelle Subdomain, et ce n'est pas l'adresse complète. C'est la portion du domaine Workable située entre https:// et .workable.com : pour une entreprise sur https://n8n.workable.com, le sous-domaine vaut n8n. En cas de doute, la page Company Profile de Workable l'affiche aussi. On saisit la forme courte, sans protocole et sans barre oblique finale.

  3. 03

    Créer le credential une fois dans n8n

    Dans n8n, ouvre le menu Credentials, crée un credential Workable, colle le Subdomain puis l'Access Token. La méthode d'authentification prise en charge ici est la clé API, il n'y a donc pas d'écran d'autorisation à valider. Un credential se crée une fois et se réutilise partout : le nœud Workable Trigger le propose dans sa liste déroulante, et un nœud HTTP Request pointé sur l'API Workable aussi. Sélectionne-le dans le nœud, c'est connecté.

Déclencheurs

Qu'est-ce qui démarre un workflow Workable ?

Workable Trigger est le nœud qui démarre un workflow quand quelque chose se passe dans Workable. Il écoute 2 événements, listés ci-dessous par famille. Tu en choisis un ou plusieurs, tu actives le workflow : n8n enregistre le webhook (l'URL que Workable appelle) sur ton compte.

Ce que tu vois dans n8n

Tous les événements, par famille

Une ligne par objet, une puce par action. L'événement à cocher dans le nœud s'écrit objet.action ; survole une puce pour lire quand il se déclenche.

candidate.*2

    Notes de configuration

    01Configurer le Workable TriggerLe nœud Workable Trigger est la porte d'entrée du workflow, et c'est ce que le catalogue n8n propose pour Workable : version 1, 2 événements, une famille. Il fonctionne par webhook, donc n8n enregistre son URL auprès de Workable à l'activation du workflow, et chaque événement arrive ensuite en quelques secondes, sans polling, sans intervalle à régler.

    Le nœud Workable Trigger est la porte d'entrée du workflow, et c'est ce que le catalogue n8n propose pour Workable : version 1, 2 événements, une famille. Il fonctionne par webhook, donc n8n enregistre son URL auprès de Workable à l'activation du workflow, et chaque événement arrive ensuite en quelques secondes, sans polling, sans intervalle à régler.

    Paramètres clés

    • Trigger On : l'événement que le nœud écoute, choisi parmi les 2 disponibles. Un nœud, une sélection : pour couvrir les deux événements, il faut deux nœuds.
    • Filters : une collection optionnelle qui restreint ce qui atteint le workflow. Laissée vide, le nœud garde tout ce que l'événement sélectionné envoie.
    • Job Name or ID : dans Filters, ne reçoit les notifications que pour un poste. À choisir dans la liste que n8n charge depuis le compte, ou à passer par un ID avec une expression, la façon dont n8n écrit une valeur au lieu de la sélectionner.
    • Stage Name or ID : dans Filters également, reçoit les notifications pour des étapes précises, avec hired comme exemple donné par la description du champ.
    Cas d'usage
    un workflow par événement et par poste, et chaque journal d'exécution reste lisible, ce qui compte quand plusieurs recrutements tournent en parallèle.
    02Candidate CreatedTrigger On sur Candidate Created démarre le workflow sur l'événement candidateCreated. Workable appelle l'URL du webhook, n8n transforme le corps de l'événement en un item, et les nœuds suivants y piochent ce dont ils ont besoin avec une expression du type {{ $json.field }}. Rien d'autre n'a besoin de tourner en amont : le trigger est le premier nœud, le workflow doit juste être actif.

    Trigger On sur Candidate Created démarre le workflow sur l'événement candidateCreated. Workable appelle l'URL du webhook, n8n transforme le corps de l'événement en un item, et les nœuds suivants y piochent ce dont ils ont besoin avec une expression du type {{ $json.field }}. Rien d'autre n'a besoin de tourner en amont : le trigger est le premier nœud, le workflow doit juste être actif.

    Paramètres clés

    • Job Name or ID : garde le workflow sur un seul poste, pratique quand un canal est dédié à un recrutement et à un seul.
    • Stage Name or ID : disponible ici aussi, pour ne déclencher que sur une étape donnée.
    Cas d'usage
    une PME qui recrute deux ou trois profils par an branche cet événement sur un tableau partagé, puis sur le canal où le dirigeant répond vraiment.
    Quand l'utiliser
    dès que la réaction attendue se situe tout au début, avant que quelqu'un ait ouvert Workable de la journée.
    03Candidate MovedLa seconde valeur de Trigger On s'appelle Candidate Moved et démarre le workflow sur l'événement candidateMoved. C'est celle qu'on associe au filtre Stage, puisque la collection Filters sert précisément à décider quelles étapes méritent un workflow et lesquelles peuvent rester silencieuses. Même mécanique de webhook, mêmes quelques secondes, motif différent.

    La seconde valeur de Trigger On s'appelle Candidate Moved et démarre le workflow sur l'événement candidateMoved. C'est celle qu'on associe au filtre Stage, puisque la collection Filters sert précisément à décider quelles étapes méritent un workflow et lesquelles peuvent rester silencieuses. Même mécanique de webhook, mêmes quelques secondes, motif différent.

    Paramètres clés

    • Stage Name or ID : reçoit les notifications pour des étapes précises, hired étant l'exemple fourni par la description du champ. À choisir dans la liste, ou à préciser par un ID via une expression.
    • Job Name or ID : à combiner avec le filtre d'étape quand un seul poste justifie ce niveau d'attention.
    Cas d'usage
    un cabinet qui gère plusieurs clients archive chaque mouvement dans le document que le client relit en fin de semaine, au lieu de refaire le point de mémoire.
    Quand l'utiliser
    quand le moment intéressant n'est pas l'arrivée du candidat, mais ce qui lui arrive ensuite.
    Besoin d'aide

    Besoin d'aide pour automatiser Workable avec n8n ?

    L'équipe te répond directement.

    Chaque message est lu par une personne.

    FAQ

    Workable et n8n, les questions qui viennent après

    01L'intégration Workable n8n est-elle gratuite ?
    Oui du côté de n8n. Le nœud Workable Trigger est livré avec n8n : rien à installer, aucun module à acheter, aussi bien sur n8n Cloud que sur une instance auto-hébergée en Community Edition, sous licence Sustainable Use. Ce que tu dépenses dépend donc de la façon dont tu fais tourner n8n : ton propre serveur, via Docker ou npm, ou l'offre hébergée vendue par n8n. Le workflow, lui, est identique dans les deux cas. Ce que coûte le compte Workable est une autre question, et cette page ne la traite pas. Le credential se réutilisant d'un workflow à l'autre, brancher un deuxième flux n'ajoute rien.
    02Quels credentials pour le nœud Workable Trigger ?
    Un credential Workable de type clé API, construit sur deux valeurs. Le Subdomain est la portion du domaine Workable comprise entre https:// et .workable.com : sur https://n8n.workable.com, c'est n8n, et la page Company Profile de Workable l'affiche également. L'Access Token se génère depuis le profil, dans Integrations puis Apps, avec Generate API token. Coche les scopes r_candidates et r_jobs au moment de la génération, ce sont ceux que la documentation associe au nœud Workable Trigger. La clé API est la méthode d'authentification prise en charge pour ce credential. Crée-le une fois dans le menu Credentials, tous les workflows Workable le retrouveront dans leur liste déroulante.
    03Quelles limites côté Workable dans n8n ?
    Ça dépend de ce que le workflow doit faire. La fiche catalogue de Workable dans n8n est un trigger en version 1, avec 2 événements dans une seule famille candidat, et c'est cette liste qui peut démarrer un workflow directement. Pour tout ce que le trigger ne transporte pas, le nœud HTTP Request appelle n'importe quel endpoint de l'API Workable en réutilisant le même credential via l'authentification prédéfinie, ce qui évite de stocker un second jeton ailleurs. La collection Filters, elle, restreint ce qui atteint le workflow, par poste ou par étape, elle n'ajoute pas d'événement. Et le webhook n'existe que tant que le workflow est actif.
    04Le trigger Workable réagit-il en temps réel ?
    Oui. Le nœud fonctionne par webhook : n8n enregistre une URL auprès de Workable à l'activation du workflow, et Workable appelle cette URL quand un événement se produit. Chaque événement arrive donc en quelques secondes. Il n'y a pas de polling, cette autre méthode où un nœud irait interroger l'API à intervalle fixe pour savoir si quelque chose a changé, donc aucun intervalle à régler et aucun délai à accepter. La conséquence pratique mérite d'être retenue : le workflow doit être actif pour que le webhook soit enregistré. Tant qu'il reste ouvert dans l'éditeur, rien n'arrive.
    05n8n ou Make pour Workable ?
    Les deux font tourner ce genre de workflow, la vraie question porte sur la façon de l'héberger. Make est une plateforme hébergée par Make, sans option d'auto-hébergement, facturée à l'opération : un flux qui réagit à chaque événement candidat voit donc son coût suivre le volume de recrutement. n8n tourne sur n8n Cloud ou sur un serveur qui t'appartient, et cette seconde option pèse lourd quand les données de candidats doivent rester sur une infrastructure maîtrisée. La logique visuelle diffère aussi : n8n garde les expressions et le code à portée du canevas, Make s'appuie davantage sur son panneau de mapping. Aucune des deux réponses n'est mauvaise.
    Même plateforme

    Autres docs utiles sur ce stack.

    Voir toutes les intégrations