Ressources · Intégration n8n

Intégration Help Scout n8nAutomatiser Help Scout avec n8n.

Un ticket qui arrive, et le reste se fait tout seul. L'intégration Help Scout n8n pose deux nœuds sur ton canevas : un nœud qui expose 13 opérations réparties sur 4 ressources, et un trigger qui écoute 12 événements. De quoi arrêter de recopier des tickets à la main.

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

Pourquoi automatiser

À quoi sert concrètement l'intégration Help Scout n8n ?

Deux nœuds, livrés dans n8n, qui font chacun la moitié du travail. Le nœud Help Scout appelle l'API Mailbox à ta place : 13 opérations sur 4 ressources, les conversations, les clients, les boîtes et les threads. Le Help Scout Trigger, lui, sert de point de départ : il lance un workflow dès que Help Scout émet un de ses 12 événements.

Le cas le plus rentable, c'est souvent celui où le ticket naît ailleurs. Un formulaire rempli, un prélèvement refusé, une ligne signalée dans un tableau : le workflow appelle conversation.create avec une boîte, un sujet, un statut et un type, puis thread.create pour poser le message. L'agent qui ouvre la file voit une conversation normale, pas un import bricolé. Si la source est déjà suivie côté marketing, Mautic se branche en amont sans code supplémentaire.

Deuxième usage : la note de satisfaction. L'événement satisfaction.ratings se déclenche quand une note revient, et une note qu'on lit le lendemain ne sert plus à rien. Envoie-la sur Telegram pour que le responsable la voie tout de suite, ou enchaîne conversation.get avant l'alerte pour que le message porte le sujet et le statut plutôt qu'un identifiant nu.

Troisième usage, plus silencieux : le reporting. Un workflow qui démarre sur convo.created et écrit une ligne par ticket dans Google Sheets donne au responsable un backlog à jour sans que personne ne touche au fichier. Même trigger, autre sortie : convo.assigned pour savoir qui prend quoi, convo.status pour mesurer le temps passé avant clôture.

Il restera toujours un appel qui ne figure pas dans les 13 opérations du catalogue. La réponse est la même dans tout n8n : le nœud HTTP Request attaque n'importe quel endpoint de l'API Help Scout et réutilise le même credential, c'est-à-dire la connexion enregistrée une fois dans n8n, via l'authentification prédéfinie.

Deux points à anticiper avant de construire. Les opérations qui renvoient des listes sont paginées : Return All enchaîne toutes les pages de l'API, désactivé, l'exécution s'arrête à Limit. Et les 12 événements ne se répartissent pas à parts égales. Regroupés par famille, ça donne 10 événements convo, 1 customer, 1 satisfaction, soit 3 familles pour 12 événements : la conversation concentre presque tout. Pour le choix de plateforme, l'Avis n8n rentre dans le détail, et la Formation n8n reprend la construction de ces workflows pas à pas.

Connexion

Comment connecter Help Scout à n8n ?

  1. 01

    Créer une app côté Help Scout

    Une seule méthode d'authentification est supportée : OAuth2, le mécanisme par lequel Help Scout remet un jeton à n8n, sans que tu colles un mot de passe nulle part. Il te faut un compte Help Scout, puis une app créée chez Help Scout en suivant leur documentation OAuth. Cette app identifie n8n au moment où le jeton est émis. C'est la seule étape qui se passe en dehors de n8n.

  2. 02

    Enregistrer le credential une fois

    Dans n8n, menu Credentials, crée un credential Help Scout et va au bout du parcours OAuth2. Un credential, c'est la connexion stockée que n8n réutilise partout : tu ne t'authentifies pas dans chaque nœud. Le même credential sert au nœud Help Scout et au Help Scout Trigger, donc le workflow qui écoute et celui qui écrit tournent sur la même connexion.

  3. 03

    Lancer une première opération

    Pose le nœud Help Scout sur le canevas, choisis le credential dans la liste déroulante, puis une ressource et une opération. mailbox.getAll est le test le moins risqué : il renvoie tes boîtes et prouve que le jeton fonctionne. Garde l'identifiant de boîte obtenu, conversation.create demande un Mailbox Name or ID, que le nœud peut aussi te proposer dans une liste.

Déclencheurs

Qu'est-ce qui déclenche un workflow Help Scout ?

