n8n vs Make: Which One I Reach For First

Most n8n vs Make posts compare features. The home-services and aesthetics marketing agencies I ship for ask one question: who owns the workflows when I stop paying?

That question kills the comparison most posts try to have. Both tools build the same workflows. The decision isn't features. It's ownership and operational trade-offs. I default to n8n. I reach for Make in three specific situations and only those three. Here's the rule, the math, and the two builds that show it in practice.

Key Takeaways

• Both n8n and Make build the same workflows; the choice is about who owns them.
• I default to n8n for lower cost, full ownership, open source, and better developer experience.
• Any build with an AI agent goes to n8n. No exceptions.
• I reach for Make only when the client already runs it, when an existing Make scenario needs rescuing, or when an AI step gets bolted onto an existing Make flow.
• n8n Cloud at $20/month is a bridge, not a destination. Workflows export and self-host later.

Both tools build the same workflows. Stop arguing features.

I've shipped builds in both. The honest answer is they cover the same patterns 95% of the time. Form to CRM. Webhook to Slack. Scheduled syncs. AI-assisted lead qualification. Pipeline updates from a dialer disposition. Both tools handle this work.

Vendor pages and ranking comparison posts spend the whole article counting integrations (Make claims 3,000+, n8n claims 1,200+) and pricing tiers and AI features. Useful trivia. Wrong question.

The right question is what's still yours when you stop paying. Make's scenarios live on Make's cloud. They get exported in a proprietary blueprint format that only Make can run. n8n's workflows export as plain JSON. They run on n8n Cloud or on your own server. Same workflow file, two homes, one of them yours.

The trade-off: managed safety vs full ownership

• What you trade money for: Make wants safety, zero ops, no server. n8n wants a lower base cost.
• What you trade ops effort for: Make asks for nothing. n8n asks for some setup in exchange for full ownership.
• Open source plus community: Make no. n8n yes (60K+ forum members).
• Workflows when you stop paying: Locked to Make's cloud. With n8n, exportable as JSON.

Both wins land. Make's win is for an agency owner who pays the bill, the platform handles the server, and the team never thinks about uptime. Many agency owners pick it for that.

n8n's win lands too. It's cheaper, it's owned, and there's a 60K-strong community contributing nodes when something obscure needs an integration.

Here's where the lock-in math hurts. Build six client systems in Make over a year. The agency hits a slow quarter. You cut the Make subscription. The six systems stop. You can't move them. You'd rebuild every one in another tool from scratch.

With n8n, you export the JSON files. They run on a $5/month server somewhere else by the end of the day.

n8n charges per workflow execution regardless of step count. Make charges per operation, where each step in a scenario consumes a credit (Make moved fully to credit-based pricing in November 2025). For a 20-step workflow at agency volume, n8n self-hosted runs around $15/month on Render or DigitalOcean. The same volume on Make runs into the hundreds.

Why I default to n8n for marketing agencies

Four wins stack. None alone would decide it. Together they do.

Cost. Self-hosted n8n on a small Render or DigitalOcean box runs $5 to $10/month with effectively unlimited executions. Same volume on Make's cloud is hundreds. Your margin per client improves the moment automation work becomes a budget line item.

Ownership. Workflows belong to the agency. The agency can move them, fork them, version-control the JSON in git, hand them to a new engineer without permission gymnastics. The build is an asset, not a rental.

Open source. n8n's 60K+ forum members mean someone has hit your bug at 11 PM and posted the fix. When something obscure needs an integration that doesn't exist, you can write a community node in JavaScript and ship it the same day.

Developer experience. n8n runs JavaScript inline on every plan. Workflow exports are JSON, so they fit in git like any other code. When a node fails, the error log points at it. I fix one in five minutes.

Make's developer experience asks more. Custom code is gated to Enterprise. Workflow exports are proprietary. Error logs tell you a scenario errored without pointing at the part that broke.

When AI is involved, n8n is non-negotiable

Any build with an AI agent goes to n8n. Two reasons.

Cost economics. AI workflows fire many internal steps per user interaction. The agent looks at a message, calls one tool, gets a result, decides the next tool, calls that one, and writes back to the CRM. On Make's per-credit billing, every step inside the agent's reasoning loop costs you. The meter destroys the margin on AI work fast.

Flexibility. n8n's AI Agent node handles multi-step reasoning, model swapping, and tool routing natively. I built my personal AI assistant on it (described below). Make AI Agents launched in 2025 on all plans with visual decision logging, which is a credible feature. They're newer to the agent pattern and the public docs are thin on per-agent pricing and customization compared to n8n's open architecture.

I'll be honest about the limit. I've shipped AI agents in n8n. I haven't shipped an agency-grade AI agent in Make yet, so the second half leans on what each tool's docs and community make clear, not on parity experience. If you're picking today and you want one engineer's take, mine is n8n. The economics and the architecture both pull that way.

Two builds, opposite ends.

The rule plays out cleanly across two opposite-shape builds.

Make wins: form submission to GoHighLevel + Slack + auto-reply email

Three native modules end to end. Webhook receives the form submission. GoHighLevel module creates the contact and adds the right tags. Slack module posts to the right channel. Email module sends the auto-reply. Linear, no branching, no AI, no custom code.

About 20 minutes from open scenario to running. The agency owner can self-build this and edit it later when a copy tweak is needed. This is the shape Make's drag-drop genuinely beats n8n on. Mainstream apps and linear logic are Make's home turf.

n8n wins: a personal AI assistant I run for myself

The build is an n8n AI agent connected to my Google Calendar and Gmail. The agent reads Calendar events, creates new appointments when I ask in plain English, reads recent emails, drafts replies, and sends them. The model is Groq for fast and cheap inference. Runs on a small self-hosted instance and costs me almost nothing per month.

The prompt is engineered with the prompt-master Claude skill by nidhinjs. Worth quoting their core principle directly: "the best prompt is not the longest. It's the one where every word is load-bearing."

This is a personal build, not a client deliverable. The same architecture works for any agency owner who wants an AI assistant for sales reps or for client comms. The pattern generalizes.

What about hosting? The cost reality

Self-hosted n8n is five minutes if you know your way around a server. A full day to a week if you don't. That's the spread.

The common stack: Render, DigitalOcean, EasyPanel, Hetzner. $5 to $10/month for a box that runs n8n with room to grow. The five-minute setup is a docker run command and an environment file. The week-long setup is learning what a docker run command is.

If you're an agency owner who isn't technical, the realistic move is one of two paths. Hire someone to set it up and hand it off, or use n8n Cloud Starter at $20/month as the bridge.

The Cloud move is the underrated play. Most posts pit n8n Cloud against Make as a head-to-head subscription. It's a stepping stone. n8n Cloud workflows export as JSON. You can move off Cloud and self-host the same workflows when you're ready or when you bring on technical help. Make has no migration path. Workflows live and die on Make's cloud.

When I reach for Make instead

Three specific situations.

One. The client already pays for Make and wants to keep building there. Fine. Build it well in their tool. Don't drag a tool migration into a project they didn't ask for.

Two. A live Make scenario is breaking and needs rescuing. The original builder is gone, the team needs it fixed, and a tool migration in the middle of a fire is the wrong call. Rescue first. If the client wants to migrate after, that's a separate conversation.

Three. A working Make scenario needs an OpenAI or Claude step bolted in. Often faster to add the AI step inside the existing scenario than to rebuild the flow elsewhere. The economics still hurt at scale, but for a one-step bolt-on the rebuild cost outweighs the per-credit cost.

The pattern across all three: Make wins when there's already a Make build in play. I rarely default to it for greenfield work.

Frequently asked questions

Is n8n cheaper than Make at agency scale?

At self-hosted volumes, yes. Agencies running 50,000+ executions per month report around $15/month on Render or DigitalOcean for n8n self-hosted. The same volume on Make runs into the hundreds because Make charges per operation while n8n charges per workflow execution. For low cloud-vs-cloud volume, Make's $9 Core can beat n8n Cloud's $20 Starter.

Can I move workflows from Make to n8n?

Not directly. Make scenarios live on Make's cloud and don't export in a format n8n can import. Migration means rebuilding. n8n workflows export as JSON and move from n8n Cloud to self-hosted without rebuilding. That's the lock-in difference that matters when you're picking your forever home.

Do I need to be a developer to use n8n?

To build workflows, no. n8n's visual canvas works for any operator who can wire steps together. To self-host, yes, or use n8n Cloud at $20/month and skip the server work. Most agency owners start on Cloud and migrate later when they're ready to self-host. The choice is reversible.

Does Make have AI agents like n8n?

Yes, as of 2025. Make AI Agents launched on all plans with visual decision logging and access to Make's full integration library. n8n's AI Agent node has been around longer and supports more agent patterns out of the box. Both can build agents. n8n's open-source flexibility and per-execution economics still tilt AI work toward it for me.

Should I host n8n myself or use n8n Cloud?

If you can SSH into a server and follow a README, self-host. Five minutes on Hetzner or Render at $5 to $10/month. If servers aren't your thing, start on n8n Cloud Starter at $20/month. Same workflows, exportable when you're ready to move. The choice is reversible. With Make, it isn't.

What to do next

Both tools work. Both have happy customers. The question I keep coming back to is who owns the result.

If your agency runs Make today and the bill is fine, you're not wrong. Just know what you're trading. If you're picking a tool for the next system you build, default to n8n. Try the Make example above first if you're new to either, then move one workflow from Make to n8n if the lock-in feeling has started showing up in your gut.

If the broader question is what an AI automation engineer does day to day, see What Is an AI Automation Engineer?.

More shipped builds at /projects.