Ressources · Intégration n8n

Intégration Baserow n8nAutomatiser Baserow avec n8n.

Une base Baserow se remplit toute seule dès qu’un workflow s’en occupe. L’intégration Baserow n8n tient dans un seul nœud, une ressource Row et 8 opérations, de la ligne unitaire aux lots de 200 lignes. Pas de nœud trigger : un autre déclencheur lance l’exécution. Pour les équipes qui gèrent leur suivi en base.

Tester l'intégration Baserow sur n8nVoir les 8 opérations

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

Pourquoi automatiser

À quoi sert l’intégration Baserow n8n ?

L’intégration Baserow n8n relie une base Baserow au reste des outils d’un workflow, c’est-à-dire d’une suite d’étapes automatisées, grâce à un nœud livré avec n8n. Ce nœud dialogue avec l’API de Baserow, la porte d’entrée par laquelle un programme lit et écrit les données, sur une seule ressource nommée Row. Il couvre 8 opérations : créer, lire, mettre à jour et supprimer des lignes, à l’unité ou par lots de 200 lignes par requête. Rien à installer, sur n8n Cloud comme sur une instance auto-hébergée.

Premier cas, le suivi de production d’une petite équipe. Chaque commande validée déclenche row.create, la ligne apparaît dans la table avec son identifiant, et l’atelier voit l’état sans que personne recopie quoi que ce soit. Ce genre de branche tourne souvent d’abord sur Google Sheets, puis migre vers une vraie base quand le tableur sature.

Deuxième cas, l’enrichissement de nuit. Un Schedule Trigger réveille le workflow à intervalle fixe, row.getAll sort les lignes incomplètes avec un filtre, une étape de recherche trouve l’information manquante, et row.batchUpdate réécrit jusqu’à 200 lignes par requête au lieu d’un appel par ligne. Ceux qui viennent d’Airtable retrouvent la mécanique, avec la question de l’hébergement réglée autrement.

Troisième cas, le ménage de fin de cycle. row.getAll liste les lignes archivables, row.batchDelete récupère leurs identifiants dans les items entrants, et la table de travail reste lisible. Quand ces mêmes données doivent aussi vivre dans une base relationnelle, la même exécution en pousse une copie vers Supabase.

Le nœud HTTP Request prend le relais dès qu’on sort de la ressource Row. Créer une table, modifier un champ, lire la structure de la base : le nœud dédié ne le fait pas, alors que HTTP Request appelle n’importe quel endpoint de l’API Baserow en réutilisant le même credential, c’est-à-dire l’accès enregistré une fois dans n8n, via son authentification prédéfinie.

Deux limites à intégrer dès la conception. Baserow n’a pas de nœud trigger dans n8n : le workflow démarre avec un Schedule Trigger à intervalle fixe, avec un Webhook n8n, une URL exposée par n8n qu’un service tiers appelle, ou avec le déclencheur d’un autre outil. Et les opérations par lots s’arrêtent à 200 lignes par requête, donc un import volumineux se découpe en plusieurs appels. Ces arbitrages reviennent dans l’Avis n8n, et se travaillent en pratique dans la Formation n8n.

Connexion

Comment connecter Baserow à n8n ?

  1. 01

    Renseigner le Host

    Les deux méthodes commencent par le même champ. Host reste sur https://api.baserow.io pour une instance hébergée par Baserow, et prend l’URL de l’API de ton instance quand Baserow tourne sur tes serveurs. Le credential se crée une seule fois dans le menu Credentials de n8n, puis chaque nœud Baserow le retrouve dans sa liste déroulante.

  2. 02

    Passer par un compte utilisateur

    L’authentification Basic auth réutilise un compte Baserow existant : Username et Password sont ceux de connexion. Le nœud voit alors exactement ce que ce compte voit, ni plus ni moins. Un compte dédié à l’automatisation vaut mieux qu’un identifiant personnel, qui cesse de fonctionner le jour où la personne part.

  3. 03

    Ou générer un Database Token

    Le jeton évite de confier un mot de passe à un workflow. Dans Baserow, connecte-toi, clique sur ton workspace en haut à gauche, ouvre My Settings puis Database tokens, et clique sur Create token. Un jeton demande un Name et un Workspace : sa portée s’arrête à ce workspace. Colle-le dans le champ Database Token côté n8n.

Actions

Ce que chaque opération Baserow fait dans n8n

Le nœud Baserow expose 8 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 ManyUpdateDeleteBatch CreateBatch DeleteBatch Update
Row✓✓✓✓✓✓✓✓

Row

8 opérations
01

Create multiple rows

row.batchCreate

Ce que tu vois dans n8n

Notes & cas d'usage

Écrit plusieurs lignes d’un coup dans une table, jusqu’à 200 par requête, et renvoie chaque ligne créée.

Paramètres clés

  • Table Name or ID : la table de destination, choisie dans la liste ou fixée par une expression comme {{ $json.tableId }}.
  • Data to Send : avec autoMapInputData, les propriétés entrantes partent dans les colonnes de même nom ; avec defineBelow, tu remplis la collection Rows à la main.
  • Inputs to Ignore : les propriétés à ne pas envoyer, séparées par des virgules, utile quand les nœuds précédents ajoutent des champs techniques.
Cas d’usage
verser un export de participants dans une table neuve sans boucler item par item.
02

Delete multiple rows

row.batchDelete

Ce que tu vois dans n8n

Notes & cas d'usage

Supprime jusqu’à 200 lignes en une requête, à partir de leurs identifiants. Le nœud ne relit rien avant : le workflow doit savoir ce qu’il vise.

Paramètres clés

  • Table Name or ID : la table à laquelle appartiennent les lignes, choisie dans la liste ou fixée par une expression.
  • Row IDs : les identifiants saisis un par un quand Data to Send vaut defineBelow.
  • Property Containing Row ID : en mode autoMapInputData, le nom de la propriété qui porte l’identifiant dans chaque item entrant.
Cas d’usage
vider une table tampon en fin de traitement, une fois les lignes recopiées ailleurs.
03

Update multiple rows

row.batchUpdate

Ce que tu vois dans n8n

Notes & cas d'usage

Applique une série de modifications en une seule requête, jusqu’à 200 lignes, au lieu d’exécuter le nœud une fois par item entrant.

Paramètres clés

  • Rows : la collection alimentée avec Add Row, où chaque entrée porte les valeurs à écrire en mode defineBelow.
  • Inputs to Ignore : ce qui ne doit pas partir vers Baserow quand les données entrantes sont mappées automatiquement.
  • Table Name or ID : une seule table pour tout le lot, donc des lignes réparties sur deux tables demandent deux nœuds.
Cas d’usage
reporter un statut ou une note sur les lignes qu’une étape précédente vient de calculer.
04

Create a row

row.create

Ce que tu vois dans n8n

Notes & cas d'usage

Ajoute une ligne à une table et la renvoie avec l’identifiant attribué par Baserow, que les nœuds suivants réutilisent pour la modifier ou la supprimer.

Paramètres clés

  • Fields to Send : les valeurs de colonnes, ajoutées une à une avec Add Field quand Data to Send vaut defineBelow.
  • Table Name or ID : champ requis, donc une valeur vide arrête le nœud avant même l’appel à Baserow.
Cas d’usage
enregistrer une demande reçue par mail sous forme de ligne, prête pour la suite de la branche.
05

Delete a row

row.delete

Ce que tu vois dans n8n

Notes & cas d'usage

Retire une ligne précise, et elle seule, de la table visée. Le nœud attend l’identifiant, pas la valeur d’une colonne : un nom ou une adresse mail ne suffisent pas.

Paramètres clés

  • Row ID : l’identifiant de la ligne à supprimer, saisi ou repris d’une étape précédente par une expression.
  • Table Name or ID : la table concernée, puisque l’identifiant seul n’indique pas où chercher.
Cas d’usage
effacer un doublon dès qu’une étape de contrôle le repère, une ligne par exécution.
06

Get a row

row.get

Ce que tu vois dans n8n

Notes & cas d'usage

Va chercher une ligne et transmet ses colonnes au nœud suivant. Pratique quand le workflow tient un identifiant et qu’il lui manque le contenu.

Paramètres clés

  • Row ID : l’identifiant de la ligne à renvoyer, souvent celui qu’une création a produit plus tôt dans le même workflow.
  • Table Name or ID : la table à lire, sélectionnée dans la liste ou résolue par expression si la branche traite plusieurs tables.
Cas d’usage
afficher la fiche complète derrière un identifiant collé dans un message, avant de décider de la suite.
07

Get many rows

row.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Lit plusieurs lignes en un appel, filtre, recherche et tri côté Baserow plutôt que dans un nœud Code après coup.

Paramètres clés

  • Table Name or ID : la table à lire, choisie dans la liste ou fixée par une expression.
  • Return All : activé, n8n va chercher la dernière ligne ; désactivé, Limit fixe le nombre de lignes renvoyées.
  • Filters et Filter Type : les règles de comparaison ajoutées avec Add Filter ; à partir de deux, AND les exige toutes et OR n’en exige qu’une.
  • Search Term : un texte cherché dans n’importe quelle colonne ; Sorting fixe l’ordre des lignes.
Cas d’usage
composer le récapitulatif hebdomadaire à partir des lignes ajoutées depuis la dernière exécution.
08

Update a row

row.update

Ce que tu vois dans n8n

Notes & cas d'usage

Réécrit les colonnes d’une ligne existante. La ligne garde son identifiant, donc le même workflow peut y revenir plus loin dans la branche.

Paramètres clés

  • Table Name or ID : la table qui contient la ligne, requis en plus de Row ID.
  • Row ID : la ligne qui reçoit les nouvelles valeurs.
  • Fields to Send : chaque colonne et sa valeur, ajoutées avec Add Field, ou remplies automatiquement en mode autoMapInputData.
  • Inputs to Ignore : les propriétés entrantes à exclure de ce mappage automatique.
Cas d’usage
passer une commande en « expédiée » quand le transporteur confirme, sans toucher aux autres lignes.
Besoin d'aide

Besoin d'aide pour automatiser Baserow avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Les questions qui reviennent sur Baserow et n8n

01L’intégration Baserow n8n est-elle gratuite ?
Oui côté n8n. Le nœud Baserow est livré avec n8n, donc rien à installer et rien à payer en plus pour le connecteur lui-même, que le workflow tourne sur n8n Cloud ou sur une instance auto-hébergée avec Docker ou npm. Un workflow construit sur l’un fonctionne à l’identique sur l’autre, ce qui compte si tu démarres sur Cloud avant de rapatrier. Les 8 opérations de la ressource Row sont disponibles dans les deux cas. Ce que coûte Baserow de son côté dépend de l’instance que tu connectes, et sort du cadre de cette page.
02Quels credentials faut-il pour connecter Baserow à n8n ?
Deux méthodes, qui commencent toutes les deux par le Host de ton instance. Basic auth demande le Username et le Password d’un compte utilisateur Baserow, et le nœud voit alors ce que ce compte voit. La méthode par jeton demande un Database Token créé dans Baserow : connecte-toi, clique sur ton workspace en haut à gauche, ouvre My Settings puis Database tokens, clique sur Create token, et donne-lui un Name et un Workspace. Le Host garde la valeur par défaut pour une instance hébergée par Baserow, et devient l’URL de l’API de la tienne en auto-hébergement. Le credential est enregistré une fois dans n8n et resservi partout.
03Quelles sont les limites du nœud Baserow ?
Trois limites méritent d’être anticipées. Le nœud ne travaille que sur une ressource, Row, donc tout ce qui touche aux tables, aux champs ou à la structure de la base passe par le nœud HTTP Request, qui appelle n’importe quel endpoint de l’API Baserow avec le même credential. Les opérations par lots s’arrêtent à 200 lignes par requête, donc un gros import se découpe. Et la lecture en masse dépend de Return All : désactivé, le nœud s’arrête au nombre fixé dans Limit, ce qui tronque un export sans prévenir. Filters, Filter Type, Search Term et Sorting réduisent le résultat avant qu’il entre dans le workflow.
04Baserow peut-il déclencher un workflow en temps réel ?
Non, Baserow n’a pas de nœud trigger dans n8n. Un workflow qui touche à Baserow démarre donc ailleurs, et il y a trois portes d’entrée habituelles. Le Schedule Trigger l’exécute à intervalle fixe, ce qui convient à une synchronisation ou à un récapitulatif qui lit les lignes avec Get Many Rows. Le Webhook n8n donne au workflow une URL qu’un service tiers appelle, donc un événement externe ouvre l’exécution et la ligne se crée dans la foulée. Ou le déclencheur d’un autre outil lance tout, un nouveau message ou un nouveau fichier, Baserow servant de destination plus loin.
05n8n ou Make pour Baserow ?
Ça dépend de deux choses : où doivent vivre les données, et comment tu veux payer les exécutions. n8n s’auto-héberge avec Docker ou npm, donc les lignes et les credentials restent sur une infrastructure que tu maîtrises, et le même workflow tourne aussi sur n8n Cloud. Make est hébergé uniquement, sans option d’auto-hébergement, et sa facturation compte les opérations : prévisible sur de petits volumes, moins quand un traitement de nuit écrit 200 lignes d’un coup. Les deux construisent les workflows visuellement. Compte les opérations qu’un scénario Make consommerait avant de comparer les prix.
Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations