n8n Beginner Tutorial: Full 2026 Guide

n8n is an open-source tool that lets you automate tasks by connecting apps and services without coding skills. This guide walks you through setup, building workflows, and advanced tips for 2026.​​

What is n8n?

n8n stands for "nodemation" and runs workflows using nodes that connect triggers, actions, and logic. It supports over 1,400 integrations like Google Sheets, Slack, OpenAI, and Airtable, making it ideal for technical teams.

You can self-host n8n for free or use n8n Cloud. Unlike closed platforms, n8n gives full code access, custom nodes, and no limits on logic complexity.

In 2026, n8n powers AI agents, RAG systems, and IT ops for companies like Vodafone, which saved £2.2 million on threat intelligence.​​

Why n8n Matters in 2026

n8n is an open-source automation platform that lets you connect apps and APIs into visual workflows so you can remove manual work and build your own “mini‑SaaS” systems. It combines a drag‑and‑drop canvas with full code access, self‑hosting, and execution‑based pricing, which makes it very attractive for technical users and lean teams that care about costs and data control.

In 2026, teams use n8n not only for simple “if this then that” tasks but also for AI agents, complex data pipelines, and production‑grade backend automations. This tutorial focuses on beginners, but it aims to be deep enough that you can grow into advanced usage without switching tools later.


What Is n8n? (Plain English Definition)

n8n (pronounced “n-eight-n”) is a workflow automation tool where you build flows using nodes: each node represents a trigger, app integration, or logic step. The platform passes JSON data from node to node; you transform, filter, or enrich this data visually or with expressions.​

Key characteristics in 2026:

  • Open-source core: You can inspect and extend the codebase.
  • Self-host or Cloud: Run on your own server with Docker, or use n8n Cloud.
  • Execution-based billing: You pay per workflow run, not per individual step.
  • Developer‑friendly: Expressions, JavaScript, HTTP nodes, and custom nodes.

Because of these traits, n8n is popular with developers, data engineers, and technical marketers who want more control than no‑code tools like Zapier allow.​


Who n8n Is Best For

n8n is not the easiest automation tool on day one, but it scales very well as your needs grow.​

Best fit profiles:

  • Developers and technical teams who want logic-heavy flows, code, and self‑hosting.
  • SaaS founders and agencies who care about margin and need many automated back‑office processes.
  • Data and AI builders who want to orchestrate LLMs, vector stores, and APIs in one place.

Less ideal profiles: completely non‑technical users who only want a couple of very simple zaps and never plan to scale; for those, Zapier or Make can be faster initially.


How n8n Works: Core Concepts

Nodes, Triggers, and Workflows

An n8n workflow is a graph of nodes connected by lines.

  • Trigger nodes: Start the workflow. Examples: Schedule Trigger, Webhook, app‑specific triggers like “New row in Google Sheets.”​
  • Action nodes: Do something with the data (send email, write to a database, call an API).
  • Logic nodes: If, Switch, Merge, Loop operations, and sub‑workflows for modularity.​

Execution flows from left (trigger) to right through these nodes, and each node can produce one or more output branches based on conditions.​

Data Model and Expressions

Data between nodes is usually JSON: an array of items like [{ "json": { "email": "user@example.com" } }]. You work with this data using expressions inside {{ }}.

Common expression helpers:​

  • {{ $json.email }} – value from the current item.
  • {{ $now }} / {{ $today }} – date/time helpers using Luxon.
  • {{ $input.all() }} – all items from previous nodes, useful for aggregations.

Expressions let you avoid full coding for many transformations.

Credentials and Security

Instead of putting API keys into each node, you configure centralized Credentials for services like Slack, Gmail, OpenAI, and your CRM. These credentials are stored securely in the backend and referenced by nodes; this keeps secrets out of workflow definitions and makes rotation easier.​


Getting Started: Installation and Setup

You have two main options: n8n Cloud (hosted) and self‑hosting.

Option 1: n8n Cloud (Fastest for Beginners)

  1. Go to the n8n site and sign up for n8n Cloud.​
  2. Create your workspace; the browser interface opens directly.
  3. Start with the Quickstart tutorial or workflow templates to get a feel for the UI.​

Cloud is ideal when you want to avoid server management and are okay with execution limits (for example, 2,500 executions/month on Starter).​

For full control and unlimited self‑hosted executions, use Docker.​

Basic local setup pattern:

  1. Install Docker on your machine or server.
  2. Run the official n8n Docker image, mapping port 5678 and a volume for persistent data; n8n docs provide a one‑line docker run example.​
  3. Open http://localhost:5678 in your browser and create an owner account.

