NocoDB Zapier integrationAutomate NocoDB with Zapier.
The NocoDB Zapier integration covers 1 trigger, 6 actions and 2 searches. Enough to react when a row is added or edited in a table, write rows one at a time or in bulk, and look a record up before touching it, all from a no-code editor.
Verified Trustpilot reviews · AI, automation & growth agency
What the NocoDB Zapier integration does for you
NocoDB turns a database into tables you edit like a spreadsheet. Zapier links apps together without code. With the two connected, Zapier spots rows that are added or changed in a NocoDB table, and can create, update, delete or look up rows for you, in any table your account reaches.
Three outcomes cover most uses. Tables that talk to each other: New or Updated Record watches one table and Create Record writes the matching row into another, so an order logged by sales appears in the delivery table. No more duplicates: Create or Update Record compares a field you choose and updates the row that matches instead of adding a second one. Bulk work in one step: the two Advanced actions create or update several rows in a single action, handy when an earlier step hands over a whole list rather than one item at a time.
The gaps are worth knowing up front. There is only one trigger, so nothing fires on a deleted row, and it watches a single table per Zap. Every operation asks for a workspace, a base and a table, and the workspace choice only means something on NocoDB cloud: a self-hosted instance shows one option. If your project needs more than that, see the NocoDB n8n integration or the NocoDB Make integration.
Zapier vocabulary in one minute
Eight words that come back in every block of this page.
- Zap
- The automation you build on Zapier: one trigger, then one or more actions that run each time the trigger event happens.
- Trigger
- The event that starts the Zap. With NocoDB, a row added or edited in the table you picked.
- Action
- What the Zap does once it has started: the step that creates, updates or deletes a row for you.
- Task
- The unit Zapier bills. One action completed successfully is one task, and your plan caps how many you get per month.
- Polling vs instant
- Polling: Zapier checks the app on a timer. Instant: the app tells Zapier right away. The NocoDB trigger is polling.
- Filter
- A step that lets the Zap continue only when the data meets a condition you set. Otherwise the run stops there.
- Search step
- A step that finds a row that already exists, so the steps after it can use or update it without guessing.
- Multi-step Zap
- Any Zap beyond one trigger and one action. A search, a filter or a second action makes it one, and a paid plan is then needed.
What it costs to keep running
The bill follows successful actions, not the number of Zaps.
- Free plan100 tasks a month
- Free plan Zap2 steps maximum
- Premium appNo
- Trigger typePolling
Watching a NocoDB table never costs a task, however often Zapier checks. Each action that goes through counts as one task, and one that fails is not counted. A Zap that searches a row and then updates it spends one task per action that succeeds. The free plan includes 100 tasks a month and unlimited Zaps, but each Zap stops at two steps. A search step or a filter makes the Zap multi-step, and that needs a paid plan. NocoDB is not a premium app.
Connect NocoDB to Zapier in 3 steps
- 01
Add the connection
On the Apps page of your Zapier account, click + Add connection. A dialog with a search box opens: type NocoDB and pick it from the list of apps that comes up.
- 02
Sign in to NocoDB
Click Add connection and sign in to NocoDB in the tab that opens. Use the account that can see the workspaces, bases and tables your Zaps will read or write.
- 03
Grant access
Allow Zapier into the account when NocoDB asks. The connection appears on your Apps page, and every NocoDB step of every Zap reuses it without a new sign-in.
Your first Zap: from a confirmed order to a delivery row
GoalWhen an order row is added or edited in NocoDB and is confirmed, find the customer in another table and create a delivery row.
- 01
Watch the orders table
Start a new Zap with NocoDB and New or Updated Record. Pick the workspace, base, table and time field. Test: Zapier brings back the three most recent rows.
- 02
Keep confirmed orders only
Add a Filter. In Configure & test, choose the status field from the test row, the rule, and the value that means confirmed in your table.
- 03
Find the customer
Add Search Records from the SEARCH part of the event list, on your customers table, and map the customer from the order into it.
- 04
Create the delivery row
Add Create Record on the delivery table and map the order and the customer found. Write into a different table from the one you watch, or the Zap will loop.
- 05
Test and publish
Test every step, read what came back, then Publish. With a filter and a search this Zap is multi-step, so it needs a paid plan.
The NocoDB trigger
1 event starts a Zap when something happens in NocoDB. Zapier checks for them at the interval your plan allows.
New or Updated Record
Polling triggerIn Zapier“Triggers when record is updated or created.”
Fires the Zap when a row is created or edited in the NocoDB table you chose, and passes that row to the steps after it. One trigger covers both cases, so a Zap built on it reacts to fresh rows and to corrections alike.
The NocoDB actions
NocoDB gives you 6 actions. For each one: what it does for you, when to reach for it, and what to watch out for.
Create Record
ActionIn Zapier“Create a record to NocoDB table.”
Adds one new row to the table you pick, filled from whatever the earlier steps carried. The workhorse of most NocoDB Zaps.
Create Records (Advanced)
ActionIn Zapier“Create multiple records.”
Writes several rows in a single action rather than one per run, for when an earlier step hands over a whole batch.
Delete Record
ActionIn Zapier“Delete a record on selected NocoDB table.”
Removes a row from the selected NocoDB table, the one an earlier step identified.
Update Record
ActionIn Zapier“Update a record on selected NocoDB table.”
Changes the content of one existing row, the one you point it to, without creating anything new.
Update Records (Advanced)
ActionIn Zapier“Update multiple records on selected NocoDB table.”
Edits several rows of the selected table in one action, the bulk counterpart of Update Record.
Create or Update Record
ActionIn Zapier“Create or Update Record based on selected field.”
Checks the table for a row whose lookup field matches the value you send: if it finds one, it updates it, if not, it creates a new row.
The NocoDB searches
2 search steps look for data that already exists in NocoDB, so a later step can use it.
A search step creates nothing: it finds a row that already exists and hands it to the next steps. You pick it from the Action event list, under the SEARCH heading. Some action fields also offer + Add search step, which inserts one right before and wires it in.
Get Record by ID
SearchIn Zapier“Get a record using record id.”
Fetches one precise row from a table using its record ID, the identifier NocoDB gives each row.
Search Records
SearchFind or createIn Zapier“Search one or more records in NocoDB.”
Looks through a table for one or more rows and returns them to the Zap. The editor also lists it as Find or Create Records in NocoDB if not found: same search, with the create box ticked.
The three settings every search exposes
- Successful if no search results are found?Left on its default, a search that finds nothing stops the Zap and skips the steps that depended on it. Switched on, the Zap carries on empty-handed.
- Create X if it doesn't exist yet?Ticking it turns Search Records into a find-or-create: the setting above disappears and the step asks for the fields needed to create the missing row.
- If multiple search results are found?Three ways out when several rows match: keep the first one, which is the default, stop the Zap, or pass all of them on at once.
When it breaks
Zapier attaches no error specific to NocoDB. What goes wrong comes from how Zaps work, and one trap is sharper here because the trigger also fires on edits.
Three cases explain most of the surprises with a NocoDB Zap once it is live. If one keeps coming back, our Zapier troubleshooting page goes through the fixes.
The Zap edits itself into a loop
Any Create, Update or Create or Update action aimed at the table New or Updated Record watches is a fresh edit there. The Zap restarts each time and burns through tasks.Existing rows are never processed
A Zap only reacts to what happens after you publish it. Rows already in the table do not start it, and handling that backlog is a separate job.A big import is held back
Import or bulk-edit many rows at once and the trigger suddenly returns a huge batch. Zapier's flood protection can hold that batch back rather than run it.
Need help automating NocoDB with Zapier?
A person reads every message.



