Flow n°8 : transmettre les réponses LinkedIn à votre CRM avec n8n

L’écart entre « il a répondu sur LinkedIn » et « il y a un deal dans le CRM », c’est là que les pipelines se périment. Recopier les réponses est une corvée du vendredi, faite en bloc, de mémoire. Ce flow est une intégration LinkedIn CRM en deux moitiés : le constructeur de campagnes de Swimlane marque d’un tag les personnes qui ont répondu, et un workflow n8n (ou Make) planifié fait la paperasse côté CRM.

1. Message L’étape message que votre campagne envoie déjà
2. Condition A répondu au message ? Vérifié après un délai de 7 jours, fenêtre « 7 derniers jours »
3. Oui Tag Ajouter le tag « a-répondu » : la campagne s’arrête là pour cette personne
4. Oui Pipeline Dans n8n, toutes les 15 minutes : lit le tag via l’API, crée la personne et le deal dans votre CRM
5. Oui Pipeline Toujours n8n : place le contact dans « En conversation » sur votre pipeline Swimlane
6. Oui Tag Toujours n8n : remplace « a-répondu » par « dans-crm » pour ne transmettre personne deux fois
7. Non Tag Ajouter le tag « sans-réponse », ou l’étape suivante de votre campagne

Qui fait quoi dans cette intégration LinkedIn CRM

• Le constructeur de campagnes de Swimlane exécute le message, la condition « A répondu au message » et l’étape « Ajouter un tag ». Il n’a ni étape CRM, ni étape pipeline, ni étape webhook.
• n8n ou Make gère la planification, appelle l’API publique de Swimlane, écrit dans le CRM, déplace le contact dans votre pipeline Swimlane et échange le tag.
• Le tag est le contrat entre les deux. « a-répondu » signifie « à transmettre » ; « dans-crm » signifie « fait ».

Comme le workflow ne lit qu’un tag, il prend aussi les réponses aux messages que vous avez tapés vous-même : ajoutez « a-répondu » au contact depuis la conversation, et le passage suivant le récupère.

Pourquoi un tag plutôt qu’un webhook

Les webhooks sortants de Swimlane envoient trois événements : contact.created, contact.updated et contact.deleted. Aucun ne part quand un tag est ajouté, quand quelqu’un répond ou quand un contact change d’étape, et un webhook ne se filtre pas. Le webhook est le bon outil pour pousser chaque nouveau contact vers le CRM, et le guide de l’intégration CRM par webhook couvre cette voie. Pour ne pousser que les personnes qui ont répondu, reste la lecture planifiée d’un tag.

Configurer la campagne dans Swimlane

1. La condition. Sous l’étape message, ajoutez une condition « A répondu au message » avec un délai de 7 jours et la fenêtre « 7 derniers jours ». Une condition ne regarde qu’une fois, quand elle s’exécute : le délai laisse une semaine, la fenêtre ignore une réponse du printemps dernier. « À tout moment » enverrait dans la branche oui quiconque vous a déjà écrit.
2. La branche oui. Une étape « Ajouter un tag » nommée « a-répondu ». Tapez le nom : le tag est créé la première fois que l’étape s’exécute.
3. La branche non. Ce que votre campagne fait ensuite.
4. Avant le lancement. Les étapes d’une campagne lancée sont verrouillées : construisez la branche tant qu’elle est en brouillon.
5. Un jeton. Paramètres → API → « Ajouter un jeton ». Il ne s’affiche qu’une fois : enregistrez-le comme identifiant dans n8n ou Make, envoyé sous la forme Authorization: Bearer wpa_….

La page automatisation LinkedIn liste toutes les étapes et conditions du constructeur.

Configurer le workflow dans n8n ou Make

Un seul workflow sur un Schedule Trigger (un scénario planifié dans Make), toutes les 15 minutes. Avant le premier passage, posez les deux tags à la main sur un contact de test, relevez leurs identifiants avec GET /v1/tags (qui ne liste que les tags utilisés), puis retirez-les.

1. Lire le tag. GET /v1/contacts?tag_id=<id a-répondu>&per_page=100. Chaque contact revient avec son uuid, ses nom et prénom, headline, linkedinId, tagIds et pipelineStageUuid.
2. Créer ou mettre à jour la personne, ouvrir le deal. Cherchez avant de créer, avec pour clé l’URL LinkedIn (https://www.linkedin.com/in/ + linkedinId) rangée dans un champ personnalisé, pas l’email, souvent vide pour un contact LinkedIn. L’API ne renvoie pas le texte des messages : mettez l’URL du profil sur le deal et laissez son propriétaire lire la conversation dans Swimlane.
3. Déplacer le contact. POST /v1/pipelines/stages/<stageUuid>/contacts avec {"contactUuids": ["…"]}. Les uuid d’étape viennent de GET /v1/pipelines/<uuid>/stages. Prenez un pipeline d’équipe ou créé par le propriétaire du jeton. Un contact n’occupe qu’une étape par pipeline : l’appel le déplace donc aussi.
4. Échanger le tag, en dernier. POST /v1/contacts/<uuid>/tags avec {"tagIds": […]} remplace tous les tags du contact. Envoyez ses tagIds actuels sans « a-répondu », plus « dans-crm ». N’envoyez que le nouvel identifiant, et tous ses autres tags disparaissent.

Le guide de configuration n8n et le guide de configuration Make couvrent le jeton et la requête HTTP.

Les garde-fous

• Ce n’est pas instantané. La condition voit une réponse du premier jour au septième, et n8n à son passage suivant. Pour aller plus vite, vérifiez après 3 jours et ajoutez sous la branche non une seconde condition « A répondu au message », avec son propre tag « a-répondu » ; ou taguez le contact à la main dès que vous répondez.
• N’échangez le tag qu’une fois l’appel au CRM réussi. Un passage raté laisse « a-répondu » en place et le contact revient au suivant ; chercher avant de créer évite que ce nouvel essai duplique le deal.
• 100 requêtes API par minute par utilisateur. Chaque contact coûte deux appels à Swimlane. Face à des dizaines de réponses d’un coup, traitez-les par lots avec un nœud Wait.
• Les tags sont partagés par tout l’espace de travail. L’API lit tous les contacts de l’organisation : la campagne d’un collègue qui tague « a-répondu » alimente le même workflow. Pour un CRM partagé, c’est ce que vous voulez ; sinon, donnez à chaque équipe son propre tag. La page équipe et API montre ce que l’espace de travail partage.

Ce qu’il faut mesurer

Les contacts encore tagués « a-répondu » une heure après un passage : il en faut zéro, et chaque contact restant est une transmission ratée. Puis la part des deals du CRM qui portent une URL de profil LinkedIn. Quand elle monte, votre prévision inclut enfin le canal qu’elle ne voyait pas.