Ressources · Intégration n8n

Intégration Google Cloud Realtime Database n8nAutomatiser Google Cloud Realtime Database avec n8n.

Où poser un JSON entre deux étapes d'un workflow, sans monter une base de données complète ? L'intégration Google Cloud Realtime Database n8n tient dans un seul nœud et 5 opérations : écrire, ajouter à une liste, mettre à jour, lire, supprimer. Aucun nœud trigger : le workflow démarre ailleurs.

Tester l'intégration Google Cloud Realtime Database sur n8nVoir les 5 opérations

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

Pourquoi automatiser

À quoi sert l'intégration Google Cloud Realtime Database n8n ?

Google Cloud Realtime Database, c'est la base Firebase qui garde un seul arbre JSON synchronisé entre un back-office et les applications qui le lisent. Le nœud n8n dialogue avec cet arbre via l'API Realtime Database, avec 5 opérations sur une seule ressource : écrire un enregistrement, ajouter à une liste, mettre à jour des champs, lire un chemin, supprimer. Tu choisis le projet Firebase, tu nommes les attributs à enregistrer, le workflow fait l'aller-retour.

Premier usage, le plus fréquent : la base sert de tableau de bord partagé. Un workflow planifié compte les devis du jour, les tickets ouverts ou le stock restant, puis dépose les valeurs à un emplacement connu avec default.create. L'application mobile qui lit déjà l'arbre affiche les nouveaux chiffres à son prochain rafraîchissement, sans qu'un développeur ait à ouvrir une route côté serveur.

Deuxième usage : l'historique qui s'empile. Le modèle de workflow officiel 787 suit la position de l'ISS, un nœud HTTP Request récupère les coordonnées et le nœud Google Cloud Realtime Database les ajoute avec default.push. Remplace la station spatiale par un relevé de température, un cours ou un compteur d'inscriptions : à chaque exécution, une entrée de plus, et tu obtiens un journal lisible sans base relationnelle.

Troisième usage, moins spectaculaire mais rentable : le ménage de nuit. default.get ramène une branche de l'arbre dans le workflow, une étape de filtre garde ce qui compte, les lignes partent dans Google Sheets pour le point hebdo, et default.delete efface ce qui vient d'être archivé.

Là où ça s'arrête, autant le dire tout de suite. Ces 5 opérations lisent et écrivent, rien de plus : créer, supprimer, lire, ajouter, mettre à jour. default.get rend un chemin, ou l'objet complet de la base quand le chemin reste vide, et ce que le workflow en fait ensuite se passe dans les nœuds suivants. Pour un endpoint de l'API Realtime Database que le nœud n'expose pas, le nœud HTTP Request l'appelle directement en réutilisant le même credential Google, c'est-à-dire la connexion enregistrée une fois dans n8n. Et si le besoin réclame de vraies requêtes ou des jointures, une base relationnelle comme Postgres ou Supabase cohabite très bien avec celle-ci dans le même workflow.

L'autre limite se situe au démarrage. Cet outil n'a pas de nœud trigger dans n8n : rien ne surveille l'arbre, une modification faite par ton appli passe inaperçue. Le workflow part donc d'un Schedule Trigger à intervalle fixe, d'un Webhook n8n (une URL que ton appli appelle) ou du trigger d'un autre outil déjà en place, par exemple Airtable. Précision utile : ce nœud n'est pas Google Cloud Firestore, qui est un autre nœud avec un autre modèle de données. Si l'éditeur n8n lui-même est encore nouveau pour toi, la Formation n8n couvre ce que cette page suppose acquis.

Connexion

