<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>N8n on René Zander | AI Automation Consultant</title><link>https://renezander.com/tags/n8n/</link><description>Recent content in N8n on René Zander | AI Automation Consultant</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sat, 09 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://renezander.com/tags/n8n/index.xml" rel="self" type="application/rss+xml"/><item><title>Zapier vs Make vs n8n Pricing at Scale (2026)</title><link>https://renezander.com/guides/automation-platform-pricing-explained/</link><pubDate>Tue, 14 Apr 2026 08:00:00 +0200</pubDate><guid>https://renezander.com/guides/automation-platform-pricing-explained/</guid><description>&lt;p>Every automation platform counts usage differently, and that is not an accident. Zapier charges per task, Make.com charges per operation, n8n charges per execution. Those three words look interchangeable on a pricing page. They are not. The same workflow can cost $208 on Zapier, $20 on Make, or the price of a VPS on self-hosted n8n.&lt;/p>
&lt;p>This guide is a practitioner walkthrough of how each platform counts, where the hidden costs hide, and which platform actually wins at each volume band. I run production workflows on Make and n8n for my own products (Teedian, a content operations engine), so the examples below reflect real wiring, not marketing math.&lt;/p></description></item><item><title>n8n AI Agent Workflow Examples: 5 Production Patterns</title><link>https://renezander.com/blog/n8n-ai-agent-workflows/</link><pubDate>Sun, 12 Apr 2026 14:00:00 +0200</pubDate><guid>https://renezander.com/blog/n8n-ai-agent-workflows/</guid><description>&lt;p>I run n8n in production for content ops, email triage, and invoice parsing. The visual canvas is not the point. The point is that triggers, retries, queues, and credentials are free, and I can hand a workflow to a non-engineer to edit prompts without them breaking the integration layer.&lt;/p>
&lt;p>This post is five n8n ai agent workflow examples I actually ship or have shipped for clients. Each one includes the node graph, the Claude prompt, the cost per run, and the production gotchas. No toy demos.&lt;/p></description></item><item><title>Make.com vs n8n Comparison 2026: Cost, Reliability, AI Agents</title><link>https://renezander.com/guides/makecom-vs-n8n-production-workloads/</link><pubDate>Sat, 11 Apr 2026 07:00:00 +0000</pubDate><guid>https://renezander.com/guides/makecom-vs-n8n-production-workloads/</guid><description>&lt;p>Most comparison articles list features side by side and call it a day. This is not that article.&lt;/p>
&lt;p>I run both Make.com and n8n in production for clients. Content pipelines, data enrichment flows, CRM sync jobs, AI agent orchestration. Some of these run thousands of executions per week. Here is what actually matters when you move past the tutorial phase.&lt;/p>
&lt;h2 id="makecom-vs-n8n-in-2026-which-one-wins">Make.com vs n8n in 2026: which one wins?&lt;/h2>
&lt;p>n8n wins for production at scale. Make.com wins for first-week learnability. The split: n8n is cheaper past 50k operations/month, runs in your VPC, and orchestrates AI agents natively. Make.com is faster to learn for non-developers and ships node-level error handlers as a first-class feature.&lt;/p></description></item><item><title>Migrate Zapier to n8n: A Practitioner's Playbook for 2026</title><link>https://renezander.com/blog/migrate-zapier-to-n8n/</link><pubDate>Fri, 10 Apr 2026 12:00:00 +0200</pubDate><guid>https://renezander.com/blog/migrate-zapier-to-n8n/</guid><description>&lt;p>Most teams that want to migrate Zapier to n8n hit the same wall: pricing crosses a threshold around 10,000 tasks per month, or a data sovereignty requirement lands on the roadmap, and Zapier&amp;rsquo;s per-task model becomes a liability. n8n fixes both, but only if you pick the right deployment and plan the cutover properly.&lt;/p>
&lt;p>I run n8n self-hosted in production for Teedian, alongside Make.com blueprints for clients who do not want to operate their own infrastructure. This is the zapier to n8n migration playbook I wish I had: concept mapping, pattern translation, a six-step rollout, the cost math that decides Cloud vs self-hosted, and the gotchas that burn people in week two.&lt;/p></description></item><item><title>Teedian: AI Content Operations Engine for Make.com, n8n, Notion</title><link>https://renezander.com/guides/teedian-ai-content-engine/</link><pubDate>Thu, 02 Apr 2026 14:00:00 +0200</pubDate><guid>https://renezander.com/guides/teedian-ai-content-engine/</guid><description>&lt;p>Editorial teams spend roughly 60% of their time on operations. Status updates. Briefing docs. Approval pings. Cross-posting the same article to five platforms. Pulling last week&amp;rsquo;s numbers into a spreadsheet so someone can decide what to write next. The other 40% is the actual work: voice, story, editing, judgment.&lt;/p>
&lt;p>Teedian is the AI content operations engine that flips those numbers. It orchestrates the content pipeline (briefings, drafting, approval, cross-posting, performance tracking) using Claude as the text engine inside Make.com and n8n workflows your team already runs. No new monolithic SaaS. No platform lock-in. The ops layer runs in automation tools you control, and humans stay on voice.&lt;/p></description></item><item><title>n8n Self-Hosting Guide: Docker, Kubernetes, and Bare Metal in Production</title><link>https://renezander.com/blog/n8n-self-hosting-guide/</link><pubDate>Tue, 31 Mar 2026 09:00:00 +0200</pubDate><guid>https://renezander.com/blog/n8n-self-hosting-guide/</guid><description>&lt;p>I have been running n8n self-hosted since 2022 across three different topologies: a single-VPS Docker Compose setup, a small Kubernetes cluster with queue mode, and a bare systemd install on a hardened Debian box. Each one earns its place, and picking wrong costs you weekends. This n8n self-hosting guide is the version I wish I had when I started, written for teams that want production stability, not a demo.&lt;/p>
&lt;p>The short verdict up front: run Docker Compose until you physically cannot. Move to Kubernetes only when you already run Kubernetes for other services, or when you are genuinely north of 50,000 executions per day. The bare systemd path exists for people like me who enjoy minimal stacks and want to understand every moving part. All three paths work. The wrong one for your situation will feel like a second job.&lt;/p></description></item></channel></rss>