For production, you typically use Docker Compose with Postgres/MySQL for the database and optionally Redis if you plan to enable queue mode for higher throughput.​


Interface Walkthrough

When you log into n8n, you mainly work in the Workflows section and the editor canvas.​

Key areas:

  • Workflow list: All your workflows; each can be activated or deactivated.
  • Canvas: Drag‑and‑drop surface where nodes live.
  • Nodes panel: Searchable list of integrations and core nodes (Schedule, HTTP Request, Set, If, Code, etc.).
  • Execution panel: Shows run history; for each run you can inspect input/output data per node.

Most debugging happens in the node detail drawer, where you see the incoming data, outgoing data, and any errors.


Step‑by‑Step: Build Your First n8n Workflow

We will adapt n8n’s official “first workflow” tutorial that fetches NASA solar flare data on a schedule and sends it to a test URL.

Step 1: Create a New Workflow

  1. From the Overview page, click Create workflow.​
  2. Give it a clear name like Weekly Solar Flare Report.
  3. You see an empty canvas with an option to Add first step.

Step 2: Add a Schedule Trigger

  1. Click Add first step.
  2. Search for Schedule; choose Schedule Trigger.​
  3. For Trigger Interval, choose Weeks.
  4. Set it to run every Monday at 9:00 AM (or any time you prefer).

This makes the workflow run automatically once per week.

Step 3: Add the NASA Node

  1. Click the small plus connector on the right side of the Schedule Trigger.
  2. Search for NASA and select the NASA node.
  3. In the Operation field, choose Get a DONKI solar flare.
  4. Create and select your NASA API credential, following the node’s instructions to generate an API key on NASA’s site.​
  5. Configure Start Date to something like {{ $today.minus({ days: 7 }) }}, so it fetches the last week of flares.

When you click Test step or Execute node, n8n calls NASA and returns recent solar flare events as JSON.

Step 4: Filter Only Strong Flares with an If Node

  1. From the NASA node, add an If node.
  2. Configure the condition:
    • Value 1: {{ $json.classType }}
    • Operation: Contains
    • Value 2: X (X‑class solar flares, the most intense).

If the condition is true, the item flows through the true branch; otherwise, it follows the false branch.

Step 5: Send a Notification (Example: HTTP Test Endpoint)

To avoid configuring email on day one, you can send the filtered data to a disposable HTTP endpoint.

  1. On the true branch of the If node, add a PostBin node.
  2. In a separate browser tab, open PostBin and click Create Bin; copy the Bin ID.
  3. In n8n, choose the Send a request operation on the PostBin node and paste the Bin ID.
  4. Set the payload to include the flare class and time, such as:
    • Body: {{ $json }} or a smaller custom object.

Now run the workflow manually with Execute workflow. If there is at least one X‑class solar flare in the last week, PostBin will receive a POST with that data; you can refresh the bin page to see it.

Step 6: Activate the Workflow

Once you confirm it works:

  1. Toggle the Active switch in the top‑right corner.
  2. From now on, n8n will run this workflow every week at your chosen time.

This simple example already introduces triggers, third‑party APIs, conditional logic, and external notifications—all core skills you will reuse in real projects.​


Practical Beginner Workflow Ideas

Once you understand the pattern above, you can build more useful automations:

  • New lead notification: Webhook → Enrich lead via an API → If score > threshold → Slack message to sales channel.
  • Daily content summary: RSS feed → OpenAI summary → Post to Slack or Notion.
  • Invoice backup: Stripe events → Google Drive or S3 upload → Email confirmation.

Each of these can be built by swapping out nodes while keeping the same mental model: Trigger → Data fetch/transform → Logic → Output.


Testing Methodology (How Performance and Reliability Are Evaluated)

To judge n8n in a serious way, you should look at both official benchmarks and realistic test setups you can reproduce.

Sources Used

  1. Official n8n Scalability Benchmark – tests single‑mode vs queue‑mode deployments on AWS C5 instances (including c5.large and c5.4xlarge).​
  2. Queue Mode Production Guide by Nextgrowth.ai – deep dive into queue mode architecture, tuning, and real‑world throughput improvements.​
  3. Case studies and implementation reports – real organizations reporting outcomes like manual task reduction and lead‑quality improvements.​

These sources provide objective performance data and practical context.

Replicable Test Setup (If You Want to Benchmark Yourself)

