n8n pour le support client : 7 workflows qui relient votre help desk au reste de vos outils

Un client donne la note de 1 sur 5 à votre support un dimanche soir. Vous le voyez le jeudi, quand quelqu'un ouvre enfin les rapports. D'ici là, l'occasion de rattraper le coup est passée.

n8n comble ce décalage. Voici 7 workflows qu'une petite équipe support peut monter, chacun avec son déclencheur, les nœuds intermédiaires et le résultat, plus des solutions pour les parties qui cassent souvent.

La base commune à tous les workflows

n8n prend un événement de votre help desk et l'emmène là où quelqu'un va agir : un canal Slack, un tableur, votre CRM, un e-mail de suivi.

Les exemples utilisent les événements webhook de Deskwoot, notre help desk. Les mêmes principes fonctionnent avec tout help desk qui envoie des webhooks.

Un webhook ne fait que sortir des événements de votre help desk. Pour y modifier quelque chose (attribuer, étiqueter, résoudre), il faut une API, et le workflow 7 traite ce cas.

Dans n8n

1. Ajoutez un nœud Webhook comme première étape.
2. Réglez HTTP Method sur POST et Respond sur Immediately, pour que n8n réponde tout de suite et travaille ensuite.
3. Laissez Authentication sur None. Deskwoot n'envoie ni Basic auth ni en-tête à valeur fixe, donc tout autre réglage rejette chaque événement.
4. Copiez la Production URL.

Dans Deskwoot

1. Un administrateur ouvre Paramètres > Webhooks. La carte n8n dans Paramètres > Intégrations a un bouton Ouvrir les webhooks qui y mène.
2. Cliquez sur Ajouter un webhook et collez l'URL dans URL de l'endpoint.
3. Cochez seulement les événements dont ce workflow a besoin, puis cliquez sur Créer le webhook.
4. Publiez le workflow dans n8n.

Test URL ou Production URL

L'étape que beaucoup ratent, c'est l'URL. La documentation du nœud Webhook de n8n explique que la Test URL n'écoute que pendant que vous cliquez sur « Listen for test event ». La Production URL écoute dès que le workflow est publié.

Collez la Test URL dans votre help desk et tout marche tant que vous regardez, puis plus rien n'arrive. Les exécutions de production apparaissent dans l'onglet Executions, pas sur le canevas.

Ce que contient chaque événement

Chaque événement est un POST avec un corps JSON (event, data, timestamp, accountId). La documentation de l'API liste les champs, et notre guide n8n du centre d'aide montre la configuration clic par clic.

Donnez à chaque workflow son propre webhook, pour retrouver facilement celui qui ne marche plus.

Les 7 workflows en un coup d'œil

1. Envoyer les nouvelles conversations dans le canal de la bonne équipe

Conversation créée contient la conversation (avec son inboxId) ainsi que le nom et l'e-mail du client. Un nœud Switch sur data.conversation.inboxId obtient une sortie par boîte de réception.

Chaque sortie mène à un nœud Slack avec Send a message : les questions de facturation vont dans #facturation, la boîte de réception WhatsApp dans #boutique. L'ID de chaque boîte de réception apparaît dans la première exécution après un message de test.

Vérifiez d'abord si vous en avez besoin. L'intégration Slack de Deskwoot fonctionne dans tous les forfaits et publie déjà les nouvelles conversations, les attributions, les notes CSAT et plus encore dans les canaux de votre choix.

n8n devient utile quand vous avez besoin d'une règle que ces alertes n'ont pas, ou que vous voulez les alertes dans Microsoft Teams ou Discord plutôt que dans Slack.

2. Alerter le patron quand un message parle de rétrofacturation

Sur Message créé, un nœud Filter garde les messages qui remplissent toutes ces conditions :

• data.message.messageType vaut INCOMING
• data.message.private vaut false
• data.message.content correspond à un motif comme refund|chargeback|lawyer

Un nœud Slack ou Telegram envoie ensuite le texte au patron pendant que la conversation est encore ouverte.

Cet événement consomme beaucoup d'exécutions. Il se déclenche à chaque message, dans les deux sens, y compris les réponses de votre équipe et les notes privées.

40 conversations par jour avec 6 messages chacune, cela fait 240 exécutions par jour, soit environ 7,200 par mois. n8n compte chaque exécution, même quand le Filter l'écarte.

3. Envoyer les notes CSAT dans Google Sheets et signaler les mauvaises

CSAT envoyé contient rating (de 1 à 5), feedback (le commentaire, ou vide), conversationId, contactId et surveyId.

Un nœud Google Sheets avec Append Row écrit une ligne par note, avec le timestamp de l'événement comme date. Un nœud If repère les notes de 2 ou moins et envoie le commentaire au chef d'équipe dans Slack.

Le tableur vaut le coup quand vous voulez voir les notes à côté de données que les rapports de Deskwoot n'ont pas, comme le montant de la commande.

