Ressources · Intégration n8n

Intégration Google BigQuery n8nAutomatiser Google BigQuery avec n8n.

L'intégration Google BigQuery n8n branche un workflow sur l'entrepôt de données. Le nœud expose 2 opérations, toutes deux sur la ressource Database : lancer une requête SQL, ou insérer des lignes dans une table. Pas de trigger côté BigQuery, un autre déclencheur ouvre la marche.

Tester l'intégration Google BigQuery sur n8nVoir les 2 opérations

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

Pourquoi automatiser

Que fait vraiment l'intégration Google BigQuery n8n ?

L'intégration Google BigQuery n8n relie un workflow n8n à un entrepôt de données Google Cloud, avec un seul nœud et 2 opérations regroupées sur la ressource Database. La première envoie une requête SQL dans un projet et récupère les lignes. La seconde écrit dans une table précise les lignes qui sortent du workflow. Le reste, du dataset au texte de la requête, sort des champs que tu remplis.

Premier cas, le tableau de bord du lundi. Un Schedule Trigger se déclenche, la requête agrège les inscriptions de la semaine, et le résultat part dans Slack. La requête tient dans le champ SQL Query : changer d'indicateur, c'est modifier une ligne, pas refaire le workflow.

Deuxième cas, l'archivage. Des lignes fabriquées ailleurs, une réponse de formulaire, une ligne lue dans Google Sheets, atterrissent dans BigQuery avec l'opération Insert. Si l'item entrant porte déjà les noms des colonnes de destination, Data Mode sur Auto-Map Input Data suffit.

Troisième cas, la décision. Une requête ramène un segment de clients, et le workflow s'en sert pour choisir la suite : un message via Gmail, une fiche mise à jour plus loin. BigQuery répond à la question, n8n agit sur la réponse.

2 opérations, la surface est étroite, et autant le savoir avant de construire autour. Créer un dataset, lister les tables, gérer les droits : rien de tout ça n'y figure. Le nœud HTTP Request prend le relais, en appelant l'API REST de BigQuery avec le même credential Google, c'est-à-dire la connexion enregistrée une seule fois dans n8n.

L'autre limite tient à la nature de l'outil. Ce nœud n'est pas un client de base transactionnelle : pour lire et écrire ligne à ligne sur un schéma que tu maîtrises, Postgres ou Supabase collent mieux. BigQuery prend l'avantage quand la table est énorme et que la requête fait le gros du travail. Un nœud, une requête, et c'est l'entrepôt qui balaie les lignes, pas le workflow. Encore hésitant sur la plateforme ? Avis n8n creuse le sujet.

Connexion

Comment connecter Google BigQuery à n8n ?

  1. 01

    Choisir la méthode d'authentification

    Le nœud accepte deux types de credential : OAuth2, recommandé parce qu'il est plus répandu et plus rapide à mettre en place, ou Service Account, que n8n prend en charge sur un nombre limité de nœuds. Sur n8n Cloud, Managed OAuth2 réduit l'étape à un clic : dans l'écran du credential, clique sur Sign in with Google, il n'y a rien à configurer dans la Google Cloud Console.

  2. 02

    Créer le projet et l'écran de consentement

    En auto-hébergement, il faut passer par le custom OAuth2. Crée un projet dans la Google Cloud Console, active les API dont tu as besoin, puis configure l'écran de consentement OAuth : nom de l'app, email de support, et une Audience réglée sur Internal pour ton propre Workspace ou External pour n'importe quel compte Google. Dans Branding, ajoute n8n.cloud comme domaine autorisé, ou le domaine de ton instance.

  3. 03

    Coller le Client ID et le Client Secret

    Dans APIs and Services, choisis Create credentials puis OAuth client ID, et sélectionne Web application comme type d'application. Copie l'OAuth Redirect URL affichée dans ton credential n8n et colle-la dans Authorized redirect URIs. Valide, puis recopie le Client ID et le Client Secret dans n8n. Le credential est enregistré une fois et apparaît ensuite dans la liste déroulante du nœud, sur tous tes workflows.

Actions

Que sait faire le nœud Google BigQuery ?

Le nœud Google BigQuery expose 2 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
RessourceExecute QueryInsert
Database✓✓

Database

2 opérations
01

Execute a SQL query

database.executeQuery

Ce que tu vois dans n8n

Notes & cas d'usage

Envoie une requête SQL à BigQuery et renvoie les lignes du résultat sous forme d'items n8n, une ligne par item.

Paramètres clés

  • Project : le projet Google Cloud qui exécute et facture la requête, choisi parmi ceux où tu as un rôle.
  • SQL Query : la requête elle-même, en SQL standard par défaut, du type SELECT * FROM dataset.table LIMIT 100.
  • Dry Run : BigQuery n'exécute rien et annonce le volume d'octets qu'il traiterait, de quoi chiffrer une requête avant de la lancer.
Cas d'usage
un workflow du matin qui sort le chiffre d'affaires de la veille par canal et le pose là où l'équipe le verra vraiment.
02

Insert rows in a table

database.insert

Ce que tu vois dans n8n

Notes & cas d'usage

Écrit les items reçus par le nœud comme de nouvelles lignes dans une table BigQuery existante, sans rédiger la moindre requête.

Paramètres clés

  • Dataset et Table : la destination, obligatoires au même titre que Project, sélectionnés dans l'arborescence BigQuery ou donnés par une expression.
  • Data Mode : Auto-Map Input Data fait correspondre les propriétés entrantes aux colonnes de destination ; Map Each Field Below te laisse définir chaque valeur à la main.
  • Skip Invalid Rows : activé, une ligne hors schéma est écartée et les autres passent ; désactivé, tout le lot échoue.
Cas d'usage
un job horaire qui ajoute les nouvelles inscriptions dans une table d'événements, interrogeable dès le lendemain.
Besoin d'aide

Besoin d'aide pour automatiser Google BigQuery avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Google BigQuery et n8n, les questions qui suivent

01L'intégration Google BigQuery n8n est-elle gratuite ?
Oui, côté n8n. Le nœud Google BigQuery 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. Ce que tu consommes côté Google Cloud est un sujet distinct, que cette page ne traite pas. Un réflexe utile quand même : lance la requête une première fois avec Dry Run activé, lis le volume d'octets que BigQuery annonce, et décide avec ce chiffre sous les yeux.
02Quels credentials faut-il pour le nœud Google BigQuery ?
Deux méthodes existent. OAuth2 est à essayer en premier : plus répandue, moins d'étapes. Sur n8n Cloud, Managed OAuth2 supprime carrément le passage par la Google Cloud Console, il suffit de cliquer sur Sign in with Google dans l'écran du credential. En auto-hébergement, il faut créer un custom OAuth2 : un projet Google Cloud, les API activées, un écran de consentement configuré, et un OAuth client de type Web application dont l'URI de redirection correspond à celle affichée par n8n. Le Service Account est l'autre voie, prise en charge sur un nombre limité de nœuds ; il se remplit avec le Service Account Email et la Private Key du fichier JSON téléchargé.
03Quelles sont les limites du nœud BigQuery dans n8n ?
Le nœud propose 2 opérations sur une seule ressource Database : exécuter une requête, insérer des lignes. C'est toute la surface. Créer un dataset, modifier un schéma, lister les tables ou gérer les droits n'y figurent pas, et c'est le nœud HTTP Request qui prend le relais, en appelant l'API REST de BigQuery avec le même credential Google. Côté requête, Max Results Per Page règle le nombre de lignes renvoyées par page, pas le total : c'est la clause LIMIT de ton SQL qui borne vraiment le résultat. Timeout s'exprime en millisecondes, et l'appel rend généralement la main après environ 200 secondes.
04Un workflow peut-il démarrer depuis Google BigQuery ?
Non. BigQuery n'a pas de nœud trigger dans n8n, donc rien dans l'entrepôt ne réveille un workflow tout seul. Le workflow démarre ailleurs et le nœud BigQuery vient ensuite. Le Schedule Trigger, qui se déclenche à intervalle fixe, couvre la majorité des besoins de reporting : il part, la requête tourne, les lignes continuent leur route. Un Webhook n8n, c'est-à-dire une URL qu'un service tiers appelle, convient quand un système extérieur sait qu'un événement s'est produit. Le trigger d'un autre outil marche aussi, par exemple une nouvelle ligne à archiver. Le nœud BigQuery, lui, n'agit que lorsque le workflow arrive jusqu'à lui.
05n8n ou Make pour Google BigQuery ?
Ça dépend de quatre critères. L'hébergement : n8n s'installe sur ton propre serveur avec Docker ou npm, ou s'utilise sur n8n Cloud, alors que Make n'existe qu'en version hébergée. La maîtrise des données suit : pour un entrepôt qui contient des données clients, garder les requêtes dans ton infrastructure pèse souvent lourd. Le modèle de coût : Make facture à l'opération, ce qu'un workflow qui insère des lignes en masse finit par sentir. La logique visuelle : les deux dessinent le flux sur un canvas, et là c'est surtout une affaire d'habitude. Teste les deux sur une vraie requête avant de trancher.
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