Ressources · Intégration Make

Intégration NocoDB MakeAutomatiser NocoDB avec Make.

Et si ta base NocoDB se mettait à jour toute seule ? L'intégration NocoDB Make met 12 modules à ta disposition, les briques qu'on assemble dans un scénario automatisé, plus 2 déclencheurs qui lancent tout. Voilà ce que fait chacun, et par quoi commencer.

Essayer l'intégration NocoDB sur MakeVoir les 12 modules

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

Ce que tu peux automatiser

Que fait vraiment l'intégration NocoDB Make ?

L'intégration NocoDB Make relie ta base NocoDB au reste de tes outils. Tu branches ton compte une fois, ce lien s'appelle une connexion, et tu récupères 12 modules à poser dans un scénario, l'automatisation que Make fait tourner pour toi : 2 déclencheurs pour lancer, 6 actions pour écrire, 4 recherches pour retrouver une ligne.

Trois usages reviennent tout le temps. Un cabinet suit ses demandes dans une table, Watch Records repère chaque nouvelle ligne et la pousse là où le travail se fait vraiment. Un atelier garde son stock dans NocoDB : Search Records retrouve la bonne pièce, Update a Record écrit la quantité restante. Une boutique importe ses contacts par paquets avec Bulk Create Records, puis remet tout le lot à jour d'un coup avec Bulk Update Records.

Ce que Make ne fera pas ici : les 12 modules travaillent tous au niveau de la ligne. Créer une table, ajouter une colonne ou changer une vue ne figure pas dans la liste. La documentation publiée côté Make pour cette app est en plus générée à partir de la doc NocoDB, donc un détail peut être faux, et ce qui compte se vérifie chez NocoDB. Quand un module manque, Make an API Call va chercher le reste de l'API avec la même connexion.

NocoDB existe aussi côté n8n, autant le dire. Pour trancher, il y a le comparatif n8n vs Make et la page Intégration NocoDB n8n, qui montre les mêmes gestes avec l'autre outil. Et si personne dans l'équipe n'a envie d'apprendre sur le tas, la Formation Make sert exactement à ça.

Connexion

Comment relier ton compte NocoDB à Make ?

  1. 01

    Crée ton jeton d'API dans NocoDB

    Le jeton vient de NocoDB, pas de Make. Ouvre le menu utilisateur en bas à gauche de la barre latérale, va dans Account Settings, puis dans l'onglet Tokens. Clique Add New API Token, donne-lui un nom, enregistre, et copie le jeton sous le menu Actions.

  2. 02

    Ajoute un module NocoDB dans Make

    Dans un scénario, pose n'importe quel module NocoDB et clique Create a connection. Si le module porte l'étiquette instantané, Make demande d'abord Create a webhook, puis Create a connection. Le champ Connection name est facultatif.

  3. 03

    Colle tes identifiants

    Colle le jeton copié, ajoute les identifiants d'API de la base et des tables que tu veux atteindre, puis suis ce que la fenêtre demande. Dès que la connexion répond, tous les modules NocoDB s'en servent, et Make peut lister ce qui vit dans ta base.

Premier scénario

Ton premier scénario : une réponse qui devient une ligne

ObjectifQuand une nouvelle réponse arrive dans NocoDB, Make crée la ligne de suivi dans la table de ton choix.

  1. 01

    Crée le scénario

    Depuis la page des scénarios, lance un scénario vide et clique sur le + au milieu de la toile. C'est par ce bouton que tous les modules s'ajoutent, et le premier posé est celui qui démarre tout.

  2. 02

    Pose Watch Responses

    Cherche NocoDB par son nom et choisis Watch Responses. Comme c'est un module instantané, Make réclame Create a webhook avant Create a connection : fais les deux dans cet ordre.

  3. 03

    Ajoute Create a Record derrière

    Clique le + à droite du déclencheur et ajoute Create a Record. Choisis la table où la ligne doit atterrir, puis fais glisser les valeurs du premier module dans les champs à remplir.

  4. 04

    Teste avec Run once

    Clique Run once, le bouton qui exécute le scénario une seule fois, et regarde ce que chaque module a reçu. Une ligne créée au bon endroit, avec les bonnes valeurs : le scénario tient debout.

  5. 05

    Active le scénario

    Il ne reste qu'à basculer l'interrupteur. Le déclencheur étant instantané, il n'attend aucun intervalle : NocoDB prévient Make dès qu'une réponse est envoyée, et le scénario part tout seul.

Déclencheurs

Qu'est-ce qui déclenche un scénario NocoDB ?

2 modules démarrent un scénario quand quelque chose se passe dans NocoDB. Un déclencheur planifié est vérifié par Make au rythme du scénario ; un déclencheur instantané est appelé par NocoDB dès que ça se passe.

NocoDB1Watch Records

Watch Records

Déclencheur planifié

Dans Make“Returns all newly created or updated records in a table (requires "Created Time" or "Last Modified Time" fields).”

Watch Records surveille une table et transmet au scénario chaque ligne qui vient d'être créée ou modifiée. Chaque ligne arrive sous forme de bundle, l'élément qui passe d'un module au suivant.

Comment il se déclenche
planifié, c'est-à-dire que Make va voir de lui-même au lieu d'être prévenu. Make interroge l'app au rythme du scénario, et l'écart le plus court descend à 15 minutes sur le plan Free.
Quand l'utiliser
ton équipe remplit une table à la main et la suite doit démarrer sans que personne y pense.
Attention
la table doit contenir un champ Created Time ou Last Modified Time, sinon le module ne sait pas distinguer ce qui est nouveau.
NocoDB2Watch Responses

Watch Responses

Déclencheur instantané

Dans Make“Triggers when a new response is submitted.”

Watch Responses part dès qu'une nouvelle réponse est envoyée dans NocoDB, sans que personne ouvre Make.

Comment il se déclenche
instantané. L'app prévient Make par webhook, une adresse que Make fabrique pour recevoir l'information, donc il n'y a aucun intervalle à attendre.
Quand l'utiliser
une demande tombe et quelqu'un attend la réponse au bout du fil, là où le délai d'une vérification planifiée se verrait.
Attention
un module instantané réclame son webhook d'abord. Clique Create a webhook, puis Create a connection, dans cet ordre.
Modules

Ce que savent faire les 10 autres modules

NocoDB te donne 10 modules. Pour chacun : ce qu'il fait pour toi, le moment où tu le choisis, et ce qu'il faut surveiller.

NocoDB1

Create a Record

Action

Dans Make“Creates a record in the given table.”

Create a Record écrit une ligne neuve dans la table que tu désignes, avec les valeurs récupérées sur les modules précédents.

Quand l'utiliser
un devis signé, une inscription, un ticket : la donnée doit atterrir dans la base où l'équipe la suit.
Attention
il ne vérifie rien avant d'écrire. Un scénario qui repasse deux fois crée deux lignes, alors que Upsert a Record regarde d'abord.
NocoDB2

Delete a Record

Action

Dans Make“Deletes a record with the given record ID.”

Une ligne, un identifiant d'enregistrement, et Delete a Record la sort définitivement de la table.

Quand l'utiliser
un doublon s'est glissé dans la base, ou les lignes de test doivent disparaître une fois le scénario au point.
Attention
rien dans Make ne la ramène. Fais tourner le scénario avec Run once sur une copie de la table avant de le lâcher sur la vraie.
NocoDB3

Get a Record

Action

Dans Make“Gets a record by the record ID.”

Get a Record va chercher une ligne précise à partir de son identifiant d'enregistrement et rend tous ses champs à la suite du scénario.

Quand l'utiliser
un module plus loin ne transporte qu'un identifiant et il te manque le reste, un nom, un statut, un montant.
Attention
il ne travaille que sur l'identifiant. Avec un email ou une référence en main, Search Records passe avant.
NocoDB4

Make an API Call

Action

Dans Make“Performs an arbitrary authorized API call.”

Make an API Call ouvre le reste de l'API NocoDB à ton scénario. Même connexion, n'importe quel point d'entrée exposé par l'API, une requête que tu écris toi-même.

Quand l'utiliser
ce dont tu as besoin ne figure pas dans les autres modules de l'app, et tout reconstruire ailleurs n'a pas de sens.
Attention
Make envoie exactement ce que tu tapes. La référence de l'API NocoDB reste ouverte à côté de l'éditeur.
NocoDB5

Update a Record

Action

Dans Make“Updates a record by record ID.”

Update a Record modifie les champs que tu nommes sur une ligne existante, repérée par son identifiant d'enregistrement. Le reste ne bouge pas.

Quand l'utiliser
un statut passe de « en cours » à « fait », une date de livraison change, un commentaire revient d'un autre outil.
Attention
pas d'identifiant, pas de mise à jour. Place-le derrière un déclencheur ou derrière Search Records, les deux modules qui te le donnent.
NocoDB6

Upsert a Record

Action

Dans Make“Tries to update a record with the given record ID, if the record does not exist, it creates one.”

Upsert a Record tranche à ta place. Il tente d'abord la mise à jour sur l'identifiant fourni, et crée la ligne quand il n'y a rien à mettre à jour.

Quand l'utiliser
une liste qui revient, un catalogue que tu rafraîchis sans vouloir deux exemplaires de chaque référence.
Attention
tout repose sur l'identifiant envoyé. S'il est faux, tu obtiens une ligne toute neuve au lieu de la correction attendue.
NocoDB7

Bulk Create Records (Advanced)

Recherche

Dans Make“Сreates multiple records.”

Bulk Create Records écrit un paquet de lignes en une seule passe, au lieu d'un passage de module par ligne.

