Recursos · Integración n8n

Integración Eventbrite n8nAutomatiza Eventbrite con n8n.

La venta de una entrada puede mover todo lo demás. La integración Eventbrite n8n se apoya en un nodo de escucha: 15 eventos de webhook repartidos en 6 familias, desde event.published hasta attendee.checked_out. Pensada para quien organiza, llena y mide sus eventos.

Probar la integración Eventbrite en n8n

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Para qué sirve la integración Eventbrite n8n?

Cuando alguien compra una entrada, escanea un badge o cambia la ficha del evento, Eventbrite puede avisar a n8n al instante mediante un webhook, una URL que n8n registra en Eventbrite al activar el flujo de trabajo y que Eventbrite llama cada vez que ocurre uno de los eventos vigilados, sin que nadie tenga que revisar nada a mano. El catálogo de n8n ofrece aquí un nodo de escucha, no un nodo de acción: 15 eventos, repartidos en 6 familias según lo que cambia, la página del evento, una orden, un asistente, un tipo de entrada, el organizador o el lugar.

La página del evento vigilada de cerca. event.published marca el arranque real de la venta y sirve de señal de salida para la campaña. event.updated avisa de un cambio de fecha o de descripción, y event.unpublished de una página retirada. Un aviso en Telegram llega antes que la primera queja de un asistente despistado.

El registro de inscritos siempre al día. Con order.placed, cada compra escribe una fila en Google Sheets y alimenta la lista que usará el equipo en la puerta. Si además guardas el historial de la orden en Airtable, un order.refunded deja la plaza libre en tu propia base sin que nadie revise el panel.

El catálogo de entradas bajo control. Las tres señales de ticket_class.* avisan cuando se crea, se modifica o se borra un tipo de entrada. En un equipo donde varias personas tocan la configuración, una tarifa borrada por error se detecta el mismo día y no en el cierre de ventas.

No hay nodo de acción para esta herramienta. Cuando el flujo necesita escribir algo de vuelta en Eventbrite, el nodo HTTP Request entra en juego: apunta al endpoint que haga falta y usa el credential ya guardado, sin pedir uno nuevo.

Dos comportamientos conviene tenerlos claros desde el principio. Organization Name or ID y Event Name or ID son campos obligatorios en el trigger, y no existe una opción para vigilar toda la cuenta a la vez, así que cada evento que se quiera cubrir necesita su propio flujo montado aparte. Resolve Data, por su parte, llega desactivado: mientras siga así, cada aviso trae solo el enlace para ir a buscar el dato a Eventbrite, y sin activarlo no hay campo que leer directamente en el siguiente nodo. Para quien recién empieza con n8n, el Curso n8n explica estos conceptos antes de llegar a esta página.

Conexión

¿Cómo conectar Eventbrite con n8n?

  1. 01

    Genera un token privado en Eventbrite

    Se empieza por una cuenta de Eventbrite, sin la cual no hay nada más que hacer. En la documentación de autenticación de la plataforma de API de Eventbrite, la sección Get a Private Token detalla cómo obtener ese token. Guárdalo únicamente en n8n, porque funciona como una contraseña y da acceso a la organización a quien lo tenga.

  2. 02

    Crea el credential en n8n

    Hay dos caminos posibles. El más directo, la clave privada de API, consiste en pegar el token del paso anterior en el campo Private Key. El otro es OAuth2, pensado para socios de aplicación que Eventbrite documenta aparte, útil cuando son otros usuarios quienes deben autorizar el acceso. El credential nace una sola vez en el menú Credentials de n8n y de ahí en adelante aparece disponible en cualquier flujo.

  3. 03

    Acota el trigger a un evento

    Con el credential ya creado, coloca el Eventbrite Trigger y selecciónalo en la lista. Completa Organization Name or ID y Event Name or ID, marca lo que corresponda en Actions, guarda y activa el flujo. Hasta ese último paso no llega nada: sin activar, Eventbrite no tiene ningún webhook registrado a su nombre.

Disparadores

¿Qué escucha el Eventbrite Trigger?

Eventbrite Trigger es el nodo que arranca un workflow cuando algo ocurre en Eventbrite. Escucha 15 eventos, listados abajo por familia. Eliges uno o varios, activas el workflow y n8n registra el webhook (la URL que Eventbrite llama) en tu cuenta.

Lo que ves en n8n

