Ressources · Intégration n8n

Intégration Eventbrite n8nAutomatiser Eventbrite avec n8n.

Un scan de badge peut déclencher tout le reste. L'intégration Eventbrite n8n tient dans un seul nœud d'écoute : 15 événements webhook, 6 familles, de event.published à order.refunded. Pour les équipes qui organisent, remplissent et suivent leurs événements.

Tester l'intégration Eventbrite sur n8n

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

Pourquoi automatiser

À quoi sert l'intégration Eventbrite n8n ?

L'intégration Eventbrite n8n sert à faire sortir l'information de la billetterie au moment où elle arrive, sans export ni copier-coller. Concrètement, n8n enregistre un webhook auprès d'Eventbrite quand tu actives le workflow : c'est une URL qu'Eventbrite appelle dès qu'il se passe quelque chose, et l'événement arrive en quelques secondes, sans interrogation régulière. Le catalogue n8n propose ici un nœud d'écoute et 15 événements, classés en 6 familles selon l'objet concerné.

Le pointage de la porte visible par tout le monde. Une association coche attendee.checked_in et attendee.checked_out : chaque scan de badge alimente un compteur partagé et un message dans Slack. Plus besoin d'envoyer quelqu'un compter les chaises vides au fond de la salle.

Chaque billet vendu écrit sa propre ligne. Avec order.placed, l'achat écrit une ligne dans Google Sheets et déclenche le mail pratique envoyé via Gmail, avant même que l'acheteur ait fermé l'onglet de paiement. Trois vendeurs actifs en même temps n'écrasent jamais la ligne d'un autre : chaque commande a la sienne.

La page événement surveillée avant qu'elle parte dans la nature. event.updated signale un changement de date ou de description, event.unpublished une page retirée. Un partenaire qui relaie l'événement sur son site reçoit l'alerte au lieu d'afficher une date périmée pendant deux semaines.

Pas de nœud d'action pour cet outil : 0 opération au catalogue. La sortie se fait par HTTP Request, qui appelle un endpoint quelconque de l'API Eventbrite en repartant du credential déjà enregistré, sans en créer un second.

Avant de construire, il vaut mieux savoir que ce trigger ne prend pas tout : Organization et Event sont obligatoires tous les deux, donc un même workflow ne couvre qu'un seul événement Eventbrite à la fois, jamais l'organisation entière. Le champ Resolve Data joue aussi un rôle discret ; laissé tel quel, la donnée reçue se limite à l'URL de l'objet, ce qui suffit rarement pour un usage direct dans le reste du workflow. Une équipe qui débute sur n8n gagne à passer par la Formation n8n, et l'Avis n8n compare les options avant de choisir un outil d'automatisation.

Connexion

Comment connecter Eventbrite à n8n ?

  1. 01

    Générer un jeton privé côté Eventbrite

    Un compte Eventbrite d'abord, c'est le seul prérequis. La documentation d'authentification de la plateforme API d'Eventbrite explique, section Get a Private Token, comment produire ce jeton. Il ne va nulle part ailleurs que dans n8n : comme un mot de passe, il donne accès à l'organisation à quiconque le détient.

  2. 02

    Créer le credential dans n8n

    Deux chemins mènent au même endroit. La clé privée d'API demande simplement de coller le jeton généré à l'étape précédente dans le champ Private Key. OAuth2 sert plutôt aux partenaires applicatifs, documenté par Eventbrite, quand ce sont d'autres utilisateurs qui doivent autoriser l'accès. Le credential se crée une seule fois dans le menu Credentials, puis se propose dans tous les workflows suivants.

  3. 03

    Cadrer le trigger sur un événement

    Le credential en place, pose l'Eventbrite Trigger et sélectionne-le dans la liste. Renseigne Organization Name or ID et Event Name or ID, coche les entrées voulues sous Actions, enregistre, puis active le workflow. Avant cette activation, rien ne circule : aucun webhook n'est encore déclaré auprès d'Eventbrite.

Déclencheurs

Qu'est-ce que l' Eventbrite Trigger sait écouter ?

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

event.*4
  • event.
    • created
    • published
    • unpublished
    • updated
attendee.*3
  • attendee.
    • checked_in
    • checked_out
    • updated
order.*3
  • order.
    • placed
    • refunded
    • updated
ticket_class.*3
  • ticket_class.
    • created
    • deleted
    • updated
organizer.*1
  • organizer.
    • updated
venue.*1
  • venue.
    • updated

Notes de configuration