Help Scout Trigger est le nœud qui démarre un workflow quand quelque chose se passe dans Help Scout. Il écoute 12 é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 Help Scout 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.

convo.*10
  • convo.
    • assigned
    • created
    • deleted
    • merged
    • moved
    • status
    • tags
  • convo.agent.reply.
    • created
  • convo.customer.reply.
    • created
  • convo.note.
    • created
customer.*1
  • customer.
    • created
satisfaction.*1
  • satisfaction.
    • ratings

Notes de configuration

01Set up the Help Scout TriggerLe trigger fonctionne par webhook, c'est-à-dire une URL que Help Scout appelle au moment où il se passe quelque chose. n8n enregistre cette URL auprès de Help Scout quand tu actives le workflow, et chaque événement arrive en quelques secondes. Rien à régler côté fréquence.

Le trigger fonctionne par webhook, c'est-à-dire une URL que Help Scout appelle au moment où il se passe quelque chose. n8n enregistre cette URL auprès de Help Scout quand tu actives le workflow, et chaque événement arrive en quelques secondes. Rien à régler côté fréquence.

Paramètres clés

  • Events : la liste des types d'événements écoutés. Douze sont disponibles, tu coches ceux qui t'intéressent. Trop de cases cochées et un seul workflow se retrouve à traiter des payloads sans rapport entre eux, donc mieux vaut souvent séparer.
Quand l'utiliser
chaque fois que le point de départ est une action faite dans Help Scout. Un agent a répondu, un client a noté l'échange, un ticket a changé de main. Version 1 du nœud trigger.
02Reply and note eventsTrois des dix événements convo portent sur ce qu'on écrit dans une conversation. convo.customer.reply.created part quand le client répond, convo.agent.reply.created quand un agent répond, convo.note.created quand quelqu'un ajoute une note interne. La distinction compte : une réponse client et une réponse agent n'appellent pas la même règle de relance.

Trois des dix événements convo portent sur ce qu'on écrit dans une conversation. convo.customer.reply.created part quand le client répond, convo.agent.reply.created quand un agent répond, convo.note.created quand quelqu'un ajoute une note interne. La distinction compte : une réponse client et une réponse agent n'appellent pas la même règle de relance.

Cas d'usage
le classique, c'est la réouverture. Un client qui répond sur un ticket déjà clos passe souvent inaperçu, et cet événement permet de prévenir le propriétaire avant que le message dorme. Côté interne, convo.note.created alimente un canal où une mention dans une note suffit à faire venir un collègue. Aucun des trois ne dit où en est le ticket, seulement ce qui vient d'y être ajouté, donc une règle qui a aussi besoin du statut enchaîne conversation.get juste après le trigger.
03Conversation lifecycle eventsLes sept autres événements convo suivent la vie du ticket plutôt que son contenu. convo.created à l'ouverture, convo.assigned à l'attribution, convo.status au changement de statut, convo.moved au changement de boîte, convo.tags au tagging, convo.merged quand deux tickets fusionnent, convo.deleted à la suppression.

Les sept autres événements convo suivent la vie du ticket plutôt que son contenu. convo.created à l'ouverture, convo.assigned à l'attribution, convo.status au changement de statut, convo.moved au changement de boîte, convo.tags au tagging, convo.merged quand deux tickets fusionnent, convo.deleted à la suppression.

Cas d'usage
l'attribution et le statut portent l'essentiel de la valeur de pilotage. Démarre sur convo.assigned pour tracer qui prend quoi, ou sur convo.status pour mesurer le temps avant clôture. Ajoute convo.moved si l'équipe route entre plusieurs boîtes et que tu veux voir où part vraiment le volume. Aucun de ces sept événements ne porte le texte du message lui-même, seulement le changement sur la fiche du ticket, donc une règle qui a aussi besoin du contenu enchaîne conversation.get juste après.
04Customer and satisfaction eventsRestent deux événements, seuls dans leur famille. customer.created forme la famille customer et se déclenche à la création d'une fiche client. satisfaction.ratings forme la famille satisfaction et se déclenche à la réception d'une note. Avec les dix événements de conversation, le compte tombe juste : 10 plus 1 plus 1, 12 événements pour 3 familles.

