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.

A practical starting point, not a substitute for testing one representative workflow.
OptionUsually fitsBilling signalMain trade-off
ZapierFast SaaS-to-SaaS automation owned by operations teamsSuccessful tasks and some weighted AI or programmatic actionsEasy start; task usage grows with successful actions
MakeVisual routes with mapping, routers and supported business appsCredits consumed by module actions and some AI usageFlexible canvas; large scenarios can become difficult to operate
n8nTechnical teams, APIs, multi-step flows and hosting controlCloud plans count workflow executions with unlimited stepsMore control; self-hosting adds operational responsibility
Custom codeCore product logic, high volume, strict state and testing requirementsInfrastructure, external APIs and engineering timeMaximum 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.

Illustrative route: one trigger followed by four successful business actions.
PlatformUnitIllustrative routeWhat can change the count
n8n CloudWorkflow executionAbout 1 executionAdditional executions, retries and architecture choices
MakeCreditAbout 5 credits when five modules runIterators, searches, repeated bundles and built-in AI usage
ZapierTaskAbout 4 tasks when four actions succeedWeighted AI actions, MCP calls and extra successful actions
Custom codeNo platform unit1 handler run plus its API callsCompute 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.

Model: 5,000 incoming events; five Make modules; four successful Zapier actions.
OptionModelled monthly usageWhat to verify before choosing
n8n CloudAbout 5,000 executionsConcurrency, execution retention and required integrations
MakeAbout 25,000 creditsBundle multiplication, polling, data transfer and error routes
ZapierAbout 20,000 tasksPremium apps, polling interval and weighted AI steps
Custom code5,000 handler runs plus APIsWhether 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.

Same representative route at 50,000 incoming events.
OptionModelled monthly usageLikely design concern
n8n CloudAbout 50,000 executionsConcurrency, worker capacity and execution-data policy
MakeAbout 250,000 creditsScenario sprawl, bundle counts and incomplete executions
ZapierAbout 200,000 tasksTask tier, overage behavior and ownership across teams
Custom or hybrid50,000 handler runs plus orchestrationIdempotency, 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.

Same representative route at 500,000 incoming events.
OptionModelled monthly usageDecision gate
n8n CloudAbout 500,000 executionsRequest the suitable tier and test concurrency
MakeAbout 2,500,000 creditsValidate an enterprise allowance against real bundle counts
ZapierAbout 2,000,000 tasksValidate enterprise pricing and action rates
Custom or hybrid500,000 handler runs plus orchestrationBenchmark 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.

Ownership changes between managed and self-hosted n8n.
Concernn8n CloudSelf-hosted n8n
Runtime and upgradesManaged by n8nOwned by your team
Infrastructure locationAvailable regions and contract termsChosen by your infrastructure design
Backups and recoveryManaged service boundaries applyMust be designed, tested and monitored
Custom network accessDepends on plan and connectivityCan sit inside your network
Security ownershipShared with the providerMostly 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?
Discuss your process