Ressources · Intégration n8n

Intégration Bubble n8nAutomatiser Bubble avec n8n.

Les données vivent dans ton app Bubble, n8n va les chercher et les y remet. L'intégration Bubble n8n passe par la Data API et expose une ressource objet avec 5 opérations : créer, lire, lister, modifier, supprimer. Bubble n'a pas de nœud trigger, le workflow démarre donc ailleurs.

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

Pourquoi automatiser

À quoi sert vraiment l'intégration Bubble n8n ?

L'intégration Bubble n8n s'appuie sur la Data API, l'accès que Bubble ouvre sur les types de données créés dans l'éditeur. Le nœud porte une seule ressource, Object, et 5 opérations qui créent, lisent, modifient et suppriment des enregistrements. L'authentification repose sur une clé d'API rangée dans un credential, c'est-à-dire une connexion enregistrée une fois dans n8n et réutilisée par tous les workflows.

Premier réflexe : arrêter la double saisie. Une demande arrive par mail, n8n la lit avec le nœud Gmail, en extrait le nom et le budget, puis object.create écrit un enregistrement du type Demande dans l'app. Côté Bubble, rien ne change : l'objet apparaît dans les listes et les pages déjà construites, comme s'il avait été saisi par un utilisateur.

Deuxième usage, l'export. object.getAll sort tous les enregistrements d'un type quand Return All est activé, et la suite du workflow les range dans MySQL ou dans une base MongoDB que l'équipe data interroge sans toucher à l'app. Les filtres réduisent le volume avant l'envoi, ce qui compte dès qu'un type accumule plusieurs mois d'historique.

Troisième usage, la synchronisation d'état. Un outil externe signale un changement, object.get récupère l'enregistrement concerné, object.update écrit la nouvelle valeur, et l'équipe voit le statut à jour dans l'app sans qu'un humain ait ouvert quoi que ce soit. Deux opérations suffisent, la logique métier reste dans Bubble.

Tout ce que la Data API permet au-delà de ces 5 opérations se traite avec le nœud HTTP Request. Il appelle n'importe quel endpoint de l'API et réutilise le credential Bubble grâce à l'authentification prédéfinie, sans second credential à créer. C'est le repli logique quand un appel existe dans la documentation Bubble mais pas dans la liste d'opérations du nœud.

Deux limites à connaître avant de construire. L'accès aux API de Bubble demande un plan payant, et la Data API doit être activée dans les réglages de l'app, sinon chaque appel échoue. Il n'existe pas non plus de trigger Bubble : le point est détaillé dans l'Avis n8n, et travaillé en pratique pendant la Formation n8n.

Connexion

Comment brancher Bubble sur n8n ?

  1. 01

    Activer la Data API dans l'app

    Ouvre ton app dans Bubble, clique sur Settings dans la navigation de gauche, puis sur l'onglet API. Dans la section Public API Endpoints, coche Enable Data API. La page affiche alors la Data API root URL, du genre https://n8n-integration.bubbleapps.io/version-test/api/1.1/obj. Garde cet écran ouvert, deux valeurs s'y récupèrent à l'étape suivante.

  2. 02

    Générer le token et relever l'App Name

    Toujours dans l'onglet API, clique sur Generate a new API token, donne-lui un API Token Label comme n8n integration, puis copie la Private key. Cette valeur se colle dans le champ API Token du credential n8n. Pour l'App Name, reprends le morceau de la root URL situé entre https:// et .bubbleapps.io, soit n8n-integration dans l'exemple ci-dessus.

  3. 03

    Choisir l'environnement et l'hébergement

    Dans n8n, règle Environment sur Development pour une app non déployée, celle qui répond sous /version-test, ou sur Live pour une app déployée. Règle ensuite Hosting : Bubble Hosting si tu es resté sur l'adresse en bubbleapps.io, ou Self Hosted avec ton Domain si l'app répond sur un domaine personnalisé.

Actions

Ce que le nœud Bubble sait faire

Le nœud Bubble expose 5 opérations sur 1 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceCreateGetGet ManyUpdateDelete
Object✓✓✓✓✓

Object

5 opérations
01

Create an object

object.create

Ce que tu vois dans n8n

Notes & cas d'usage

Écrit un nouvel enregistrement dans un de tes types de données et renvoie l'identifiant attribué par Bubble, réutilisable dans les nœuds suivants.

Paramètres clés

  • Type Name : le nom du type de données à créer, orthographié comme dans l'éditeur Bubble.
  • Properties : les champs à remplir, ajoutés un par un via Add Property, souvent alimentés par le nœud précédent avec une expression du genre {{ $json.email }}.
Cas d'usage
un formulaire hébergé hors de l'app dont chaque réponse doit devenir un vrai enregistrement, ou une reprise de fichier préparée dans un tableur.
02

Delete an object

object.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime un enregistrement d'un type de données. L'effet est immédiat sur l'app visée par le credential, sans corbeille ni retour arrière.

Paramètres clés

  • Type Name : le type de données auquel appartient l'enregistrement.
  • Object ID : l'identifiant de l'enregistrement, pas son titre ni son nom, généralement transmis par un nœud précédent sous la forme {{ $json._id }}.
Cas d'usage
nettoyer les enregistrements de démonstration, ou purger les entrées qu'une règle de rétention a signalées, une fois listées par Get Many.
03

Get an object

object.get

Ce que tu vois dans n8n

Notes & cas d'usage

Lit un enregistrement précis et renvoie ses champs, ce qui permet au workflow de décider de la suite au lieu de la supposer.

Paramètres clés

  • Type Name : le type de données à interroger.
  • Object ID : l'identifiant de l'enregistrement à récupérer, la valeur renvoyée par Bubble au moment de sa création.
Cas d'usage
vérifier l'état d'un abonnement avant d'envoyer une relance, ou relire les valeurs actuelles pour ne réécrire que ce qui a bougé.
04

Get many objects

object.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Liste les enregistrements d'un type de données, un item par enregistrement, prêt à parcourir dans la suite du workflow.

Paramètres clés

  • Type Name : le type de données à lister.
  • Return All : activé, n8n enchaîne les pages de l'API jusqu'au dernier enregistrement ; désactivé, Limit fixe le nombre d'items renvoyés.
  • Filters : les contraintes de recherche ajoutées via Add Filter, ou leur version brute dans Filters (JSON) quand JSON Parameters est activé.
  • Sort : l'ordre de renvoi des enregistrements.
Cas d'usage
un export nocturne de commandes, ou une liste filtrée de comptes à relancer.
05

Update an object

object.update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifie uniquement les champs que tu nommes sur un enregistrement existant et laisse les autres intacts.

Paramètres clés

  • Type Name : le type de données qui contient l'enregistrement.
  • Object ID : l'identifiant de l'enregistrement à mettre à jour.
  • Properties : les champs à réécrire, ajoutés avec Add Property ; un champ omis garde sa valeur actuelle.
Cas d'usage
passer une commande en livrée dès que le transporteur confirme, ou réinscrire un score calculé par un autre service.
Besoin d'aide

Besoin d'aide pour automatiser Bubble avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Bubble et n8n, les questions fréquentes

01L'intégration Bubble n8n est-elle gratuite ?
Côté n8n, oui. Le nœud Bubble est livré avec n8n : rien à installer, aucun coût supplémentaire, sur n8n Cloud comme sur une instance auto-hébergée en Community Edition sous licence Sustainable Use. Un workflow se comporte de la même façon dans les deux cas. Côté Bubble, la réponse change : l'accès aux API demande un plan payant, et la Data API doit être activée dans les réglages de l'app pour que le moindre appel fonctionne. Le nœud ne coûte donc rien, c'est l'ouverture de ton app qui dépend de ton plan Bubble.
02Quels credentials faut-il pour connecter Bubble à n8n ?
Un seul credential, basé sur une clé d'API. Il faut un compte Bubble payant, un API Token généré depuis l'onglet API des réglages de l'app, et l'App Name, c'est-à-dire le morceau de la Data API root URL placé entre https:// et .bubbleapps.io. Si l'app répond sur une adresse à toi, tu renseignes aussi le Domain et tu passes Hosting sur Self Hosted. Deux choix comptent autant : Environment, sur Development pour une app non déployée et sur Live pour une app déployée. Le credential se crée une fois dans le menu Credentials, puis se choisit dans une liste déroulante à chaque workflow.
03Quelles sont les limites du nœud Bubble dans n8n ?
Le nœud couvre une ressource, Object, avec 5 opérations. Il lit et écrit des enregistrements des types de données que tu as définis, rien d'autre. La lecture en lot mérite de l'attention : si Return All reste désactivé, seul le nombre inscrit dans Limit revient, et une liste partielle ressemble beaucoup à une liste complète. Les filtres et le tri réduisent le volume avant l'envoi. Tout ce que la Data API propose au-delà de ces opérations passe par le nœud HTTP Request, qui appelle n'importe quel endpoint en réutilisant le même credential Bubble via l'authentification prédéfinie.
04Un workflow n8n peut-il réagir quand un enregistrement Bubble change ?
Pas depuis Bubble, puisque aucun nœud trigger Bubble n'existe dans n8n. Le départ se prend ailleurs. Un Schedule Trigger se déclenche à intervalle fixe, Get Many liste les enregistrements et le workflow compare avec l'état précédent. Un nœud Webhook, autrement dit une URL que n8n expose et qu'un service tiers appelle, fait démarrer le workflow depuis l'extérieur. Le trigger d'un autre outil marche aussi : une nouvelle ligne, un nouveau message, et la suite lit ou écrit dans Bubble. L'intervalle si un léger décalage passe, le webhook sinon.
05n8n ou Make pour une app Bubble ?
Quatre critères tranchent. L'hébergement : n8n s'installe sur ton propre serveur avec Docker ou npm, ou s'utilise sur n8n Cloud, alors que Make existe uniquement en version hébergée. La maîtrise des données : une instance n8n auto-hébergée garde les enregistrements sortis de ton app dans ton infrastructure, ce qui pèse quand les types de données contiennent des informations clients. Le modèle de coût : Make facture à l'opération, donc un export nocturne d'un gros type de données se paie au volume. La logique visuelle : les deux dessinent le workflow sur un canevas, Make convient aux scénarios linéaires, n8n laisse basculer vers du code pour une transformation précise.