Recursos · Integración n8n

Integración Gumroad n8nAutomatiza Gumroad con n8n.

Gumroad lanza el evento y n8n sigue el hilo. La integración Gumroad n8n cabe en un nodo disparador: eliges el recurso que dispara, activas el flujo de trabajo y cada evento llega en segundos por webhook. Para el resto de la API de Gumroad, el relevo lo toma HTTP Request.

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

Por qué automatizar

¿Qué resuelve la integración Gumroad n8n?

Gumroad es una plataforma en línea que permite a los creadores vender productos directamente a los consumidores. Dentro de n8n todo pasa por un único nodo: el Gumroad Trigger, en su versión 1, que gestiona los eventos de Gumroad mediante webhooks. Un webhook es una URL que Gumroad llama en el momento exacto en que ocurre el evento, sin nada que revisar cada cierto tiempo. El catálogo de n8n incluye ese disparador y ningún nodo de acción, así que la API de Gumroad se maneja con HTTP Request.

Un caso que se monta en una tarde: el evento entra y un nodo de OpenAI redacta con esos datos un resumen de dos líneas, legible por cualquiera del equipo. Leer un valor del evento es cuestión de una expresión, {{ $json.field }}, donde field es la clave del evento entrante que necesitas. Una expresión es esa sintaxis que n8n sustituye durante la ejecución por el dato del item recibido.

Ese resumen tiene que aterrizar en algún sitio. Lo más sencillo es un aviso por Gmail a tu propia dirección, o a un buzón compartido. Como la entrega va por webhook, el correo sale en segundos y no cuando toque la siguiente comprobación programada. Esa diferencia es justo lo que justifica montar el flujo.

El tercer uso es menos vistoso y más duradero: dejar constancia de cada evento como una fila en Google Sheets. Una hoja que se llena sola vale mucho el día en que alguien pregunta qué pasó exactamente y en qué orden.

Conviene tener claro el reparto de papeles. El nodo de Gumroad en n8n es un disparador, es decir, el nodo que inicia una ejecución en lugar de esperar a que otro lo llame. Cuando el flujo necesita hablar con la API de Gumroad, eso ocurre en un nodo HTTP Request, que llama a cualquier endpoint del servicio reutilizando el mismo credential mediante su autenticación predefinida.

Dos detalles antes de construir nada. El nodo no trae una lista de eventos que marcar: el parámetro Resource, obligatorio, determina qué dispara, y cualquier filtrado más fino se hace dentro del flujo. Y el webhook se registra al activar el flujo de trabajo, así que uno en borrador no recibe nada. Si prefieres entender primero la plataforma entera, la Reseña n8n explica en qué es buena y el Curso n8n recorre flujos como estos paso a paso.

Conexión

¿Cómo se conecta Gumroad con n8n?

  1. 01

    Crea la aplicación en Gumroad

    Necesitas una cuenta de Gumroad y, a partir de ella, una aplicación creada para la API. Gumroad explica el procedimiento en su artículo de ayuda sobre cómo crear una aplicación. Esa aplicación es la que genera el Access Token del primer método de autenticación, y también es el punto de partida de una configuración OAuth2. Se hace una sola vez por cuenta, da igual cuántos flujos de trabajo conectes después.

  2. 02

    Crea el credential en n8n

    El Gumroad Trigger admite dos métodos. El camino corto es el token de acceso de la API: pegas el Access Token de tu aplicación en un credential Gumroad nuevo. El otro es OAuth2, que en una instancia autoalojada pide una OAuth Redirect URL, un Client ID y un Client Secret. Un credential se crea una vez en n8n y lo reutilizan todos los flujos posteriores.

  3. 03

    Enlaza la aplicación OAuth2 y activa

    Para OAuth2, entra en Settings > Advanced dentro de Gumroad, pega como Redirect URI la OAuth Redirect URL que muestra tu credential de n8n y crea la aplicación. Gumroad devuelve un Application ID y un Application Secret, que copias en Client ID y Client Secret. Después añade el Gumroad Trigger, selecciona el credential y la Resource, y activa el flujo para que n8n registre la URL del webhook.

Disparadores

¿Qué pone en marcha un flujo de Gumroad ?

Gumroad Trigger es el nodo que arranca un workflow cuando Gumroad llama a n8n. Activas el workflow: n8n te da la URL del webhook que registras en Gumroad, y cada llamada se convierte en una ejecución.

Lo que ves en n8n

Notas de configuración

01Set up the Gumroad TriggerEste nodo gestiona los eventos de Gumroad mediante webhooks y es la entrada de cualquier flujo de Gumroad en n8n. Un disparador, o trigger, es el nodo que arranca una ejecución en vez de esperar a que otro nodo lo llame. La versión 1 mantiene una configuración breve, y es la activación del flujo lo que registra la URL del webhook en Gumroad: mientras siga en borrador, no recibirá nada.

Este nodo gestiona los eventos de Gumroad mediante webhooks y es la entrada de cualquier flujo de Gumroad en n8n. Un disparador, o trigger, es el nodo que arranca una ejecución en vez de esperar a que otro nodo lo llame. La versión 1 mantiene una configuración breve, y es la activación del flujo lo que registra la URL del webhook en Gumroad: mientras siga en borrador, no recibirá nada.