Comment brancher le nœud sur ton projet Firebase ?

  1. 01

    Créer le credential Google dans n8n

    Un credential, c'est la connexion que n8n enregistre une fois et réutilise dans tous les workflows. Sur n8n Cloud, le plus rapide est le Managed OAuth2 : dans l'écran du credential, clique sur Sign in with Google, et rien d'autre à configurer côté Google Cloud Console. Une instance auto-hébergée n'y a pas droit : le menu déroulant permet alors de basculer sur Custom OAuth2, qui réclame un Client ID et un Client Secret créés à l'étape suivante.

  2. 02

    Configurer le client OAuth dans Google Cloud Console

    Crée un projet Google Cloud, active les API nécessaires, puis ouvre APIs & Services > OAuth consent screen et renseigne le App name et le User support email. Pour l'Audience, Internal couvre les comptes de ton organisation Google Workspace, External n'importe quel compte Google. Dans Branding, ajoute un domaine autorisé : n8n.cloud sur Cloud, le domaine de ton instance en auto-hébergement.

  3. 03

    Terminer le client et pointer le bon projet

    Dans Credentials, choisis + Create credentials > OAuth client ID, prends Web application comme type d'application, puis recopie l'OAuth Redirect URL affichée par ton credential n8n dans les Authorized redirect URIs. Le compte de service est documenté aussi, avec un Service Account Email et une Private Key repris du fichier JSON téléchargé, sans les guillemets. De retour dans le nœud, la liste Project Name or ID affiche enfin tes projets.

Actions

Les 5 opérations du nœud, une par une

Le nœud Google Cloud Realtime Database expose 5 opérations. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

01

Write data to a database

create

Ce que tu vois dans n8n

Notes & cas d'usage

Enregistre l'item entrant dans la base du projet Firebase sélectionné. La donnée est ensuite disponible pour la suite du workflow comme pour l'appli qui lit l'arbre.

Paramètres clés

  • Project Name or ID : le projet tel qu'il apparaît dans l'URL de la console Firebase. Prends-le dans la liste, ou construis-le avec une expression du type {{ $json.projectId }} quand il vient d'un nœud précédent.
  • Columns / Attributes : les champs à sauvegarder, séparés par des virgules, sur le modèle age, name, city. Seul ce qui est nommé ici part dans la base : un champ oublié dans cette liste n'atteint jamais l'arbre.
Cas d'usage
déposer le résultat nettoyé d'un formulaire, pour que l'application le relise comme un simple objet JSON.
02

Delete data from a database

delete

Ce que tu vois dans n8n

Notes & cas d'usage

Efface la donnée stockée dans la base du projet choisi. Le nœud ne renvoie rien qui permette de revenir en arrière, autant tester sur un projet de bac à sable avant de brancher ça sur la production.

Paramètres clés

  • Project Name or ID : le seul champ obligatoire de cette opération, lu dans l'URL de la console Firebase. Une expression fonctionne aussi, pratique pour viser un projet de recette plutôt que le projet vivant.
Cas d'usage
vider une file de traitement une fois les éléments traités et archivés ailleurs.
03

Get a record from a database

get

Ce que tu vois dans n8n

Notes & cas d'usage

Relit ce qui est stocké et le passe au workflow en JSON, prêt pour un filtre, un message ou un autre nœud.

Paramètres clés

  • Project Name or ID : le projet Firebase à interroger, choisi dans la liste ou calculé par expression.
  • Object Path : l'emplacement à lire, écrit sans .json à la fin, par exemple /app/users. Laissé vide, le nœud renvoie l'objet complet de la base, ce qui devient vite lourd sur un arbre réel.
Cas d'usage
charger une petite branche de configuration en début d'exécution, pour piloter la suite du workflow avec des valeurs modifiables sans toucher à n8n.
04

Append to a list of data

push

Ce que tu vois dans n8n

Notes & cas d'usage

Ajoute l'item entrant à une liste au lieu de remplacer ce qui s'y trouve déjà. C'est ce qui fait que des exécutions répétées empilent les entrées au lieu de s'écraser entre elles.

Paramètres clés

  • Project Name or ID : le projet visé, tel qu'affiché dans l'URL de la console Firebase.
  • Columns / Attributes : les champs repris de l'item entrant, listés sur le modèle age, name, city, une entrée par exécution.
Cas d'usage
le modèle de suivi de l'ISS fait exactement ça, en ajoutant de nouvelles coordonnées à chaque passage planifié pour constituer un historique.
05

Update item in a database

update

Ce que tu vois dans n8n

Notes & cas d'usage

Modifie les attributs nommés sur une donnée déjà présente, plutôt que de réécrire un enregistrement complet par-dessus.

Paramètres clés

  • Project Name or ID : le projet Firebase qui contient la donnée, pris dans la liste ou résolu par expression.
  • Columns / Attributes : les champs à rafraîchir, séparés par des virgules, du genre age, name, city. Ne nomme que ceux qui changent, puisque cette liste est ce que le nœud envoie.
Cas d'usage
passer le statut d'une commande après un paiement, pour que l'appli affiche le nouvel état sans nouvelle mise en ligne.
Besoin d'aide

Besoin d'aide pour automatiser Google Cloud Realtime Database avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Les questions qui viennent après

01L'intégration Google Cloud Realtime Database n8n est-elle gratuite ?
Oui, côté n8n. Le nœud 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. Le credential que tu crées se réutilise, donc une seule connexion Google couvre tous les workflows qui touchent à la base, y compris ceux que tu monteras plus tard. Ce que Google facture pour le projet Firebase lui-même est une autre histoire, qui se règle dans ton compte Google Cloud et que cette page ne traite pas.
02Quels accès Google faut-il pour utiliser le nœud ?
Un credential Google. Sur n8n Cloud, le Managed OAuth2 suffit : tu cliques sur Sign in with Google dans l'écran du credential et rien n'est à préparer dans la Google Cloud Console. En auto-hébergement, il faut un Custom OAuth2, donc un projet Google Cloud, un écran de consentement avec App name et User support email, un domaine autorisé, puis un OAuth client ID de type Web application dont l'URI de redirection correspond à l'OAuth Redirect URL affichée par n8n. Le compte de service est documenté en alternative, avec le Service Account Email et la Private Key issus du fichier JSON téléchargé.
03Quelles sont les limites du nœud Google Cloud Realtime Database ?
Il lit et il écrit, point. Une ressource, 5 opérations : créer, supprimer, lire, ajouter, mettre à jour. L'opération Get rend un chemin, ou l'objet complet de la base quand le chemin reste vide, et la suite se joue dans le workflow. Autre surprise fréquente : seuls les champs listés dans Columns / Attributes sont enregistrés, pas l'item entier. Pour tout endpoint de l'API Realtime Database absent du nœud, le nœud HTTP Request l'appelle directement en réutilisant le même credential Google via son authentification prédéfinie.
04Le workflow réagit-il en temps réel à un changement dans la base ?
Non. Aucun nœud trigger n'existe pour cet outil dans n8n, donc rien n'écoute l'arbre et une écriture faite par ton appli passe inaperçue toute seule. Le déclenchement vient d'ailleurs : un Schedule Trigger à intervalle fixe suivi d'un Get sur la branche qui t'intéresse, un Webhook n8n (une URL que ton appli appelle quand quelque chose bouge), ou le trigger d'un autre outil déjà présent dans le flux. La première option coûte une lecture par passage, la seconde une ligne de code côté appli.
05n8n ou Make pour cette base de données ?
La réponse tient à quatre critères, pas à un vainqueur. L'hébergement : n8n tourne sur ton serveur ou sur n8n Cloud, Make est hébergé uniquement. La maîtrise des données : une instance n8n auto-hébergée garde le JSON transporté dans ton infrastructure, ce qui pèse quand l'arbre contient des données clients. Le modèle de coût : Make facture à l'opération, donc un workflow qui ajoute une entrée à chaque passage planifié mérite un calcul avant lancement. La logique visuelle enfin : les deux se construisent à la souris, et les expressions n8n calculent le chemin ou les attributs depuis l'item entrant.
Hack'celeration Lab

Reçois nos tips intégration chaque semaine.

Pas de spam. Désinscription à tout moment.

Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations