『n8n』节点简介

点赞 + 关注 + 收藏 = 学会了

整理了一个n8n小专栏，有兴趣的工友可以关注一下 👉 《n8n修炼手册》

上一篇文章初步了解了一个工作流是怎样搭建的。在 n8n 中，节点（Node）就是一切的核心。每一个节点，代表一次触发、一次数据处理，或一次与外部系统的交互。这篇文章会系统性地带你认识 n8n 中最常见、最重要的几类节点，帮你建立完整的节点认知框架。

什么是 n8n 的节点？

简单理解：

一个节点 = 一个独立的能力单元

它可能是：

• 一个触发器（什么时候开始执行）
• 一次 API 请求
• 一次数据清洗 / 转换
• 一个条件判断
• 一次写入数据库或第三方服务

多个节点通过连线组合在一起，就形成了一个完整的自动化工作流（Workflow）。

触发类节点（Trigger Nodes）

触发节点决定了：这个流程什么时候开始执行。它们通常是整个工作流的第一个节点。

常见的触发类节点有以下这些。

Trigger Manual（手动触发）

最基础、最常用的触发节点。

01.png

• 只能在编辑器中手动点击执行
• 适合调试、测试流程
• 一个工作流最多只能拥有一个 Trigger Manual 节点

📌 建议：

所有复杂流程，在正式上线前，都用 Manual Trigger 跑通一遍。

Webhook

Webhook 是 n8n 非常核心的能力之一。

02.png

作用：

• 对外暴露一个 HTTP 接口
• 接收外部系统的请求并触发流程

常见使用场景：

• 表单提交触发自动处理
• 系统回调（支付、登录、审批）
• 前端或后端系统调用 n8n

Webhook 支持：

• GET / POST / PUT / DELETE
• Header、Query、Body 参数解析

Schedule Trigger（定时触发）

Schedule Trigger 节点用于 定时执行任务。

03.png

你可以：

• 每天 / 每周 / 每月执行
• 使用 Cron 表达式精确控制时间

典型场景：

• 定时同步数据
• 定时生成报表
• 定时检查状态并通知

On Form Submission（表单提交）

给你一个现成的表单，用户一提交，就触发 n8n 工作流

04.png

它可以：

• 自动生成一个在线表单页面
• 收集用户填写的数据
• 在提交时触发整个 Workflow

你不需要：

• 写前端页面
• 自己接 Webhook
• 处理参数解析

App Trigger（应用触发器）

部分第三方应用提供专属 Trigger，例如：

• Google Sheets Trigger
• Notion Trigger
• GitHub Trigger

特点：

• 依赖第三方平台的 Webhook 能力
• 配置简单，事件语义明确

核心处理节点（Core Nodes）

这些节点不依赖任何第三方服务，是 n8n 内置的「数据处理工具箱」。

Set（设置节点）

用于创建或修改数据结构。

05.png

常见用途：

• 新增字段
• 重命名字段
• 固定值赋值

📌 特点：

• 不做复杂逻辑
• 非常适合做数据“整理”

IF（条件判断）

IF 节点用于 条件分支控制。

06.png

功能：

• 根据条件将数据分成 True / False 两条路径

支持的判断类型：

• 等于 / 不等于
• 包含 / 不包含
• 大于 / 小于
• 正则匹配

📌 这是流程复杂化的关键节点之一。

Switch（多条件分支）

07.png

Switch 是 IF 的增强版：

• 支持多个条件分支
• 类似编程里的 switch-case

适合场景：

• 状态值分流
• 类型分发处理

Merge（合并节点）

Merge 用来 合并来自多个分支的数据。

08.png

常见模式：

• Append（追加）
• Merge by Index
• Merge by Key

📌 很多初学者对 Merge 感到困惑，但它是构建复杂流程的关键节点之一。

Code（代码节点）

Code 节点允许你直接写 JavaScript 或 Python。

09.png

适合：

• 复杂数据处理
• n8n 原生节点难以完成的逻辑

示例能力：

• 数组映射
• 深度字段处理
• 自定义算法

📌 建议：

能用可视化节点解决的，尽量不用 Code；但当流程复杂时，Code 是最锋利的工具。

集群节点

从 n8n 1.x 开始，一个非常明显的变化是：

节点不再只是“执行一步操作”，而是可以“承担一整段智能决策”

这类节点通常被称为 集群节点，而其中最具代表性的，就是 AI Agent 节点。

AI Agent 节点

一个可以自己思考、自己决定调用哪些节点的“智能执行体”

10.png

它和普通节点最大的不同在于：

• 普通节点：
  • 你明确指定“下一步做什么”
• AI Agent：
  • 你只告诉它“目标是什么”

至于：

• 用不用 HTTP Request？
• 要不要查数据库？
• 是否需要多轮推理？

这些，都由 Agent 在运行时自己决定。它和其他节点在外观上最大的区别就是它有多个子节点。

11.png

它的子节点不全是必填，只有标了红色星号的才是必填项。

HTTP 与通用集成节点

HTTP Request

最万能的节点，没有之一。

12.png

它可以：

• 调用任何 REST API
• 支持各种鉴权方式
• 自定义 Header / Body

很多第三方平台：

没有官方节点 ≠ 不能接入

HTTP Request 就是兜底方案。

Webhook Response

与 Webhook 节点配合使用。

13.png

作用：

• 控制 HTTP 接口的返回内容
• 返回 JSON、文本、状态码

适合用 n8n：

• 做轻量 API
• 做中间层 / 转换层

第三方应用节点（Integration Nodes）

n8n 内置了大量常见服务节点，例如：

• Notion
• Google Sheets
• Slack
• Telegram
• MySQL / PostgreSQL
• GitHub

这些节点通常封装了：

• 鉴权
• 常见操作（CRUD）

📌 优点：

• 上手快
• 可读性强

📌 缺点：

• 灵活度不如 HTTP Request

辅助与流程控制节点

Wait

14.png

用于 延迟执行：

• 延迟几秒 / 几分钟
• 等待到指定时间

适合：

• 轮询场景
• 异步流程控制

NoOp（空节点）

15.png

• 不做任何事
• 常用于占位、结构优化

如何选择合适的节点？

给你一个实用的选择原则：

1. 优先用内置核心节点（Set / IF / Merge）
2. 能不用 Code 就不用
3. 没有官方节点 → HTTP Request
4. 流程复杂时，先画逻辑再连节点

以上就是本文的全部内容啦，想了解更多n8n玩法欢迎关注《n8n修炼手册》👏

如果你有 NAS，我非常建议你在 NAS 上部署一套 n8n，搞搞副业也好，帮你完成工作任务也好 《『NAS』不止娱乐，NAS也是生产力，在绿联部署AI工作流工具-n8n》

点赞 + 关注 + 收藏 = 学会了