Quand l'utiliser
un import arrive d'un bloc, une liste de contacts ou un catalogue produit.
Attention
il est typé recherche, donc il peut renvoyer plusieurs éléments à la suite, et chacun coûte une opération, l'unité que Make décompte sur ton plan.
NocoDB8

Bulk Delete Records (Advanced)

Recherche

Dans Make“Delete multiple records.”

Bulk Delete Records efface plusieurs lignes d'un coup, une fois que tu lui as dit lesquelles.

Quand l'utiliser
un lot de lignes de test, ou des lignes déjà traitées, doit quitter la table en une fois.
Attention
le risque est en amont. Ce que le module précédent lui transmet sera supprimé, donc lis cette liste avec Run once avant même de brancher ce module.
NocoDB9

Bulk Update Records (Advanced)

Recherche

Dans Make“Updates multiple records.”

Bulk Update Records réécrit les mêmes champs sur un groupe de lignes, une passe pour tout le lot.

Quand l'utiliser
un lot entier change d'état ensemble, des factures marquées comme envoyées, des contacts réétiquetés après une campagne.
Attention
les lignes doivent être identifiées avant, donc Search Records se place presque toujours juste devant.
NocoDB10

Search Records

Recherche

Dans Make“Returns a list of records matching the where condition.”

Search Records parcourt une table et renvoie les lignes qui répondent à la condition que tu écris, prêtes pour la suite du scénario.

Quand l'utiliser
tu tiens un email, une référence ou un statut, et l'identifiant dont tu as besoin dort quelque part dans la base.
Attention
une recherche rend zéro, une ou plusieurs lignes, jamais un nombre garanti. Prévois le cas vide, et souviens-toi que chaque ligne trouvée relance la suite du scénario.
Besoin d'aide

Besoin d'aide pour automatiser NocoDB avec Make ?

Une personne lit chaque message.

FAQ

Les questions qui viennent ensuite

01L'intégration NocoDB Make est-elle gratuite ?
Oui. NocoDB est une app standard de Make, donc accessible dès le plan Free, sans supplément côté Make pour cette app. C'est le plan qui pose les limites : 2 scénarios actifs, 15 minutes minimum entre deux exécutions planifiées, 5 minutes d'exécution par passage, des fichiers jusqu'à 5 Mo et 512 Mo de transfert. Les plans payants descendent l'intervalle à 1 minute, enlèvent la limite de scénarios actifs et poussent l'exécution à 40 minutes. Ce que coûte ton compte NocoDB se règle de son côté.
02Que faut-il pour connecter NocoDB à Make ?
Un compte NocoDB actif, un jeton d'API et les identifiants d'API de la base et des tables visées. Le jeton se crée dans NocoDB : menu utilisateur en bas à gauche, Account Settings, onglet Tokens, Add New API Token, puis copie sous le menu Actions. Côté Make, ajoute un module NocoDB, clique Create a connection, nomme la connexion si ça t'arrange, et colle les identifiants. Les modules instantanés réclament d'abord Create a webhook. La connexion se fait une fois et sert à tous les modules NocoDB.
03Le déclencheur NocoDB réagit-il en temps réel ?
Ça dépend duquel. Watch Records est planifié : Make va interroger la table au rythme du scénario, soit 15 minutes au minimum sur le plan Free, et 1 minute sur un plan payant. Watch Responses est instantané : NocoDB prévient Make par webhook dès qu'une réponse est envoyée, et le scénario part dans la foulée. Si la réaction doit être immédiate, c'est le déclencheur instantané. Si un passage régulier suffit, Watch Records demande moins de réglages, puisqu'il n'y a pas de webhook à créer.
04Que faire si un module NocoDB manque dans Make ?
Make an API Call règle le cas pour cette app. Il emprunte la même connexion et atteint n'importe quel point d'entrée de l'API NocoDB, donc ce que les autres modules ne couvrent pas se traite quand même dans le scénario. Deux réserves. La requête, c'est toi qui l'écris, la référence de l'API NocoDB reste donc ouverte à côté. Et la documentation publiée pour cette app est générée depuis la doc NocoDB : un détail peut être inexact, ce qui compte se vérifie directement chez NocoDB.
05Make ou n8n pour NocoDB ?
Ça dépend de comment ton équipe travaille déjà. NocoDB est disponible des deux côtés : un module ici dans Make, un nœud dans n8n, pour construire le même scénario. Côté Make, les modules se posent et se relient sans écrire de code, avec un plan Free pour essayer tout de suite. n8n propose lui aussi un nœud NocoDB, pour le même résultat. Ni l'un ni l'autre ne l'emporte dans l'absolu : ce qui compte, c'est l'outil que la personne qui reprendra ce scénario saura ouvrir et modifier. Le comparatif plus haut détaille les critères sans désigner de gagnant.
Hack'celeration Lab

Reçois nos astuces d'automatisation chaque semaine.

Pas de spam. Désinscription en un clic.

Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations