n8n vs Make vs Zapier vs custom code: the 2026 decision guide
Compare billing units, ownership, failure handling and realistic volume before choosing an automation platform.
Short answer: choose by failure cost and operating model
Choose Zapier when a non-technical team needs the fastest route between well-supported SaaS products. Choose Make when the route benefits from visual data mapping and branching. Choose n8n when technical flexibility, multi-step workflows or self-hosting matter. Choose custom code when the workflow is product logic, carries critical state or needs precise tests and performance.
The logo is not the architecture. Before selecting a platform, define the system of record, data boundary, failure owner, retry rule and manual fallback.
| Option | Usually fits | Billing signal | Main trade-off |
|---|---|---|---|
| Zapier | Fast SaaS-to-SaaS automation owned by operations teams | Successful tasks and some weighted AI or programmatic actions | Easy start; task usage grows with successful actions |
| Make | Visual routes with mapping, routers and supported business apps | Credits consumed by module actions and some AI usage | Flexible canvas; large scenarios can become difficult to operate |
| n8n | Technical teams, APIs, multi-step flows and hosting control | Cloud plans count workflow executions with unlimited steps | More control; self-hosting adds operational responsibility |
| Custom code | Core product logic, high volume, strict state and testing requirements | Infrastructure, external APIs and engineering time | Maximum control; highest delivery and maintenance burden |
How n8n, Make and Zapier count usage
The billing units are not interchangeable. As verified on 27 August 2026, n8n Cloud prices plans by workflow executions and does not charge extra for the number of steps inside one execution. Make uses credits: most non-AI module actions use one credit, while some built-in AI features can consume more. Zapier counts successful action steps as tasks and applies different rates to some AI, MCP and programmatic actions.
Always model the real route. A lead workflow that validates data, searches the CRM, creates a record and sends an alert can consume one n8n execution, several Make credits or several Zapier tasks.
| Platform | Unit | Illustrative route | What can change the count |
|---|---|---|---|
| n8n Cloud | Workflow execution | About 1 execution | Additional executions, retries and architecture choices |
| Make | Credit | About 5 credits when five modules run | Iterators, searches, repeated bundles and built-in AI usage |
| Zapier | Task | About 4 tasks when four actions succeed | Weighted AI actions, MCP calls and extra successful actions |
| Custom code | No platform unit | 1 handler run plus its API calls | Compute time, queues, storage, model tokens and engineering |
Scenario 1: 5,000 events per month
At this volume, delivery speed and operator clarity normally matter more than infrastructure optimization. Zapier or Make can be sensible when every required application has a reliable connector and the process owner can diagnose failures. n8n becomes attractive when the route has many steps, custom APIs or a technical owner.
The model below is intentionally mechanical. It shows why an event count cannot be compared directly with a task or credit allowance.
| Option | Modelled monthly usage | What to verify before choosing |
|---|---|---|
| n8n Cloud | About 5,000 executions | Concurrency, execution retention and required integrations |
| Make | About 25,000 credits | Bundle multiplication, polling, data transfer and error routes |
| Zapier | About 20,000 tasks | Premium apps, polling interval and weighted AI steps |
| Custom code | 5,000 handler runs plus APIs | Whether custom delivery is justified for a small route |
Scenario 2: 50,000 events per month
At 50,000 events, the number of actions per event becomes a budget decision. Map the p50 and worst-case path separately: a normal event may use four actions while a duplicate, enrichment retry or exception can use ten.
This is also the point where observability needs an owner. A cheaper unit price does not compensate for missing alerts, unclear retries or a queue that silently stops.
| Option | Modelled monthly usage | Likely design concern |
|---|---|---|
| n8n Cloud | About 50,000 executions | Concurrency, worker capacity and execution-data policy |
| Make | About 250,000 credits | Scenario sprawl, bundle counts and incomplete executions |
| Zapier | About 200,000 tasks | Task tier, overage behavior and ownership across teams |
| Custom or hybrid | 50,000 handler runs plus orchestration | Idempotency, queues, deployment and support cost |
Scenario 3: 500,000 events per month
At 500,000 events, benchmark the actual workflow before committing to a platform. The expensive part may be model tokens, a slow external API, data transfer or human exception handling rather than the automation subscription.
n8n self-hosted or a hybrid service can offer more control, but only if somebody owns upgrades, backups, credentials, workers, monitoring and incident response. Managed platforms may still be correct when connector coverage and reduced operations work outweigh unit cost.
| Option | Modelled monthly usage | Decision gate |
|---|---|---|
| n8n Cloud | About 500,000 executions | Request the suitable tier and test concurrency |
| Make | About 2,500,000 credits | Validate an enterprise allowance against real bundle counts |
| Zapier | About 2,000,000 tasks | Validate enterprise pricing and action rates |
| Custom or hybrid | 500,000 handler runs plus orchestration | Benchmark total ownership, not compute alone |
Is n8n cheaper than Make or Zapier?
There is no universal winner. n8n Cloud can be economical for long multi-step routes because steps inside an execution are not the pricing unit. Make can be efficient for compact visual scenarios, but credits grow as modules process bundles. Zapier can justify a higher task count when its connector catalogue and operator experience remove meaningful delivery work.
Self-hosted n8n is not free automation. Add server cost, database, backups, upgrades, monitoring, security work and the time of the person who responds when a workflow fails. Compare a twelve-month total cost of ownership, not only the subscription line.
- Count normal, retry and exception paths separately.
- Include model tokens, enrichment APIs, storage and data transfer.
- Price operator and engineering time for maintenance.
- Record the cost of a duplicate, missed or incorrect action.
n8n Cloud or self-hosted?
Use n8n Cloud when the team wants n8n's workflow model without owning the runtime. Consider self-hosting when infrastructure location, network access, custom nodes or operational control create a real requirement.
Self-hosting moves responsibility rather than removing it. The team must patch the instance, protect credentials and webhooks, define execution-data retention, test backups and monitor workers. n8n documents a security audit that checks credentials, database expressions, risky nodes, filesystem access and instance settings.
| Concern | n8n Cloud | Self-hosted n8n |
|---|---|---|
| Runtime and upgrades | Managed by n8n | Owned by your team |
| Infrastructure location | Available regions and contract terms | Chosen by your infrastructure design |
| Backups and recovery | Managed service boundaries apply | Must be designed, tested and monitored |
| Custom network access | Depends on plan and connectivity | Can sit inside your network |
| Security ownership | Shared with the provider | Mostly transferred to your team |
Which platform is better for AI agents?
Use the platform that can constrain the agent, not the one with the most impressive demo. AI steps need a narrow tool list, input validation, token limits, timeout behavior, logs and human approval before irreversible actions.
n8n is useful when a technical team wants to combine AI nodes, APIs and code. Make and Zapier can be quicker when the agent needs supported SaaS actions and an operations team owns the route. Custom code is justified when agent state, evaluation, permissions and product behavior need precise tests.
- Keep deterministic validation outside the model prompt.
- Require approval for payments, deletion, outbound messages and permission changes.
- Store an audit trail of model input, decision, tool call and final action where policy allows.
- Define a non-AI fallback for model or provider outages.
What happens when an automation fails?
A production workflow needs more than a red error badge. Every critical route should define whether it retries, pauses, compensates, creates a manual task or rolls back. The operator needs enough context to act without reconstructing the whole execution.
Test failures before launch: expired credentials, rate limits, duplicated webhooks, malformed payloads, unavailable APIs, partial writes and a model response that does not match the schema.
- Use idempotency keys for actions that must not repeat.
- Separate automatic retries from failures that require a person.
- Alert the owner with the record, step, error and safe next action.
- Keep the system of record authoritative when tools disagree.
When custom code or a hybrid architecture is the safer choice
Custom code is justified when the route is part of the product, throughput is high, business state must be explicit, tests need to cover complex rules or a platform cannot meet latency and security requirements.
A hybrid is often more practical: custom code validates sensitive state and exposes a narrow API, while n8n, Make or Zapier handles low-risk orchestration and notifications. This keeps critical rules testable without rebuilding every connector.
How difficult is it to migrate from Zapier or Make to n8n?
There is no reliable one-click migration for a production workflow. Rebuild the process from its contract: trigger, required fields, state transitions, credentials, retries, schedules and operator actions. Connector names may look similar while pagination, rate limits and error payloads differ.
Run the new route in shadow mode, compare outputs, then switch one bounded workflow. Preserve a rollback path until duplicate protection and failure alerts have been verified.
A decision checklist
Build one representative route with realistic data and at least three failure cases. Record the choice and the condition that would trigger a future migration.
- Who owns the workflow after launch?
- Which system remains the source of truth?
- What is the normal and worst-case action count?
- Where may credentials and business data be stored?
- Can the route pause without losing events?
- How are changes reviewed, tested and rolled back?
- What twelve-month cost includes subscriptions, APIs, infrastructure and maintenance?