Les enquêtes CSAT sont incluses à partir du forfait Business. Le guide CSAT explique quand elles partent, et notre guide des enquêtes de satisfaction présente les types d'enquêtes.

4. Mettre chaque nouveau client dans votre CRM

Envoyez Conversation créée, Contact créé et Contact mis à jour vers un seul webhook. Montez ensuite cette chaîne :

1. Un nœud Switch sépare les événements selon event.
2. Un nœud Edit Fields sur chaque sortie les ramène aux mêmes champs (nom, e-mail, ID du contact Deskwoot).
3. Un nœud If écarte les entrées sans e-mail.
4. L'action Create/Update a contact du nœud HubSpot les enregistre. Elle cherche par e-mail, donc un client qui revient ne devient pas une deuxième fiche.

Contact créé se déclenche quand un contact est enregistré sur la page Contacts ou créé par l'API. Un inconnu qui écrit pour la première fois apparaît comme Conversation créée.

Ce payload n'a pas de numéro de téléphone, et les clients WhatsApp ou SMS n'ont souvent pas encore d'e-mail. Ils arrivent dans le CRM dès qu'un collègue ajoute un e-mail, ce qui déclenche Contact mis à jour.

5. Prévenir la personne attribuée là où elle regarde vraiment

Conversation attribuée contient conversationId, assigneeId et previousAssigneeId. assigneeId est vide quand on a retiré l'attribution d'une conversation, et un nœud If ignore ces cas.

Un nœud Code cherche la personne dans un petit tableau d'ID d'utilisateur Deskwoot et d'ID de chat Telegram (ou d'ID de membre Slack). Un nœud Telegram ou Slack envoie ensuite un message à cette personne.

L'événement se déclenche quand un membre de l'équipe ou l'API attribue ou transfère une conversation. Le Round Robin et les règles d'automatisation attribuent sans l'envoyer.

Donc, dans une équipe qui répartit les nouveaux chats en Round Robin, ce workflow ne couvre que les attributions manuelles et les transferts.

L'événement contient des ID, pas des noms. Pour remplir le tableau, attribuez une conversation de test à chaque membre de l'équipe et lisez assigneeId dans l'onglet Executions.

6. Lancer une relance 3 jours après la résolution d'une conversation

Conversation résolue contient peu de choses : conversationId et qui l'a résolue. Faites donc en sorte que le workflow 4 écrive aussi le conversationId et l'e-mail dans une feuille Google Sheets, et cherchez l'e-mail ici.

La chaîne :

1. Remove Duplicates (Remove Items Processed in Previous Executions, Value Is New, sur conversationId), pour qu'une conversation résolue deux fois ne reçoive qu'une seule relance.
2. Wait (After Time Interval, 3 jours).
3. Google Sheets pour trouver l'e-mail.
4. Gmail pour l'envoyer.

D'après la documentation du nœud Wait, un workflow en pause garde ses données dans la base de données, donc une pause de plusieurs jours ne pose aucun problème.

Avec les enquêtes CSAT activées, Deskwoot demande déjà une note à chaque résolution. Servez-vous donc de cet e-mail pour demander un avis public, ou pour vérifier que la réparation tient toujours.

7. Marquer les clients VIP dans le help desk (nécessite l'API REST)

Sur Conversation créée, le workflow exécute ces nœuds :

• Un nœud HubSpot avec Search contacts recherche l'e-mail.
• Un nœud If vérifie une propriété fiable (par exemple, l'étape du cycle de vie « customer »).
• Un nœud HTTP Request écrit en retour vers https://api.deskwoot.com/v1 : un POST sur /conversations/{id}/labels avec l'ID de votre étiquette « vip », et un PATCH sur /conversations/{id} avec "priority": "HIGH" ou l'assigneeId du chargé de compte.

Quelques secondes après son arrivée, la conversation porte l'étiquette et une priorité haute.

Il vous faut un jeton d'API REST créé dans Paramètres > Jetons d'API (autorisation conversations:write). L'API REST fait partie du forfait Enterprise payant, et l'essai gratuit de 7 jours n'inclut aucun jeton d'API.

Si vous voulez seulement que n8n réponde aux clients, un bot Custom Webhook (à partir de Startup) suffit. Chaque conversation à laquelle n8n répond, comme bot ou via l'API REST, compte pour 1 conversation IA.

Vérifier la signature

Deskwoot signe chaque événement. L'en-tête x-deskwoot-signature contient sha256= suivi du HMAC SHA256 en hexadécimal du corps brut, calculé avec le secret du webhook comme clé.

Dans n8n, la vérification demande 3 nœuds :

1. Dans le nœud Webhook, activez Raw Body, pour que les octets exacts arrivent sous forme de données binaires.
2. Ajoutez un nœud Crypto : action Hmac, Binary File activé avec la propriété binaire du nœud Webhook, Type SHA256, Encoding HEX, et le secret dans un identifiant Crypto.
3. Ajoutez un nœud If qui compare sha256= plus le résultat avec l'en-tête, et envoyez les échecs vers une impasse.

Calculez le hash sur les octets bruts. Un JSON analysé puis remis en texte peut avoir des octets différents.

Pour une comparaison en temps constant, utilisez crypto.timingSafeEqual dans un nœud Code, comme le suggère un exemple complet sur le forum n8n.

n8n Cloud rend le module crypto disponible dans le nœud Code. Sur un n8n auto-hébergé, il faut d'abord l'activer, comme l'explique la documentation du nœud Code.

D'où vient le secret

Le tableau de bord de Deskwoot n'affiche jamais le secret d'un webhook. Deskwoot le renvoie une seule fois, quand vous créez le webhook via l'API REST, ce qui veut encore dire Enterprise.

Un webhook créé dans Paramètres > Webhooks est quand même signé, mais sans le secret vous ne pouvez pas vérifier la signature. Protégez donc plutôt l'URL :

• n8n donne par défaut un chemin aléatoire à chaque nouveau nœud Webhook.
• Ne montrez pas la Production URL dans des captures d'écran ni dans des documents partagés.
• Si elle fuite, changez le chemin dans n8n et mettez à jour l'URL dans Deskwoot avec Modifier.

Nouvelles tentatives, délais dépassés et événements en double

Deskwoot attend une réponse jusqu'à 10 secondes. Après une erreur, un délai dépassé ou une connexion échouée, il réessaie une fois 5 secondes plus tard avec le même corps et les mêmes en-têtes, puis l'événement est perdu.

Avec Respond réglé sur Immediately, un appel lent à Google Sheets ne provoque jamais de nouvelle tentative. Il reste 2 cas.

n8n est injoignable

Si n8n est hors service plus de quelques secondes (une mise à jour ou un redémarrage), ces événements sont perdus. Mettez donc à jour un n8n auto-hébergé en dehors des heures d'ouverture.

Sur Enterprise, vous pouvez rattraper le retard en listant les conversations via l'API REST.

Un événement arrive deux fois

Cela arrive quand n8n a bien reçu l'événement mais a répondu trop tard. La nouvelle tentative a le même corps et le même timestamp.

Un nœud Remove Duplicates sur event, timestamp et conversationId (ou surveyId pour les notes) écarte la copie. Placez-le avant tout ce qui écrit des lignes ou envoie des messages.

n8n Cloud ou auto-hébergé

n8n Cloud

n8n Cloud ne demande aucun serveur et se paie à l'exécution. La page de tarifs de n8n compte une exécution complète du workflow comme une seule exécution, quel que soit son nombre d'étapes.

Elle indique 2,500 exécutions par mois dans le forfait Starter (vérifié en octobre 2026). Chaque événement envoyé lance une exécution, alors cochez dans Deskwoot seulement les événements utiles. Le workflow 2 à lui seul peut épuiser un forfait Starter.

Auto-hébergé

n8n auto-hébergé est gratuit dans sa Community edition, selon la comparaison de n8n lui-même, qui vous laisse aussi la maintenance.

Deskwoot n'envoie qu'à des adresses HTTPS publiques, donc un n8n sur un ordinateur portable ou derrière le routeur du bureau ne reçoit rien.

Derrière un reverse proxy, définissez la variable d'URL du webhook décrite dans la documentation d'hébergement de n8n, sinon le nœud affiche une adresse interne comme Production URL.

Qui peut lire les exécutions

Dans les deux cas, n8n garde les exécutions passées, et avec elles les noms, e-mails et textes des messages des clients. Ne donnez accès à n8n qu'aux personnes qui ont le droit de lire votre help desk.

Quel forfait Deskwoot couvre quel workflow

Voici le prix d'un siège par agent et par mois :

• Startup : $4, ou $3.20 en facturation annuelle
• Business : $8, ou $6.40 en facturation annuelle
• Enterprise : $12, ou $9.60 en facturation annuelle

Le forfait gratuit Hacker n'envoie pas de webhooks. Les détails sont sur la page des tarifs, et le guide des webhooks liste tous les événements.

Par où commencer

Pour la plupart des petites équipes, le workflow 3 est le bon point de départ. Il lui faut un seul événement et 3 nœuds, et la prochaine mauvaise note arrive au chef d'équipe le jour même au lieu du jeudi.

Côté Deskwoot, vous n'écrivez aucun code. Vous cochez CSAT envoyé dans Paramètres > Webhooks et collez la Production URL. La documentation de l'API montre tous les champs que vous recevrez, pour que vous puissiez les vérifier avant de construire quoi que ce soit.

Pour essayer, créez un compte et connectez un workflow. Chaque nouvel espace de travail démarre avec un essai de 7 jours du forfait Enterprise pour 30 sièges maximum, le vôtre compris, avec les webhooks et les enquêtes CSAT, sans carte bancaire.

À la fin des 7 jours, rien n'est facturé et l'espace de travail passe au forfait gratuit Hacker, sauf si vous choisissez un forfait payant.