Todos los eventos, por familia

Una fila por objeto, un chip por acción. El evento que marcas en el nodo se escribe objeto.acción; pasa el cursor por un chip para leer cuándo se dispara.

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

Notas de configuración

01Configurar el Eventbrite TriggerDetrás de este nodo no hay lógica escondida: cuatro campos deciden qué llega y cuándo, y equivocarse en cualquiera de ellos deja el flujo escuchando el evento equivocado o sin recibir nada.

Detrás de este nodo no hay lógica escondida: cuatro campos deciden qué llega y cuándo, y equivocarse en cualquiera de ellos deja el flujo escuchando el evento equivocado o sin recibir nada.

Parámetros clave

  • Organization Name or ID: la organización de Eventbrite sobre la que trabaja el nodo. Se elige en la lista o se indica un identificador con una expresión, por ejemplo {{ $json.field }} cuando el valor viene de un nodo anterior.
  • Event Name or ID: limita la escucha a un evento. Misma lista y la misma alternativa del identificador por expresión.
  • Actions: los eventos que se escuchan, 15 en total y 6 familias. No hay comodín, así que cada evento útil se marca uno a uno.
  • Resolve Data: desactivado por defecto, los datos del webhook solo contienen la URL para recuperar el objeto manualmente. Activado, n8n resuelve esos datos automáticamente.
Casos de uso
con un solo evento elegido y Resolve Data activado, el dato llega listo para escribirse en una fila o un mensaje, sin pasos intermedios.
02event.*: el ciclo de vida de la páginaEs la familia más numerosa, con 4 eventos que hablan siempre de la ficha del evento, nunca de sus entradas.

Es la familia más numerosa, con 4 eventos que hablan siempre de la ficha del evento, nunca de sus entradas.

Parámetros clave

  • event.created: existe un borrador dentro de la organización, todavía sin visibilidad pública.
  • event.published: la página está publicada y se puede vender.
  • event.unpublished: ha salido de la vista pública.
  • event.updated: algo cambió en la ficha, fecha, descripción u otro detalle.
Cuándo usarlo
event.updated es el que conviene vigilar de cerca para que ninguna fecha caducada quede publicada en la web de un colaborador, mientras que event.published sirve de arranque natural para una secuencia de anuncios. Un equipo que publica a menudo puede usar event.created como recordatorio de revisión, antes de que el borrador llegue al público sin lugar o sin precio definido.
03order.*: el pulso de las ventasTres eventos siguen a una misma orden de principio a fin, y ahí es donde arrancan la mayoría de los flujos de inscripción.

Tres eventos siguen a una misma orden de principio a fin, y ahí es donde arrancan la mayoría de los flujos de inscripción.

Parámetros clave

  • order.placed: alguien acaba de completar una compra. Punto de partida de confirmaciones, fichas de CRM y contadores de plazas.
  • order.updated: la orden cambió después, así que la copia guardada en otro sitio necesita alinearse.
  • order.refunded: hubo una devolución, la plaza vuelve a estar libre en tu lado y la línea contable pide una marca.
Cuándo usarlo
marcar los tres responde a una sola pregunta, cuántas plazas se han movido y cuánto valen. Así una tabla externa se mantiene exacta sin que nadie la toque a mano, algo que se nota especialmente cuando varias personas venden para la misma organización.
04ticket_class.*, organizer.updated y venue.updatedTres familias tranquilas agrupadas aquí porque ninguna se mueve durante la venta, describen cómo está configurado el evento, no cómo se vende.

Tres familias tranquilas agrupadas aquí porque ninguna se mueve durante la venta, describen cómo está configurado el evento, no cómo se vende.

Parámetros clave

  • ticket_class.created: aparece un tipo de entrada nuevo, anticipada, general o estudiante.
  • ticket_class.updated: un tipo de entrada existente se modificó.
  • ticket_class.deleted: se eliminó un tipo de entrada, señal distinta de una simple edición.
  • organizer.updated: cambió la ficha del organizador.
  • venue.updated: cambió la ficha del lugar.
Cuándo usarlo
un canal que avisa de cada ticket_class.deleted convierte un borrado accidental en algo visible al momento, en lugar de descubrirlo en el informe de ventas. venue.updated pide la misma atención cuando la dirección ya alimenta una señalética impresa o un envío programado. Ninguno de estos eventos parece urgente por separado, y por eso se cuelan sin que nadie los note.
05attendee.*: lo que ocurre en la puertaEstos tres eventos hablan de personas, no de ventas, y son los únicos que se mueven mientras la puerta sigue abierta.