01Configurer l'Eventbrite TriggerCe trigger se contente d'écouter, mais quatre réglages changent tout ce qu'il transmet ensuite. Mal réglés, le workflow surveille le mauvais événement, ou n'en reçoit aucun.

Ce trigger se contente d'écouter, mais quatre réglages changent tout ce qu'il transmet ensuite. Mal réglés, le workflow surveille le mauvais événement, ou n'en reçoit aucun.

Paramètres clés

  • Organization Name or ID : l'organisation Eventbrite concernée. On la choisit dans la liste, ou on indique un identifiant par expression, par exemple {{ $json.field }} si la valeur vient d'un nœud précédent.
  • Event Name or ID : limite l'écoute à un événement. Même liste, même repli sur un identifiant en expression.
  • Actions : les événements à écouter, 15 au total sur 6 familles. Il n'y a pas de joker, donc chaque événement utile se coche explicitement.
  • Resolve Data : désactivé par défaut, la donnée du webhook ne contient que l'URL permettant de récupérer l'objet manuellement. Activé, n8n résout cette donnée automatiquement.
Cas d'usage
un seul événement ciblé, Resolve Data activé, et la donnée arrive déjà prête à copier dans une ligne de tableur ou un message, sans étape de récupération en plus.
02attendee.* : ce qui se passe à l'entréeTrois événements suivent une personne, pas une transaction, et ce sont les seuls à bouger tant que la porte reste ouverte.

Trois événements suivent une personne, pas une transaction, et ce sont les seuls à bouger tant que la porte reste ouverte.

Paramètres clés

  • attendee.checked_in : un badge vient d'être scanné à l'entrée, la personne est dans la salle.
  • attendee.checked_out : le même participant est ressorti.
  • attendee.updated : la fiche du participant a changé, typiquement un nom corrigé ou un billet réattribué avant l'ouverture des portes.
Quand l'utiliser
toute la logistique d'accueil s'appuie là-dessus, un compteur affiché en régie, une file d'impression de badges qui ne sort que pour les gens présents, une relance qui oublie volontairement les absents. Distinguer l'entrée de la sortie permet de calculer une occupation réelle à un instant donné, différente du nombre total de passages, ce qui change tout sur un lieu à jauge surveillée.
03event.* : le cycle de vie de la pageLa plus grande des familles, avec 4 événements qui parlent tous de la fiche de l'événement, jamais des billets vendus dessus.

La plus grande des familles, avec 4 événements qui parlent tous de la fiche de l'événement, jamais des billets vendus dessus.

Paramètres clés

  • event.created : un brouillon existe dans l'organisation, avant toute visibilité publique.
  • event.published : la page est en ligne, les places sont vendables.
  • event.unpublished : elle a quitté l'affichage public.
  • event.updated : un détail a bougé, date, description ou autre élément de la fiche.
Quand l'utiliser
event.published sert de signal de départ pour lancer une séquence d'annonce, et event.updated évite qu'une date obsolète traîne encore chez un partenaire deux semaines plus tard. event.created, lui, fonctionne comme un rappel de contrôle interne : le brouillon vient d'apparaître, encore temps de vérifier qu'il ne manque ni lieu ni tarif avant la mise en ligne, ce qui évite un rattrapage en urgence une fois la page publique.
04ticket_class.*, organizer.updated et venue.updatedTrois familles discrètes regroupées ici parce qu'aucune ne bouge pendant la vente, elles racontent comment l'événement est configuré, pas comment il se vend.

Trois familles discrètes regroupées ici parce qu'aucune ne bouge pendant la vente, elles racontent comment l'événement est configuré, pas comment il se vend.

Paramètres clés

  • ticket_class.created : un nouveau type de billet existe, early bird, plein tarif, étudiant.
  • ticket_class.updated : un type de billet déjà en place a été modifié.
  • ticket_class.deleted : un type de billet a été supprimé, ce qui n'est pas le même signal qu'une simple modification.
  • organizer.updated : la fiche de l'organisateur a changé.
  • venue.updated : la fiche du lieu a changé.
Quand l'utiliser
brancher un canal sur ticket_class.deleted transforme une suppression accidentelle en alerte visible tout de suite, plutôt qu'en découverte au bilan des ventes. venue.updated mérite la même vigilance dès qu'une adresse alimente une signalétique déjà imprimée ou un envoi déjà programmé. Rien de tout ça ne semble urgent pris isolément, ce qui explique que ça passe inaperçu.
05order.* : le suivi des ventesTrois événements suivent une même commande de bout en bout, et c'est souvent le point de départ des workflows d'inscription.