Restent deux événements, seuls dans leur famille. customer.created forme la famille customer et se déclenche à la création d'une fiche client. satisfaction.ratings forme la famille satisfaction et se déclenche à la réception d'une note. Avec les dix événements de conversation, le compte tombe juste : 10 plus 1 plus 1, 12 événements pour 3 familles.

Cas d'usage
customer.created sert d'accroche à l'onboarding, puisque la fiche existe avant que quiconque l'ait enrichie. Enchaîne customer.update derrière pour y verser ce qu'un autre outil sait déjà. satisfaction.ratings nourrit la revue qualité, et l'envoyer dans un canal met le retour sous les yeux de l'équipe le jour même. Ni l'un ni l'autre ne partage de champ avec les dix événements de conversation, donc une règle qui branche sur la famille a besoin de son propre mapping.
Actions

Les 13 opérations du nœud, une par une

Le nœud Help Scout expose 13 opérations sur 4 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGetGet ManyUpdateDeleteProperties
Conversation✓✓✓✓
Customer✓✓✓✓✓
Mailbox✓✓
Thread✓✓

Conversation

4 opérations
01

Create a conversation

conversation.create

Ce que tu vois dans n8n

Notes & cas d'usage

Ouvre une conversation dans une boîte et renvoie la conversation créée. C'est l'opération qui transforme un événement venu d'ailleurs en ticket exploitable par un agent.

Paramètres clés

  • Mailbox Name or ID : la boîte dans laquelle la conversation est créée. À prendre dans la liste, ou à passer par expression sous la forme {{ $json.field }}.
  • Status : active, closed ou pending.
  • Subject : le sujet, la ligne que les agents lisent dans la file.
  • Type : chat, email ou phone.
  • Resolve Data : désactivé, la réponse ne contient que l'ID de la ressource ; activé, n8n résout les données automatiquement.
Cas d'usage
un paiement refusé devient un ticket email en statut pending dans la boîte facturation, sujet construit à partir de la référence de la facture.
02

Delete a conversation

conversation.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime une conversation de Help Scout. Aucune étape de confirmation dans le nœud : ce qui arrive ici quitte la boîte.

Paramètres clés

  • Conversation ID : la conversation à supprimer, en général reprise d'un nœud précédent avec {{ $json.field }}.
Cas d'usage
le nettoyage du spam. Un workflow qui lit une boîte, note les sujets et ne supprime que ce qui correspond à une règle stricte garde la file lisible. Mets un nœud IF devant et teste la branche sur une conversation sacrifiée avant d'activer quoi que ce soit.
03

Get a conversation

conversation.get

Ce que tu vois dans n8n

Notes & cas d'usage

Récupère une conversation à partir de son identifiant, pour qu'un workflow qui ne connaît qu'un ID puisse travailler sur la fiche complète.

Paramètres clés

  • Conversation ID : l'identifiant de la conversation à lire, souvent pris dans le payload du trigger avec {{ $json.field }}.
Cas d'usage
l'enrichissement entre un trigger et une alerte. Un workflow parti sur une note ou un changement de statut ne tient qu'un identifiant, et cette opération comble le vide avant l'envoi, pour que la notification porte du contexte lisible.
04

Get many conversations

conversation.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les conversations. C'est le point de départ des workflows de reporting, parce que les filtres travaillent avant que les données n'entrent dans n8n.

Paramètres clés

  • Return All : activé, n8n parcourt toutes les pages ; désactivé, il s'arrête à Limit.
  • Modified Since : ne renvoie que les conversations modifiées après cette date, le garde-fou habituel d'une exécution planifiée.
  • Status : active, all, closed, open, pending ou spam.
  • Mailbox ID : restreint la liste à une boîte.
  • Embed : réglé sur threads, charge les sous-entités avec la conversation.
Cas d'usage
un export nocturne de tout ce qui a bougé depuis la veille sur une seule boîte.

Customer

5 opérations
05

Create a customer

customer.create

Ce que tu vois dans n8n

Notes & cas d'usage

Ajoute une fiche client dans Help Scout. Aucun champ n'est obligatoire, donc la forme de la fiche dépend entièrement de ce que tu décides d'envoyer.

Paramètres clés

  • Emails : une collection où chaque entrée ajoute une adresse à la fiche.
  • First Name : s'il est renseigné, il doit faire entre 1 et 40 caractères.
  • Job Title : 60 caractères au maximum.
  • Organization : l'entreprise à laquelle le contact appartient.
  • Phones, Websites, Social Profiles, Chat Handles, Address : une collection chacun, remplie entrée par entrée.
Cas d'usage
une inscription pousse nom, email et société, et le premier ticket arrive déjà rattaché à un contact connu.
06

Get a customer

customer.get

Ce que tu vois dans n8n

Notes & cas d'usage

Lit une fiche client et la transmet à la suite du workflow.

Paramètres clés

  • Customer ID : l'identifiant de la fiche à lire, hérité en général du nœud précédent sous la forme {{ $json.field }}.
Cas d'usage
la déduplication avant écriture. Un workflow sur le point de créer quelque chose lit d'abord la fiche existante et se branche sur ce qu'il trouve, ce qui évite d'avoir deux fois le même client dans le compte. Ça marche aussi comme simple recherche quand une alerte a besoin du contact derrière un identifiant.
07

Get many customers

customer.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie une liste de clients, avec des filtres appliqués par l'API plutôt que par un nœud de filtrage placé plus loin.

Paramètres clés

  • Return All : activé, toutes les pages de clients reviennent ; désactivé, l'exécution s'arrête à Limit.
  • Query : la recherche avancée, pour ce que les filtres simples n'expriment pas.
  • Mailbox ID : ne garde que les clients d'une boîte.
  • Sort Field et Sort Order : l'ordre du résultat, par exemple modifiedAt en desc.
Cas d'usage
une synchro mensuelle qui récupère les clients modifiés depuis le dernier passage et met à jour un CRM dans la foulée.
08

Get customer properties

customer.properties

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie les définitions de propriétés client du compte, c'est-à-dire les champs personnalisés configurés par un administrateur dans Help Scout, et non les valeurs stockées sur un contact. Aucun paramètre à remplir : tu poses le nœud et tu exécutes.

Cas d'usage
l'étape de reconnaissance avant un projet de synchronisation. Une exécution suffit pour savoir quelles propriétés existent avant de mapper quoi que ce soit. Utile aussi comme contrôle dans un workflow qui tourne depuis longtemps, où une propriété renommée passerait sinon inaperçue.
09

Update a customer

customer.update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifie une fiche client existante. Seuls les champs remplis dans la collection partent, donc un workflow peut toucher un attribut sans réécrire tout le contact.

Paramètres clés

  • Customer ID : la fiche à modifier, souvent passée en {{ $json.field }} depuis le nœud d'avant.
  • Organization, Job Title, Location : les attributs qu'on rafraîchit le plus souvent depuis un autre outil.
  • Notes : le texte libre de contexte sur le contact.
  • Photo Url : l'URL de la photo du client.
Cas d'usage
un changement de poste repéré dans le CRM met à jour le titre et la société dans Help Scout le jour même.

Mailbox

2 opérations
10

Get a mailbox

mailbox.get

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie les données d'une boîte. Pratique quand un workflow ne tient qu'un identifiant et doit décrire la boîte dans un message destiné à un humain.

Paramètres clés

  • Mailbox ID : la boîte à lire, saisie directement ou construite par expression.
Cas d'usage
les alertes multi-boîtes. Un événement convo.moved annonce qu'un ticket a changé de boîte, et cette opération transforme l'identifiant du payload en quelque chose de lisible avant que la notification parte.
11

Get many mailboxes

mailbox.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les boîtes du compte. C'est l'opération la plus simple du nœud, et donc le premier test naturel après l'enregistrement d'un credential.

Paramètres clés

  • Return All : activé, toutes les boîtes reviennent ; désactivé, le nœud s'arrête à Limit.
Cas d'usage
récupérer les identifiants dont la suite a besoin. La plupart des autres opérations demandent une boîte, et c'est ici que ces valeurs se trouvent. La bibliothèque de templates n8n propose exactement ça, Get all mailboxes from Help Scout, workflow 567.

Thread

2 opérations
12

Create a thread

thread.create

Ce que tu vois dans n8n

Notes & cas d'usage

Ajoute un message à une conversation existante. C'est l'opération qui écrit le contenu, là où conversation.create ne fait qu'ouvrir le contenant.

Paramètres clés

  • Conversation ID : la conversation à laquelle le thread s'ajoute.
  • Type : chat, customer, note, phone ou reply. Ce choix décide si le message se lit comme une note interne ou comme une réponse.
  • Text : le texte du message.
  • Attachments : une collection où chaque entrée porte FileName, Mime Type et Data, un flux encodé en Base64.