Estos tres eventos hablan de personas, no de ventas, y son los únicos que se mueven mientras la puerta sigue abierta.

Parámetros clave

  • attendee.checked_in: se acaba de escanear una acreditación en la entrada.
  • attendee.checked_out: esa misma persona ha salido del recinto.
  • attendee.updated: la ficha del asistente cambió, por ejemplo un nombre corregido o una entrada reasignada antes de abrir puertas.
Cuándo usarlo
sirven para toda la logística de la entrada, un contador visible para el equipo, una cola de impresión de acreditaciones que solo saca las de quien realmente llegó, un mensaje posterior dirigido solo a los asistentes reales. Separar la entrada de la salida es lo que permite calcular cuánta gente hay dentro en un momento dado, distinto del total de pases, algo decisivo en un recinto con aforo controlado.
Necesitas ayuda

¿Necesitas ayuda para automatizar Eventbrite con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Eventbrite y n8n, preguntas frecuentes

01¿La integración Eventbrite n8n es gratuita?
Sí, del lado de n8n. El comportamiento no cambia entre alojamientos: el mismo flujo corre igual en n8n Cloud, la oferta gestionada por n8n, o en una instancia autoalojada bajo la Community Edition con licencia Sustainable Use, y en ambos casos el Eventbrite Trigger viene ya incluido, sin paquete que instalar ni factura añadida. Lo único que hace falta, alojes donde alojes, es una cuenta de Eventbrite capaz de generar un token. Cuánto cobra Eventbrite por su propio servicio es otra cuestión que esta página no trata.
02¿Qué credenciales necesita el Eventbrite Trigger?
Hace falta una cuenta de Eventbrite y, a partir de ahí, uno de dos métodos. Con OAuth2, documentado por Eventbrite para socios de aplicación, son otros usuarios quienes autorizan la conexión en lugar de compartir un único token. Con la clave privada de API, en cambio, el propio token, generado siguiendo Get a Private Token en la plataforma de Eventbrite, se pega directamente en el campo Private Key del credential. Se crea una sola vez en el menú Credentials de n8n, y desde ahí queda disponible en la lista desplegable de cualquier flujo que use el trigger.
03¿Qué límites tiene Eventbrite en n8n?
El catálogo de Eventbrite en n8n es solo de escucha: 15 eventos en 6 familias, 0 operaciones, trigger en versión 1. Todo lo que ese catálogo no cubre pasa por el nodo HTTP Request, apuntando a cualquier endpoint de la API de Eventbrite con el mismo credential y su autenticación predefinida. Conviene tener presentes dos límites concretos del propio trigger: Organization y Event son campos obligatorios que lo atan a un solo evento cada vez, así que vigilar varios eventos implica montar varios flujos, y con Resolve Data desactivado el dato que llega es solo la URL para ir a buscar el objeto, no el objeto en sí.
04¿El Eventbrite Trigger responde en tiempo real?
Sí, mediante webhook: al activar el flujo se registra una URL en Eventbrite, y cada evento llega unos segundos después de producirse, sin ninguna espera intermedia que consultar. Esa rapidez es la que permite, por ejemplo, que un contador de acreditaciones en pantalla se actualice al ritmo real de la cola de entrada. El punto a vigilar es la inactividad: mientras el flujo está desactivado no hay URL que Eventbrite pueda llamar, así que no llega ni se acumula nada, y al reactivarlo no se recupera lo que pasó mientras tanto.
05¿n8n o Make para Eventbrite?
Depende, y en el día a día los dos resuelven bien el caso de Eventbrite. El alojamiento marca la primera diferencia real: n8n se instala en un servidor propio o corre en n8n Cloud, mientras que Make solo existe alojado, lo que ya inclina la balanza del control de datos hacia quien necesite mantener las fichas de asistentes dentro de casa. Después llega el coste, porque Make cobra por operación, algo que conviene calcular contra el volumen de eventos de una semana fuerte de inscripciones. La lógica visual, por su parte, es más una cuestión de costumbre que de capacidad real.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.

Misma plataforma

Otros docs útiles sobre este stack.

Ver todas las integraciones