A typical test blueprint that aligns with the above sources:

  • Infrastructure:
    • Cloud VM equivalent to AWS c5.4xlarge (16 vCPU, 32 GB RAM).
    • Docker + Docker Compose.
    • Postgres or MySQL as the persistence layer.
    • Redis as the queue backend (for queue mode).
  • n8n Configurations:
    • Single‑mode: Default configuration where the main instance both receives webhooks and runs workflows.
    • Queue‑mode: Separate “main” instance for webhooks and workers that process jobs using Redis queues.​
  • Workload Profile:
    • Mixed workflows:
      • Simple HTTP trigger → small transformation → outbound HTTP.
      • API polling workflows (CRM, Slack, email).
      • AI‑heavy flows calling LLM APIs.
    • Traffic driven by a load tool (for example, k6) simulating 50–200 virtual users sending webhooks.​
  • Metrics:
    • Requests per second sustained.
    • P95 latency (95th percentile response time).
    • Error or failure rate under heavy load.
    • CPU and RAM utilization per mode.

This methodology lets you compare n8n configurations and also compare n8n to competitors under the same workloads.


Benchmarks & Performance (2026 View)

Official Scalability Results

In the official n8n Scalability Benchmark, the team stress‑tested single‑mode and queue‑mode on AWS C5 instances.​

Key findings:​

  • On c5.large, single‑mode handled up to 100 virtual users before hitting a ceiling; at 200 VUs, latency reached up to 12 seconds with about a 1% failure rate.
  • Enabling queue mode on the same hardware increased throughput to 72 requests per second, with latency under 3 seconds and zero failures at 200 VUs.
  • On a larger c5.4xlarge (16 vCPU, 32 GB RAM), single‑mode reached around 16–23 requests per second but showed increased failures at max load.
  • The same c5.4xlarge in queue mode sustained about 162 requests per second across 200 VUs with latency under 1.2 seconds and zero failures, effectively a 10x throughput gain vs smaller setups and single mode.​

These numbers show that n8n can move from “personal tool” to serious automation platform once queue mode and adequate hardware are in place.

Queue Mode in Practice

Nextgrowth.ai’s 2026 queue‑mode guide confirms these gains and explains the architectural reason: in queue mode, the main instance only handles HTTP/webhooks and schedules jobs, while separate workers pull from Redis and run the actual workflows in parallel.​

Highlights:​

  • Queue mode delivered 7x faster execution compared to single mode in their tests (162 req/s vs 23 req/s on c5.4xlarge).
  • It prevented UI freezes and webhook failures that appear when a single instance is overloaded.
  • Throughput scaled further by adding more workers and tuning N8N_WORKER_CONCURRENCY (e.g., starting at 2–4 concurrent jobs per worker and adjusting based on CPU usage).​

For production setups expecting high traffic, queue mode is not an optional feature—it is the recommended baseline architecture.

Real-World Business Impact

A case study from a SaaS client using n8n showed:​

  • 85% reduction in manual tasks for sales and marketing teams.
  • 3x faster content creation for campaigns.
  • 40% increase in qualified lead capture rates.

They unified over 12 tools and APIs into cohesive n8n workflows, which replaced scattered scripts and manual processes. This matches what you’d expect from the performance benchmarks: higher throughput plus better workflow orchestration leads to both time savings and revenue impact.​


Pricing Tiers and Execution Limits (2026)

Third‑party pricing guides that track n8n’s official page show this 2026 Cloud structure:

  • Community (Self‑Hosted): Free software, unlimited executions; you pay only for your server (for example, €5–20/month on a VPS).
  • Starter: €24/month (about €20/month on annual) for 2,500 executions/month, ~83/day, 5 concurrent executions, 1 shared project.​
  • Pro: €60/month (€50/month annually) for 10,000 executions/month (~333/day), 20 concurrent executions, 3 shared projects.​
  • Business: €800/month (€667/month annually) for 40,000 executions/month (~1,333/day), 200+ concurrent executions, SSO/SAML, Git integration, advanced security.​
  • Enterprise: Custom pricing with unlimited executions, custom concurrency, and dedicated support.​

All Cloud plans include unlimited workflows and users; the main constraints are executions, concurrency, and enterprise features. A self‑hosted Business option is available for teams that want these features but keep data on their own infrastructure.​


Quick Comparison Chart (n8n vs Zapier vs Make vs Pipedream)

High-Level Automation Tool Snapshot

Feature / Tooln8nZapierMake (Integromat)Pipedream
Target usersDevelopers, technical teams, power usersNon‑technical SMEs, marketersVisual builders, semi‑technical usersDevelopers, API‑centric teams
HostingSelf‑host or CloudCloud‑onlyCloud‑onlyCloud‑only serverless
Pricing modelExecution‑based, free self‑hostTask‑based, can get expensive at scaleOperation‑based, tiers by stepsUsage/compute‑based
Integrations1,000+ apps + custom nodes8,000+ apps1,500+ modulesStrong API & cloud services
Logic & codeFull JS, advanced conditions, sub‑flowsBasic filters and pathsRouters/iterators; limited modularityJS/TS code first, less visual
Data controlFull control with self‑hostingData in Zapier’s cloudData in Make’s cloudData via Pipedream’s infra
AI supportNative LLM nodes, agent‑style flowsAI Copilot + integrationsGrowing AI supportStrong for API‑driven LLMs
Best forComplex, scalable automationsQuick/simple automationsMid‑complex visual flowsAPI‑driven dev automations

This chart shows n8n’s unique position: technical and scalable with a free self‑host tier, but slightly steeper for beginners compared to Zapier or Make.


Deeper Competitor Analysis and n8n’s USP

n8n vs Zapier

The Siit 2026 comparison highlights Zapier as “no‑code automation for business users”, and n8n as a “low‑code/code hybrid for technical teams”.​

Key differences:​

  • Ease of use: Zapier is easier at first; n8n has a steeper learning curve.
  • Customization: Zapier limits custom logic; n8n supports full JavaScript, custom nodes, and sub‑workflows.
  • Pricing at scale: Zapier’s task‑based model becomes expensive when workflows have many steps; n8n’s execution‑based pricing and free self‑hosting are cheaper for complex flows.
  • Data control: Zapier is SaaS‑only; n8n can live entirely inside your own infrastructure.​

If you are a non‑technical marketer with 5–10 simple automations, Zapier wins on simplicity. If you’re building dozens of complex automations that must be auditable, extensible, and cheap at scale, n8n is usually the better choice.

n8n vs Make

A 2026 “n8n vs Make” deep dive shows that Make wins on visual polish and beginner onboarding, while n8n wins on logic depth and modularity.​

Highlights:​

  • Visual UX: Make has a very polished interface; n8n is more technical.
  • Complex logic: Make’s routers and iterators work, but deep flows can become unwieldy; n8n offers modular sub‑workflows, advanced expressions, and reusable logic.
  • Scaling: Make is fine for moderate complexity; n8n plus queue mode is better once you expect heavy or business‑critical workloads.

For teams that want to stay mostly visual but still build moderately complex flows, Make is a strong candidate; however, if you anticipate heavy logic, AI orchestration, or advanced operations requirements, n8n is more future‑proof.

n8n vs Pipedream

Pipedream is a serverless automation platform that emphasizes code and cloud APIs.​

Comparative notes:​

  • Developer experience: Pipedream is great if you are comfortable writing JavaScript/TypeScript and want minimal visual overhead. n8n strikes more of a balance between visual plus code.
  • Hosting: Pipedream is cloud‑only; n8n offers self‑hosting and Cloud.
  • Use case: Pipedream is ideal for API‑driven event handlers; n8n is ideal when you want a visual orchestrator for mixed technical and semi‑technical users.

In many teams, Pipedream and n8n are complements rather than direct substitutes, but if self‑hosting and visual workflows matter, n8n has a clear USP.​

n8n’s Clear USP (Summarized)

Across these comparisons, n8n’s unique selling proposition in 2026 is:

  • Open-source + self‑hosting with full data control.
  • Execution‑based pricing and free Community edition, making complex automations far cheaper than Zapier/Make at scale.
  • Hybrid visual + code environment that supports advanced logic, AI, and modular workflows without locking you into a “toy” scripting layer.
  • Production scalability through queue mode and horizontal workers, validated by official benchmarks and independent performance guides.

Three Real-World Use Case Examples (Step‑Oriented)

Use Case 1: B2B Lead Qualification and Routing

A SaaS company wants to qualify leads and route them to the right sales rep without manual spreadsheet work.

Goal: Reduce manual lead triage and prioritize high‑value leads.

Typical n8n workflow:

  1. Trigger: Webhook connected to your website lead form, or “New contact” trigger from your CRM.
  2. Enrichment: HTTP Request node to Clearbit or similar enrichment API to fetch company size, industry, and tech stack.
  3. Scoring: Function or If node to compute a lead score (for example, enterprise industry + company size > X).
  4. Routing:
    • If score ≥ threshold → Slack message to “Enterprise Sales” + create deal in CRM.
    • Else → Add to a nurture campaign via marketing platform.

Varritech’s case study shows that similar n8n‑powered flows reduced manual sales/marketing tasks by 85% and increased qualified lead capture by 40%.​

Use Case 2: AI‑Powered Content Summaries for Marketing

A content team wants to monitor niche industry blogs and generate daily summaries for internal distribution.

Goal: Save time on monitoring and internal briefings.

n8n workflow pattern:

  1. Trigger: Schedule Trigger set to every morning at 8:00 AM.
  2. Fetch Content: Multiple RSS or HTTP nodes to pull latest articles from target sources.
  3. AI Summarization: OpenAI node (or custom LLM provider) to summarize each article in 2–3 bullet points.
  4. Aggregation: Merge or Function node to combine all summaries into a single digest.
  5. Delivery: Slack or email node to send the digest to the “Marketing Updates” channel.

This mirrors the “content creation for campaigns 3x faster” result reported in the Varritech case study, where AI and automation replaced manual curation.​

Use Case 3: IT Ops Incident Management

An operations team wants automatic alerts and basic triage for performance issues.

Goal: Faster detection and initial investigation without human “eyes on dashboard” 24/7.

Workflow structure:

  1. Trigger: Webhook from monitoring tools like Datadog, Prometheus, or CloudWatch Alarms.
  2. Filtering: If node to ignore low‑priority alerts or known noisy services.
  3. Enrichment: HTTP Request to incident history API or database to check past events and related systems.
  4. Classification: An LLM node (optional) to categorize incident severity and suggest probable causes from logs.
  5. Notification:
    • For high severity → Slack/Teams alert and PagerDuty/Escalation call.
    • For medium → Ticket creation in Jira or ServiceNow with enriched data.

In organizations that implement this pattern using n8n plus queue mode, heavy webhook loads from monitoring tools can be absorbed without UI slowdowns thanks to the worker architecture. This aligns well with the high‑load performance benchmarks.


Best Practices for Reliability, Security, and Scaling

Reliability and Error Handling

  • Use Error Workflow triggers to catch errors from any workflow and log them or send alerts.
  • Configure retry behavior on nodes that talk to flaky external APIs (for example, exponential backoff).
  • Add Wait nodes where rate limits or eventual consistency can cause issues; this is especially important for SaaS APIs like CRMs and email platforms.

Security and Data Protection

  • Store all secrets in Credentials rather than hard‑coding them into nodes or expressions.​
  • For Cloud plans, use Business or Enterprise tiers if you need SSO/SAML, audit logs, and stricter compliance.​
  • For self‑hosting, place n8n behind HTTPS and a reverse proxy, restrict admin access, and apply OS‑level security hardening best practices.

Scaling with Queue Mode

  • Prefer queue mode if you expect high traffic or many long‑running workflows, since single mode will eventually hit scalability and reliability limits.
  • Use Redis or RabbitMQ as the queue; run at least one main instance and multiple worker containers.
  • Tune N8N_WORKER_CONCURRENCY (for example, start at 2–4) and then increase for I/O‑bound workflows and decrease for CPU‑bound flows while monitoring CPU/memory.​

Common Beginner Pitfalls (and How to Avoid Them)

  1. Building everything in one massive workflow – Instead, break logic into smaller workflows and call them via sub‑workflows so you can reuse and test easily.​
  2. Not using the Executions log – Many beginners try to debug by guessing; use the execution history to inspect node inputs/outputs at each step.​
  3. Ignoring rate limits – SaaS APIs like CRMs or Gmail often have limits; schedule polling carefully and add backoff strategies in HTTP nodes.
  4. Skipping version control – In Business/Enterprise or advanced self‑host setups, integrate with Git to manage workflow versions and review changes.​

FAQ

1. Is n8n free to use?
Yes. The Community Edition is free and can be self‑hosted with unlimited executions; Cloud plans add hosted convenience and support.​

2. How hard is n8n for non‑developers?
There is a learning curve, but the visual editor and templates help. Completely non‑technical users may still find Zapier or Make easier.

3. How does n8n pricing compare to Zapier?
At low volume, costs are similar. At high complexity and volume, n8n’s execution‑based model plus self‑hosting is often 50–75% cheaper.

4. Can n8n handle AI workflows?
Yes. You can orchestrate OpenAI and other LLMs, build agent‑style flows, and integrate with vector databases and custom APIs.​

5. When should I enable queue mode?
Enable it when you move beyond simple personal workflows into production usage, especially with many webhooks or thousands of executions per day.