Recursos · Integración n8n

Integración Paddle n8nAutomatiza Paddle con n8n.

Paddle cobra, y justo ahí empieza el trabajo de n8n. La integración Paddle n8n abre 9 operaciones repartidas en 5 recursos: cupones, pagos, planes, productos y usuarios. No existe nodo trigger de Paddle, así que el flujo arranca con un Schedule Trigger. Pensada para equipos que venden en Paddle Classic.

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

Por qué automatizar

¿Qué resuelve la integración Paddle n8n?

El nodo Paddle lee planes, productos, pagos y usuarios de tu cuenta, y crea o actualiza cupones sin escribir código, apoyado en una credencial: el acceso que guardas una vez en n8n y reutilizas en cualquier flujo de trabajo, la cadena de pasos que n8n ejecuta por sí sola. Esas dos piezas, nodo y credencial, dentro de un flujo, son la integración Paddle n8n.

Empieza por los usuarios, porque es donde la venta nota antes la diferencia. Get many users devuelve los usuarios de suscripción filtrados por plan, por suscripción o por estado, y eso entra directo en Salesforce. El comercial abre la ficha y ve el plan sin preguntar a nadie.

Los cupones son el otro extremo: son los únicos objetos que este nodo escribe. Sale una versión nueva, el flujo crea el cupón y publica el código en el canal de Slack donde el equipo lo espera. La biblioteca de plantillas ya incluye un flujo Create a coupon on Paddle con el número 659, base suficiente para copiar y adaptar.

Queda el catálogo. Get many products y Get many plans devuelven lo que existe hoy en la cuenta, y comparar esa lista con lo que se publica en otra tienda, por ejemplo en WooCommerce, detecta los desajustes antes de que los vea un cliente.

¿Y si el endpoint que necesitas no está entre estas 9 operaciones? El nodo HTTP Request llama a cualquier endpoint de la API de Paddle reutilizando la misma credencial mediante la autenticación predefinida. Mismo secreto, mismo flujo, un nodo más.

Dos avisos antes de montar nada. Paddle no tiene nodo trigger en n8n: el flujo arranca con un Schedule Trigger a intervalo fijo, con un Webhook de n8n al que llama un servicio externo, o con el trigger de otra herramienta. Y en las operaciones de lista, Return All encadena las páginas de la API hasta el último elemento, mientras que sin él manda Limit, el número máximo de items devueltos. Si n8n todavía te suena raro, el Curso n8n cubre esas bases y la Reseña n8n cuenta cómo se comporta en el día a día.

Conexión

¿Cómo se conecta Paddle con n8n?

  1. 01

    Genera el Vendor Auth Code en Paddle

    Entra en Paddle y abre Developer Tools, luego Authentication, luego Generate Auth Code. Pulsa Reveal Auth Code para que el valor aparezca en pantalla. El Vendor ID se muestra en ese mismo momento, cuando generas la clave de API. Guarda los dos valores: el auth code es la parte secreta, el vendor ID señala a qué cuenta pertenece.

  2. 02

    Registra la credencial y elige el entorno

    En n8n, abre el menú Credentials y crea una credencial Paddle. Pega el Vendor Auth Code y el Vendor ID en sus dos campos. El tercer ajuste, Use Sandbox Environment API, manda los nodos que usen esa credencial al endpoint de la API Sandbox en lugar del endpoint real: actívalo mientras pruebas la creación de cupones.

  3. 03

    Confirma que tu cuenta es Classic

    La credencial funciona con la API de Paddle Classic. La documentación lo dice sin rodeos: si te diste de alta en Paddle después de agosto de 2023, tu cuenta usa la API de Paddle Billing y esta credencial puede no funcionarte. Comprueba ese punto antes de montar tres flujos sobre una conexión que nunca va a responder.

Acciones

Las 9 operaciones del nodo Paddle

El nodo Paddle expone 9 operaciones en 5 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetGet ManyUpdateReschedule
Coupon✓✓✓
Payment✓✓
Plan✓✓
Product✓
User✓

Coupon

3 operaciones
01

Create a coupon

coupon.create

Lo que ves en n8n

Notas y casos de uso

Crea un cupón de descuento en Paddle y devuelve el código generado. Una llamada produce un código o una tanda entera.

Parámetros clave

  • Product Names or IDs: los productos a los que se aplica el cupón, obligatorio cuando Coupon Type vale Product; elígelos en la lista o pásalos con una expresión.
  • Discount Type: flat o percentage, se lee junto a Discount Amount Currency para el importe y a Currency, que debe coincidir con la divisa del saldo de tu cuenta.
  • Coupon Code: vacío, el código se genera al azar; Allowed Uses se queda en 999,999 usos mientras no lo fijes.
Casos de uso
sale una versión y el flujo fabrica el código de lanzamiento antes del anuncio.
02

Get many coupons

coupon.getAll

Lo que ves en n8n

Notas y casos de uso

Devuelve los cupones asociados a un producto o a una suscripción concreta, para revisarlos desde un flujo en vez de entrar al Seller Dashboard.

Parámetros clave

  • Product ID: el identificador del producto o de la suscripción cuyos cupones quieres, obligatorio; un valor fijo, o {{ $json.field }} cuando el identificador llega de un nodo anterior.
  • Return All: activado, n8n encadena las páginas de la API hasta el último cupón de ese producto; desactivado, Limit pone el tope de items devueltos.
Casos de uso
una exportación semanal de los códigos vivos de un producto, en una hoja que marketing sí abre.
03

Update a coupon

coupon.update

Lo que ves en n8n

Notas y casos de uso

Modifica cupones que ya existen, uno concreto o un grupo entero. Aquí nada es obligatorio: cambia lo que rellenas.

Parámetros clave

  • Update By: con Coupon Code apuntas a un cupón único, con Group a todo un grupo con nombre.
  • Coupon Code o Group: el valor que identifica el objetivo, según esa elección.
  • Additional Fields: New Coupon Code renombra el código, New Group Name lo mueve de grupo, Expires lo caduca en la fecha elegida a las 00:00:00 UTC, y Product IDs admite una lista separada por comas tipo 499531,1234,123546, o quita los productos asociados si queda en blanco.
Casos de uso
una promoción se corta antes de tiempo y la caducidad de todo el grupo pasa a hoy.

Payment

2 operaciones
04

Get many payments

payment.getAll

Lo que ves en n8n

Notas y casos de uso

Trae los pagos de la cuenta, con filtros que recortan la lista hasta dejar solo lo que el informe necesita.

Parámetros clave

  • Date From y Date To: la ventana en la que caen los pagos, las dos dentro de Additional Fields.
  • State: deja solo las suscripciones active, past_due, trialing o paused; sin valor, vuelven las cuatro.
  • Is Paid, Plan ID y Subscription ID: acotan a las líneas pagadas, a un plan, o a una suscripción de usuario concreta.
Casos de uso
cada lunes, los pagos de la semana anterior aterrizan en la hoja de finanzas sin que nadie los pida.
05

Reschedule a payment

payment.reschedule

Lo que ves en n8n

Notas y casos de uso

Mueve un pago de suscripción futuro a otra fecha. Es la respuesta limpia cuando un cliente pide unos días más.

Parámetros clave

  • Payment Name or ID: el pago de suscripción futuro que quieres mover, obligatorio; la lista desplegable los muestra, y una expresión sirve cuando el identificador viene de un paso anterior.
  • Date: la fecha a la que quieres mover el pago.
Casos de uso
una petición que entra por el formulario de soporte se convierte en un aplazamiento con fecha, sin que nadie abra Paddle.

Plan

2 operaciones
06

Get a plan

plan.get

Lo que ves en n8n

Notas y casos de uso

Recupera un único plan de suscripción a partir de su identificador. Útil cuando un item lleva un plan ID y poco más que se pueda leer.

Parámetros clave

  • Plan ID: el identificador del plan de suscripción, obligatorio; casi siempre una expresión tipo {{ $json.field }} que apunta al identificador que ya viaja en el item.
Casos de uso
llega un ticket de soporte con un plan ID dentro, el flujo resuelve el plan y luego manda el ticket a la cola correcta.
07

Get many plans

plan.getAll

Lo que ves en n8n

Notas y casos de uso

Devuelve los planes de suscripción de la cuenta de una tacada, para cuando el paso siguiente necesita la lista entera y no una búsqueda suelta.

Parámetros clave

  • Return All: activado, el nodo pagina hasta el último plan; desactivado, Limit decide cuántos planes vuelven.
Casos de uso
una ejecución nocturna reconstruye la tabla de referencia de planes que leen los demás flujos, y así nadie escribe un plan ID a mano en tres sitios distintos.

Product

1 operación
08

Get many products

product.getAll

Lo que ves en n8n

Notas y casos de uso

Lee los productos de la cuenta. Es la primera lista que conviene pedir cuando otra operación reclama identificadores de productos y tú solo conoces los nombres.

Parámetros clave

  • Return All: activado, todos los productos suben página a página; desactivado, Limit para el nodo en el número que elijas.
Casos de uso
una revisión de catálogo compara lo que hay en Paddle con lo que muestra la página de precios y señala lo que solo vive en un lado.

User

1 operación
09

Get many users

user.getAll

Lo que ves en n8n

Notas y casos de uso

Lista los usuarios de suscripción, con filtros para apuntar a un segmento en lugar de a toda la base.

Parámetros clave

  • Limit: aquí es obligatorio y fija el número máximo de usuarios devueltos; Return All lo desborda y pagina todo.
  • Plan ID y Subscription ID: limitan la lista a un plan de suscripción, o a una suscripción de usuario concreta.
  • State: filtra por active, past_due, trialing o paused; sin valor, vuelven los cuatro estados.
Casos de uso
una sincronización diaria de los usuarios de un plan alimenta el CRM y la parte comercial deja de preguntar quién ha cambiado de oferta.
Necesitas ayuda

¿Necesitas ayuda para automatizar Paddle con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Paddle y n8n, dudas habituales

01¿La integración Paddle n8n es gratuita?
Del lado de n8n, la integración no añade coste: el nodo Paddle viene incluido, no hay nada que instalar y se comporta igual en n8n Cloud, la oferta alojada por n8n, que en una instancia propia con Docker o npm bajo Community Edition y su licencia Sustainable Use, con un flujo que corre sin cambios de un lado a otro. Lo que cobra Paddle por la cuenta en sí queda fuera de esta página, sin cifra que validar. Lo único necesario en Paddle es poder generar una clave de API, porque de esa acción salen el Vendor Auth Code y el Vendor ID que pide el credential.
02¿Qué credenciales hacen falta para conectar Paddle con n8n?
Basta con un tipo de credential para hablar con Paddle desde n8n: API access token (Classic), construido sobre dos valores. El Vendor Auth Code se genera en Paddle desde Developer Tools, luego Authentication, luego Generate Auth Code, con Reveal Auth Code para verlo en pantalla; el Vendor ID aparece en ese mismo momento. Un tercer ajuste, Use Sandbox Environment API, manda cualquier nodo que use ese credential al endpoint Sandbox en lugar del real. Ojo si la cuenta se abrió después de agosto de 2023: entonces corre sobre la API Paddle Billing, donde este credential Classic puede no funcionar.
03¿Qué límites tiene el nodo Paddle en n8n?
El catálogo cubre 9 operaciones sobre 5 recursos: cupones, pagos, planes, productos, usuarios. Para lo demás, HTTP Request reutiliza la misma credencial mediante autenticación predefinida y alcanza cualquier endpoint de la API de Paddle, así que nada queda realmente cerrado. En las operaciones de lista, Return All activado hace que n8n encadene las páginas hasta el final; desactivado, manda Limit. Queda la limitación de la propia credencial, pensada para la API Paddle Classic: una cuenta abierta después de agosto de 2023 corre en la API Paddle Billing, donde la documentación avisa de que puede no funcionar.
04¿Hay un trigger de Paddle en n8n?
No existe ninguno, y por eso el flujo con Paddle siempre arranca en otro sitio: un Schedule Trigger a intervalo fijo para tareas periódicas como un Get many payments cada mañana, un Webhook de n8n al que llama un servicio externo, o el trigger de otra herramienta ya conectada, formulario, CRM, soporte. Ninguno de estos puntos de partida es exclusivo de Paddle: son las mismas opciones que sirven para cualquier herramienta sin trigger nativo en n8n. La regla se reduce a dos casos: si es periódico, se programa; si depende de un aviso externo, se expone un Webhook y se deja que el otro sistema hable primero.
05¿n8n o Make para Paddle?
Ninguna opción sale mal parada, la diferencia está en cuatro puntos. n8n se autoaloja con Docker o npm, o corre en n8n Cloud; Make es una plataforma alojada sin opción de autoalojamiento, lo que pesa sobre el control de los datos de pago. Luego el coste: Make factura por operación, un modelo que conviene simular antes de conectar un flujo que liste los pagos todos los días. La lógica visual, en cambio, se parece bastante entre los dos: ambos dibujan el proceso en un lienzo, y ahí el criterio decisivo suele ser la costumbre del equipo.