Cas d'usage
un contrôle de stock dépose son résultat en note sur le ticket ouvert, l'agent le voit sans changer d'outil.
13

Get many threads

thread.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie les threads d'une conversation, donc l'échange lui-même et pas seulement l'en-tête du ticket.

Paramètres clés

  • Conversation ID : la conversation dont tu veux les threads.
  • Return All : activé pour tout l'échange, désactivé pour s'arrêter à Limit.
Cas d'usage
alimenter une étape IA. Un template n8n le fait déjà, Park Help Scout retro-tagged tickets for review with OpenAI and TeamRetro, workflow 18453, où les données Help Scout passent par un nœud Code puis une Basic LLM Chain avec Structured Output Parser.
Besoin d'aide

Besoin d'aide pour automatiser Help Scout avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Les questions qu'on se pose sur l'intégration Help Scout n8n

01L'intégration Help Scout n8n est-elle gratuite ?
Oui côté n8n. Le nœud Help Scout et le Help Scout Trigger sont livrés avec n8n : rien à installer, rien à payer en plus pour le connecteur lui-même. C'est vrai sur n8n Cloud, l'offre hébergée par n8n, comme sur une instance auto-hébergée en Community Edition avec sa licence Sustainable Use. Un workflow construit d'un côté tourne à l'identique de l'autre, ce qui compte si tu prototypes sur Cloud avant de passer sur ton propre serveur. Ce que coûte un compte Help Scout est une autre question, et elle se règle avec Help Scout.
02Quels credentials faut-il pour connecter Help Scout à n8n ?
Un seul credential, en OAuth2. C'est la seule méthode d'authentification supportée ici, donc pas de chemin par clé d'API. Il te faut un compte Help Scout, puis une app créée chez Help Scout en suivant leur documentation OAuth, et enfin le parcours OAuth2 complété une fois dans le menu Credentials de n8n. Ce credential est ensuite réutilisé partout : le nœud Help Scout le propose dans une liste déroulante, le Help Scout Trigger prend le même, et un nœud HTTP Request peut le réutiliser via l'authentification prédéfinie. Une configuration, plus aucune reconnexion.
03Quelles sont les limites du nœud Help Scout dans n8n ?
Deux choses à retenir. D'abord, le nœud expose 13 opérations sur 4 ressources : conversations, clients, boîtes et threads. Ce qui sort de ce catalogue passe par le nœud HTTP Request, qui appelle n'importe quel endpoint de l'API Help Scout en réutilisant le même credential via l'authentification prédéfinie, donc sans gérer une deuxième connexion. Ensuite, les opérations de liste sont paginées. Return All enchaîne toutes les pages de l'API ; désactivé, l'exécution s'arrête à Limit. Sur une grosse boîte, c'est ce réglage qui décide si ton export est complet ou juste un échantillon.
04Le Help Scout Trigger réagit-il en temps réel ?
Oui. Le Help Scout Trigger fonctionne par webhook : Help Scout appelle une URL n8n dès qu'il se passe quelque chose, au lieu que n8n aille vérifier à intervalle régulier. n8n enregistre cette URL auprès de Help Scout à l'activation du workflow, et chaque événement arrive en quelques secondes. Aucune fréquence à configurer, aucun réglage de latence. Tu choisis les événements écoutés parmi les 12 disponibles dans le paramètre Events, et le trigger reste au repos jusqu'à ce que l'un d'eux parte. Par famille, ça donne 10 événements de conversation, 1 événement client et 1 événement de satisfaction.
05n8n ou Make pour automatiser Help Scout ?
Ça dépend de trois critères. L'hébergement d'abord : n8n s'auto-héberge en Docker ou npm, ou tourne sur n8n Cloud, alors que Make est hébergé uniquement. Si les données de support doivent rester sur une infrastructure que tu maîtrises, le choix est déjà fait. Le modèle de coût ensuite : Make facture à l'opération, ce qui mérite une simulation sur ton volume de tickets, parce qu'une boîte active génère beaucoup d'événements. La logique visuelle enfin : les deux construisent sur un canevas, et la plateforme que ton équipe entretiendra vraiment l'emporte. La comparaison détaillée vit ailleurs sur le site.