Parámetros clave

  • Resource: desplegable obligatorio, señala el recurso que va a disparar el evento. Elige aquel al que el flujo debe reaccionar, en lugar de aceptarlo todo y ordenarlo tres nodos más adelante.
Cuándo usarlo
siempre que la ejecución tenga que arrancar por algo que ocurre en Gumroad y no por un reloj. Al entregarse por webhook, no hay intervalo que ajustar ni espera hasta la siguiente comprobación.
02Read the event payloadAl no existir una lista de eventos que marcar, lo que recibe el nodo llega siempre igual: un item al inicio de la ejecución con el evento tal como lo envió Gumroad. De ahí en adelante todo son expresiones. {{ $json.field }} lee la clave del evento que necesite un nodo posterior, y un campo marcado como obligatorio bloquea ese nodo cuando se resuelve vacío, que suele ser la forma en que un error de mapeo salta a la vista en la primera prueba.

Al no existir una lista de eventos que marcar, lo que recibe el nodo llega siempre igual: un item al inicio de la ejecución con el evento tal como lo envió Gumroad. De ahí en adelante todo son expresiones. {{ $json.field }} lee la clave del evento que necesite un nodo posterior, y un campo marcado como obligatorio bloquea ese nodo cuando se resuelve vacío, que suele ser la forma en que un error de mapeo salta a la vista en la primera prueba.

Casos de uso
un paso de reparto justo detrás del disparador manda una rama a una hoja de cálculo, para dejar registro, y otra al canal donde el equipo quiere enterarse al momento. Y cuando la ejecución debe responder hacia Gumroad, HTTP Request llama al endpoint necesario con ese mismo credential.
Necesitas ayuda

¿Necesitas ayuda para automatizar Gumroad con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Gumroad y n8n: lo que se pregunta después

01¿La integración Gumroad n8n es gratis?
Sí por el lado de n8n. El Gumroad Trigger viene incluido con n8n, así que no hay nada que instalar ni ningún coste adicional por el nodo en sí, tanto en n8n Cloud como en una instancia autoalojada con la Community Edition y su licencia Sustainable Use. Un flujo creado en una funciona igual en la otra. Lo que cueste una cuenta de Gumroad es otra conversación y aquí no se trata. La inversión real es el tiempo de puesta en marcha: la aplicación en Gumroad, un credential en n8n y la activación del flujo para que quede registrado el webhook.
02¿Qué credenciales o permisos pide el Gumroad Trigger?
Hay dos métodos de autenticación admitidos. El primero es el token de acceso de la API: creas una aplicación en Gumroad, esta genera un Access Token y ese token alimenta un credential de Gumroad en n8n. El segundo es OAuth2, que en una instancia autoalojada pide una OAuth Redirect URL, un Client ID y un Client Secret. La aplicación se crea en Settings y luego Advanced, la Redirect URI es la URL que muestra el credential de n8n, y el Application ID y el Application Secret se copian en Client ID y Client Secret. El scope por defecto es view_sales y lo demás pasa por Custom Scopes.
03¿Qué límites tiene el nodo de Gumroad en n8n?
El catálogo de n8n da a Gumroad un disparador y ningún nodo de acción, de modo que el nodo arranca flujos en lugar de ejecutar operaciones por ti. No es un callejón sin salida. HTTP Request llama a cualquier endpoint de la API de Gumroad reutilizando el mismo credential mediante la autenticación predefinida, que es la vía habitual para todo lo que queda fuera de un nodo dedicado. El otro punto que conviene saber: el disparador no muestra una lista de eventos que seleccionar. El parámetro Resource, obligatorio, decide qué dispara, y el filtrado fino se hace después dentro del flujo.
04¿El Gumroad Trigger reacciona en tiempo real?
Sí, todo lo que puede serlo una automatización. El nodo funciona por webhook: n8n registra una URL en Gumroad al activar el flujo, Gumroad llama a esa URL cuando ocurre el evento y la ejecución arranca en segundos. No hay polling, es decir, ninguna tarea de fondo preguntando cada tantos minutos si ha pasado algo nuevo, y por tanto tampoco hay intervalo que ajustar ni retraso incorporado al diseño. La consecuencia práctica es la de siempre: sin activar el flujo no se registra el webhook y no llega nada, por muchos eventos que ocurran en Gumroad.
05¿n8n o Make para Gumroad?
Depende de cuatro criterios, y el precio no es el primero. El alojamiento manda: n8n se autoaloja con Docker o npm, o se usa en n8n Cloud, mientras que Make es una plataforma alojada, sin opción de autoalojamiento. De ahí sale el control de los datos, porque una instancia propia guarda en casa el contenido de los eventos. Luego está el modelo de coste, ya que Make se factura por operación, algo que cambia la mirada sobre un flujo que se ramifica mucho. Y por último la lógica visual y cómo encadena cada editor los pasos. Ambas manejan este tipo de flujo por webhook.