Trois événements suivent une même commande de bout en bout, et c'est souvent le point de départ des workflows d'inscription.

Paramètres clés

  • order.placed : un achat vient d'aboutir. Point de départ des confirmations, des fiches CRM et des compteurs de places.
  • order.updated : la commande a changé après coup, donc la copie déjà écrite ailleurs doit être réalignée.
  • order.refunded : un remboursement est passé, la place redevient disponible de ton côté et la ligne comptable doit être signalée.
Quand l'utiliser
cocher les trois répond à une seule question, combien de places ont bougé et pour quel montant. Une table externe reste alors juste sans intervention manuelle, ce qui compte surtout dès que plusieurs personnes vendent pour la même organisation, sans personne dédiée à la ressaisie.
Besoin d'aide

Besoin d'aide pour automatiser Eventbrite avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Eventbrite et n8n, les questions fréquentes

01L'intégration Eventbrite n8n est-elle gratuite ?
Oui, côté n8n. Il faut un compte Eventbrite capable de générer un jeton, et c'est à peu près tout ce qu'il y a à fournir pour ce trigger : il fait partie de n8n, sans installation séparée ni facture qui s'ajoute, aussi bien sur n8n Cloud que sur une instance auto-hébergée en Community Edition, sous licence Sustainable Use. Un workflow monté sur Cloud fonctionne à l'identique une fois déplacé sur un serveur maison. Ce que facture Eventbrite lui-même, en tant que service, sort du cadre de cette page.
02Quels identifiants faut-il pour brancher Eventbrite sur n8n ?
Il existe deux méthodes d'authentification, et un compte Eventbrite est le point de départ commun aux deux. La clé privée d'API va droit au but : un jeton généré via la section Get a Private Token de la documentation Eventbrite, collé dans le champ Private Key du credential n8n. OAuth2, documenté par Eventbrite pour les partenaires applicatifs, sert plutôt quand ce sont d'autres utilisateurs qui doivent autoriser la connexion. Le credential, une fois créé dans le menu Credentials, réapparaît ensuite dans la liste déroulante de chaque nouveau workflow.
03Quelles sont les limites d'Eventbrite dans n8n ?
Deux réglages du trigger méritent d'être anticipés avant tout. D'abord, Organization et Event sont deux champs obligatoires qui cadrent le trigger sur un seul événement à la fois, donc surveiller plusieurs événements Eventbrite veut dire construire plusieurs workflows. Ensuite, Resolve Data désactivé par défaut renvoie seulement l'URL de l'objet, pas la donnée elle-même. Sur le fond, le catalogue reste un catalogue d'écoute : 15 événements, 6 familles, 0 opération, un nœud en version 1. Ce que ce catalogue ne couvre pas se traite avec le nœud HTTP Request, qui appelle l'API Eventbrite en réutilisant le credential déjà en place.
04Le trigger Eventbrite réagit-il en temps réel ?
Oui, par webhook : l'activation du workflow enregistre l'URL auprès d'Eventbrite, et chaque événement arrive quelques secondes après s'être produit, sans file d'attente à interroger et sans réglage d'intervalle à trouver. C'est cette rapidité qui rend crédible un tableau d'accueil mis à jour en direct à chaque badge scanné, avec une personne encore devant le poste de contrôle. Attention toutefois à la période d'inactivité : un workflow désactivé n'a plus d'URL enregistrée auprès d'Eventbrite, donc rien n'est envoyé et rien ne patiente en coulisses, et rien de ce qui s'est produit pendant la coupure ne revient au réveil du workflow.
05n8n ou Make pour gérer Eventbrite ?
Ça dépend, la logique visuelle des deux outils se ressemblant surtout au quotidien. Le premier critère reste l'hébergement : n8n s'installe sur un serveur maison ou tourne sur n8n Cloud, quand Make n'existe qu'en version hébergée, ce qui tranche de fait la maîtrise des données pour une équipe qui veut garder ses fiches de participants chez elle. Le coût suit une autre logique : Make facture à l'opération, un modèle à confronter au volume d'événements d'une grosse semaine d'inscriptions. Les deux outils traitent Eventbrite sans souci particulier, donc l'hébergement et le volume décident en général avant l'interface.
Hack'celeration Lab

Reçois nos tips intégration chaque semaine.

Pas de spam. Désinscription à tout moment.

Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations