Recursos · Integración n8n

Integración Bubble n8nAutomatiza Bubble con n8n.

La base de tu app vive en Bubble, n8n la mueve sin que nadie copie nada a mano. La integración Bubble n8n usa la Data API y expone un recurso de objetos con 5 operaciones: crear, leer, listar, actualizar y borrar. Bubble no tiene nodo trigger, así que el flujo arranca en otro sitio.

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

Por qué automatizar

¿Qué resuelve de verdad la integración Bubble n8n?

La integración Bubble n8n se apoya en la Data API, el acceso que Bubble abre sobre los tipos de datos que creaste en el editor. El nodo trae un único recurso, Object, y 5 operaciones que crean, leen, actualizan y borran registros. La autenticación va con una clave de API guardada en un credential, es decir una conexión que se configura una vez en n8n y se reutiliza en todos los flujos.

El primer caso típico es dejar de copiar datos de una herramienta a otra. Alguien escribe en un canal de Slack con el formato acordado, n8n recoge el mensaje y object.create guarda un registro del tipo Incidencia en la app. Dentro de Bubble ese objeto se comporta igual que cualquier otro: aparece en las listas y en las páginas que ya tienes montadas.

El segundo caso mira hacia fuera. object.getAll saca todos los registros de un tipo cuando Return All está activado, y el flujo los deja en Microsoft SQL para que el equipo de datos consulte sin entrar en la app. Los filtros recortan el volumen antes de salir de Bubble, algo que se agradece cuando el tipo acumula meses de histórico.

El tercero es la sincronización de estados. Un repositorio de GitHub avisa de que una entrega está lista, object.get recupera el registro correspondiente y object.update escribe el nuevo estado. Nadie entra a cambiarlo a mano y la lógica de negocio sigue viviendo en Bubble.

Todo lo que la Data API permite más allá de estas 5 operaciones se hace con el nodo HTTP Request. Llama a cualquier endpoint de la API y reutiliza el mismo credential de Bubble mediante la autenticación predefinida, sin un segundo credential que crear. Es el recurso natural cuando una llamada existe en la documentación de Bubble pero no en la lista de operaciones del nodo.

Conviene tener presentes dos límites antes de montar nada. El acceso a las API de Bubble exige un plan de pago, y la Data API tiene que estar activada en los ajustes de la app o ninguna llamada funciona. Tampoco existe un trigger de Bubble, un punto que se explica en la Reseña n8n y se practica en el Curso n8n.

Conexión

¿Cómo se conecta Bubble con n8n?

  1. 01

    Activa la Data API en la app

    Abre tu app en Bubble, entra en Settings desde la navegación izquierda y pasa a la pestaña API. En la sección Public API Endpoints, marca Enable Data API. La página muestra entonces la Data API root URL, del estilo https://n8n-integration.bubbleapps.io/version-test/api/1.1/obj. Deja esa pantalla abierta, porque de ahí salen dos valores del paso siguiente.

  2. 02

    Genera el token y anota el App Name

    En la misma pestaña API, pulsa Generate a new API token, ponle una API Token Label como n8n integration y copia la Private key. Ese valor va al campo API Token del credential de n8n. Para el App Name, coge el trozo de la root URL que queda entre https:// y .bubbleapps.io, que en el ejemplo anterior es n8n-integration.

  3. 03

    Elige entorno y alojamiento

    En n8n, pon Environment en Development si la app aún no está desplegada, la que responde bajo /version-test, o en Live si ya la desplegaste. Después ajusta Hosting: Bubble Hosting si sigues en la dirección de bubbleapps.io, o Self Hosted junto con tu Domain si la app responde en un dominio propio.

Acciones

Lo que sabe hacer el nodo Bubble

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

Matriz recursos × operaciones
RecursoCreateGetGet ManyUpdateDelete
Object✓✓✓✓✓

Object

5 operaciones
01

Create an object

object.create

Lo que ves en n8n

Notas y casos de uso

Escribe un registro nuevo en uno de tus tipos de datos y devuelve el identificador que le asigna Bubble, listo para usarlo en los nodos siguientes.

Parámetros clave

  • Type Name: el nombre del tipo de datos que vas a crear, escrito igual que en el editor de Bubble.
  • Properties: los campos a rellenar, añadidos uno a uno con Add Property, casi siempre con valores del nodo anterior como {{ $json.email }}.
Casos de uso
un formulario alojado fuera de la app cuyas respuestas deben convertirse en registros reales, o una carga inicial preparada en una hoja de cálculo.
02

Delete an object

object.delete

Lo que ves en n8n

Notas y casos de uso

Borra un registro de un tipo de datos. El efecto es inmediato sobre la app que apunta el credential, sin papelera ni marcha atrás.

Parámetros clave

  • Type Name: el tipo de datos al que pertenece el registro.
  • Object ID: el identificador del registro, no su título ni su nombre, normalmente recibido de un nodo anterior como {{ $json._id }}.
Casos de uso
limpiar los registros de una demo, o eliminar las entradas que una regla de retención marcó como caducadas después de listarlas con Get Many.
03

Get an object

object.get

Lo que ves en n8n

Notas y casos de uso

Lee un registro concreto y devuelve sus campos, de modo que el flujo decide el siguiente paso con datos y no con suposiciones.

Parámetros clave

  • Type Name: el tipo de datos que hay que consultar.
  • Object ID: el identificador del registro a recuperar, el valor que devolvió Bubble cuando se creó.
Casos de uso
comprobar el estado de una suscripción antes de mandar un aviso, o releer los valores actuales para reescribir solo lo que cambió.
04

Get many objects

object.getAll

Lo que ves en n8n

Notas y casos de uso

Lista los registros de un tipo de datos, un item por registro, listos para recorrerlos en el resto del flujo.

Parámetros clave

  • Type Name: el tipo de datos que se quiere listar.
  • Return All: activado, n8n encadena las páginas de la API hasta el último registro; desactivado, Limit fija cuántos items vuelven.
  • Filters: las restricciones de búsqueda añadidas con Add Filter, o su versión en crudo en Filters (JSON) cuando JSON Parameters está activo.
  • Sort: el orden en el que llegan los registros.
Casos de uso
un export nocturno de pedidos, o una lista filtrada de cuentas a las que escribir.
05

Update an object

object.update

Lo que ves en n8n

Notas y casos de uso

Cambia solo los campos que nombras en un registro existente y deja los demás tal como estaban.

Parámetros clave

  • Type Name: el tipo de datos que contiene el registro.
  • Object ID: el identificador del registro que se actualiza.
  • Properties: los campos a reescribir, añadidos con Add Property; un campo que omites conserva su valor actual.
Casos de uso
marcar un pedido como entregado en cuanto el transportista lo confirma, o devolver a la app una puntuación calculada fuera.
Necesitas ayuda

¿Necesitas ayuda para automatizar Bubble con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Bubble y n8n, preguntas frecuentes

01¿La integración Bubble n8n es gratis?
Por el lado de n8n, sí. El nodo Bubble viene incluido con n8n: no hay nada que instalar ni coste adicional, ni en n8n Cloud ni en una instancia autoalojada con la Community Edition bajo licencia Sustainable Use. Un flujo funciona igual en los dos escenarios. Por el lado de Bubble la respuesta cambia: el acceso a las API pide un plan de pago, y la Data API tiene que estar activada en los ajustes de la app para que cualquier llamada responda. El nodo no cuesta nada, lo que depende de tu plan es abrir el acceso a los datos de tu propia app.
02¿Qué credenciales hacen falta para conectar Bubble con n8n?
Una sola credencial, basada en una clave de API. Necesitas una cuenta de Bubble de pago, un API Token generado desde la pestaña API de los ajustes de la app, y el App Name, que es el trozo de la Data API root URL situado entre https:// y .bubbleapps.io. Si la app responde en una dirección tuya, añades el Domain y pones Hosting en Self Hosted. Hay dos ajustes que pesan lo mismo: Environment, en Development para una app sin desplegar y en Live para una desplegada. El credential se crea una vez en el menú Credentials y luego se elige desde un desplegable en cada flujo.
03¿Qué límites tiene el nodo Bubble en n8n?
El nodo cubre un recurso, Object, con 5 operaciones. Lee y escribe registros de los tipos de datos que definiste, y nada más. Al listar hay que ir con cuidado: con Return All desactivado solo vuelve la cantidad indicada en Limit, y una lista parcial se parece demasiado a una completa. Los filtros y el orden recortan el volumen antes de que salga de Bubble. Cualquier cosa que ofrezca la Data API por encima de estas operaciones pasa por el nodo HTTP Request, que llama a cualquier endpoint reutilizando el mismo credential de Bubble con la autenticación predefinida.
04¿Puede un flujo de n8n reaccionar cuando cambia un registro en Bubble?
Desde Bubble no, porque no existe un nodo trigger de Bubble en n8n. El arranque se busca en otro sitio. Un Schedule Trigger se dispara cada cierto intervalo fijo, Get Many lista los registros y el flujo compara con lo que vio antes. Un nodo Webhook, o sea una URL que n8n publica para que un servicio externo la llame, arranca el flujo desde fuera. El trigger de otra herramienta también sirve: una fila nueva, un mensaje nuevo, y después se lee o se escribe en Bubble. Intervalo si el retraso no molesta, webhook si molesta.
05¿n8n o Make para una app de Bubble?
Deciden cuatro criterios. El alojamiento: n8n se instala en tu propio servidor con Docker o npm, o se usa en n8n Cloud, mientras que Make existe solo en versión alojada. El control de los datos: una instancia autoalojada mantiene dentro de tu infraestructura los registros que salen de la app, algo relevante cuando los tipos de datos guardan información de clientes. El modelo de coste: Make factura por operación, así que listar cada noche un tipo de datos grande se paga por volumen. La lógica visual: los dos dibujan el flujo en un lienzo, Make encaja en escenarios lineales y n8n deja bajar a código cuando una transformación lo pide.