- Accueil
- Ressources
- Intégrations
- Help Scout
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
À 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.
Comment connecter Help Scout à n8n ?
- 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.
- 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.
- 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.getAllest le test le moins risqué : il renvoie tes boîtes et prouve que le jeton fonctionne. Garde l'identifiant de boîte obtenu,conversation.createdemande un Mailbox Name or ID, que le nœud peut aussi te proposer dans une liste.
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.*10convo.assignedcreateddeletedmergedmovedstatustags
convo.agent. reply. created
convo.customer. reply. created
convo.note. created
customer.*1customer.created
satisfaction.*1satisfaction.ratings
Notes de configuration
01Set up the Help Scout Trigger
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.
02Reply and note events
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.
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 events
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.
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 events
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.
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.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.
| Ressource | Create | Get | Get Many | Update | Delete | Properties |
|---|---|---|---|---|---|---|
| Conversation | ✓ | ✓ | ✓ | ✓ | ||
| Customer | ✓ | ✓ | ✓ | ✓ | ✓ | |
| Mailbox | ✓ | ✓ | ||||
| Thread | ✓ | ✓ |
Sommaire des opérations
Conversation
4 opérationsCreate a conversation
conversation.createCe 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,closedoupending. - Subject : le sujet, la ligne que les agents lisent dans la file.
- Type :
chat,emailouphone. - Resolve Data : désactivé, la réponse ne contient que l'ID de la ressource ; activé, n8n résout les données automatiquement.
pending dans la boîte facturation, sujet construit à partir de la référence de la facture.Delete a conversation
conversation.deleteCe 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 }}.
Get a conversation
conversation.getCe 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 }}.
Get many conversations
conversation.getAllCe 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,pendingouspam. - Mailbox ID : restreint la liste à une boîte.
- Embed : réglé sur
threads, charge les sous-entités avec la conversation.
Customer
5 opérationsCreate a customer
customer.createCe 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.
Get a customer
customer.getCe 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 }}.
Get many customers
customer.getAllCe 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
modifiedAtendesc.
Get customer properties
customer.propertiesCe 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.
Update a customer
customer.updateCe 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.
Mailbox
2 opérationsGet a mailbox
mailbox.getCe 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.
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.Get many mailboxes
mailbox.getAllCe 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.
Get all mailboxes from Help Scout, workflow 567.Thread
2 opérationsCreate a thread
thread.createCe 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,phoneoureply. 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.
Get many threads
thread.getAllCe 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.
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 pour automatiser Help Scout avec n8n ?
L'équipe te répond directement.
Chaque message est lu par une personne.



