N8N系列：新手教程，必看：500 + 节点不用慌！先吃透 HTTP Request，解锁大模型对接与万物连接

我是龙须草，深耕软硬件技术开发与管理，产品架构师； 一个相信“工具为人服务”的践行者，链接有缘之人，共探新可能。

想让 N8N 对接大模型做专属工具？想打通不同软件的功能壁垒？你需要的不是在 500 + 节点里盲目摸索，而是先掌握那个能串联起整个互联网的 “核心枢纽”——HTTP Request 节点。

为什么它能被称为 N8N 里 “最重要的节点”？

答案就藏在二十世纪最伟大的发明之一 ——HTTP 协议里。

接下来，我们从协议本质到实用方法，手把手带你解锁 N8N 的连接能力。

一、HTTP协议说明

HTTP协议可以说是二十世纪最伟大的发明，它让我们的互联网得以快速发展。

HTTP是Hyper Text Transfer Protocol的缩写，中文翻译为超文本传输协议。它是一种用于分布式、协作式和超媒体信息系统的应用层协议。HTTP是万维网的数据通信的基础。

目前各种大模型，不管是专注代码与通用对话的 Deepseek、覆盖多模态交互的 GPT 系列（GPT-3.5、GPT-4 及后续迭代版本），还是深耕视觉生成领域的文生图模型（如 Stable Diffusion、MidJourney API 版）、文生视频模型（如 Runway ML、Pika Labs 接口），乃至新兴的文生音频、文生 3D 模型等。

几乎所有主流大模型均将HTTP 协议接口作为对外提供服务的核心载体 —— 这一选择既源于 HTTP 协议的跨平台兼容性（可在 Windows、Linux、macOS 等各类操作系统，以及 Web 端、客户端、移动端等不同软件形态中无缝运行）。

也得益于其成熟的请求 - 响应机制（支持 GET、POST 等灵活请求方式，能稳定传输文本指令、图片参数、视频元数据等各类数据格式）。

一句话：借助HTTP Request节点，让你能够连接全世界。

二、GET和POST请求方法

在使用前我们还要介绍下，HTTP协议中最常用的两种请求方法：Get 和 Post，方法的核心作用是规范客户端向服务器发送请求的 “目的” 和 “方式”，二者在使用场景、数据传输方式等方面有显著区别。

1、GET 请求方法

GET 是最基础的 HTTP 请求方法，核心目的是从服务器 “获取” 资源（如打开网页、加载图片、查询数据等），不是用于修改服务器数据。

关键特点：

1. 数据传输方式：请求参数会直接附加在 URL 末尾，格式为 URL?参数名1=值1&参数名2=值2（例如 https://example.com/search?keyword=HTTP&page=1）。

2. 数据长度限制：受 URL 长度限制（不同浏览器 / 服务器通常限制在 2KB-8KB），无法传输大量数据。

3. 安全性较低：参数暴露在 URL 中，容易被肉眼看到、记录在浏览器历史 / 服务器日志中，不适合传输敏感信息（如密码、银行卡号）。

典型使用场景：

• 打开网页、加载图片 / 脚本等静态资源；

• 搜索功能（如百度搜索关键词）；

• 分页查询（如列表页翻页，传递page=2参数）。

2、POST 请求方法

POST 的核心目的是向服务器 “提交” 数据（如表单提交、上传文件、创建 / 修改数据等），通常会触发服务器的状态变化。

关键特点：

1. 数据传输方式：请求参数不会暴露在 URL 中，而是封装在 HTTP 请求的 “消息体”（Request Body）中，格式更灵活（可支持表单、JSON、文件等）。

2. 数据长度无明确限制：理论上可传输任意大小的数据（实际受服务器配置限制），适合传输大量数据（如上传图片、提交长文本）。

3. 安全性较高：参数不暴露在 URL 中，不易被直接查看，但默认仍为明文传输（需配合 HTTPS 协议实现加密，确保真正安全）。

典型使用场景：

• 用户注册 / 登录（提交账号、密码）；

• 表单提交（如填写问卷、发布文章）；

• 文件上传（如上传头像、附件）；

• 数据修改（如更新用户信息、修改订单状态）。

3、GET 与 POST 核心区别对比

为了更清晰区分，下表汇总了二者的关键差异：

对比维度	GET 请求	POST 请求
核心用途	从服务器获取资源	向服务器提交数据
参数位置	URL 末尾（Query String）	HTTP 请求体（Request Body）
数据长度限制	有（URL 长度限制）	无（受服务器配置限制）
安全性	低（参数暴露）	较高（参数隐藏，需配合 HTTPS）
浏览器历史记录	参数会被记录在历史中	参数不会被记录在历史中

三、请求头和请求体

在 HTTP 请求中，请求头（Request Headers） 和请求体（Request Body） 是构成请求的两个核心部分，分别承担不同的功能：

1、请求头（Request Headers）

请求头是 HTTP 请求中用于传递元数据（描述数据的数据） 的部分，不包含具体的业务数据，而是告诉服务器 “如何处理这个请求” 或 “客户端的基本信息”。

特点：

• 由一系列 “键值对” 组成（格式：键: 值）；

• 位于请求行（如GET /api HTTP/1.1）之后，请求体之前；

• 无论 GET、POST 等哪种请求方法，都会包含请求头；

• 浏览器会自动添加部分基础头（如User-Agent），开发者也可自定义添加。

常见请求头示例：

1. Host: 目标服务器的域名或 IP（如Host: www.example.com），用于服务器在多个网站共享一个 IP 时识别具体站点。

2. User-Agent: 客户端身份标识（如Mozilla/5.0 (Windows NT 10.0; ...) Chrome/114.0.0.0 Safari/537.36），服务器可据此判断是浏览器、手机还是爬虫发出的请求。

3. Accept: 客户端可接受的数据格式（如Accept: application/json表示希望服务器返回 JSON 格式）。

4. Content-Type: 当请求有体时，说明请求体的数据格式（如Content-Type: application/x-www-form-urlencoded表示表单数据，application/json表示 JSON 数据）。

5. Cookie: 客户端存储的 Cookie 信息（如Cookie: sessionId=abc123; username=test），用于维持登录状态等。

6. Authorization: 身份认证信息（如Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...），常用于 API 接口的权限验证。

这里第4和第6是我们在AI方向调用大模型经常用到的参数。

2、请求体（Request Body）

请求体是 HTTP 请求中用于传递具体业务数据的部分，仅在需要向服务器提交数据时存在（如 POST、PUT 等请求方法）。

特点：

• 位于请求头之后，通过一个空行与请求头分隔；

• 数据格式由请求头中的Content-Type指定；

• GET 请求通常没有请求体（数据通过 URL 参数传递），POST、PUT 等请求常用请求体传递数据；

• 可包含文本（表单、JSON、XML）、二进制文件（图片、视频）等多种类型数据。

常见请求体格式（与Content-Type对应）：

1. 表单数据（application/x-www-form-urlencoded）：格式类似 URL 参数（key1=value1&key2=value2），适用于简单键值对提交（如登录表单）。示例：username=test&password=123456

2. JSON 数据（application/json）：以 JSON 格式传递结构化数据，是 API 接口最常用的格式之一。示例：{"name":"张三","age":20,"hobby":["读书","运动"]}

3. 多部分表单数据（multipart/form-data）：用于上传文件或混合数据（文本 + 文件），数据会被分隔符分割。示例（简化）：

4. 纯文本（text/plain）：直接传递字符串，适用于简单文本内容（如日志信息）。

3、总结：请求头 vs 请求体

维度	请求头（Request Headers）	请求体（Request Body）
作用	传递元数据（描述请求的附加信息）	传递具体业务数据（如表单、文件、JSON）
存在性	所有 HTTP 请求都必须包含	仅 POST、PUT 等需要提交数据的请求有
格式	键值对（键: 值）	由Content-Type决定（JSON、表单等）
大小限制	通常较小（服务器会限制总大小）	可很大（如大文件上传，受服务器配置限制）

简单说：请求头是 “请求的说明书”，告诉服务器怎么处理；请求体是 “请求的货物”，包含要提交给服务器的具体内容。

四、N8N如何找到HTTP Request节点

我们先来看下这个节点，怎么找到这个节点：

1、在工作流里面点击工作末端的节点的“+”，或者右上角的“+”

点击下图的Core：

可以看到N8N系统作为核心节点的也只有三个：

这三个都很重要，侧重点不同，我们今天只聊：HTTP Request

2、直接在搜索框搜索

也可以找到这个节点。

五、HTTP Request参数

1、Import cURL方式

一般情况下，我们推荐这种方式，因为这种方式被访问资源会把所需的所有参数都写到curl里面了，怎么获取呢？我们以Deepseek为例说明：

打开网址：https://www.deepseek.com/

点击右上角的：API开放平台

点击左侧的：接口文档，找到：调用对话API

选择curl，然后点击复制图标，如下图：

点击N8N的HTTP Request节点的：Import cURL按钮：

将刚才复制的curl粘贴到下图，然后点击：Import按钮：

可以看到会自动填充和打开对应的参数：

我们只需要在这个基础上稍作修改就可以使用。

2、请求方法Methed

如果使用cURL方式会自动选择好这个选项，如果没有curl就要自己来选择。

常用的也就是GET和POST，其余的方法有兴趣的可以自主学习下。

3、请求地址URL

这里就是我们请求的网址，比如豆包、阿里、Deepseek等大模型的网址。

因为我们请求的是一个具体的方法，所以这里的URL大概率是一个子网址，比如：

https://api.deepseek.com/v1/chat/completions

这是请求和Deepseek对话聊天的地址。

这个具体的URL需要查看对应的请求资源的API说明文档，比如以Deepseek来说明：

这里就是需要填写的URL内容。

4、授权方式

这里没有特殊需要求，看你个人喜好和习惯，我一般选择下面的通用认证方式：

这里我一般使用：Header Auth，然后下面的选择具体的：Header Auth。

使用这种方式，工作流和凭证是分开的，便于分别管理和存储。

也为了安全考虑，即使导出工作流不会包含敏感信息。

5、查询参数

一般情况下用的比较少，这个就是Get请求方法里面的请求参数，可以在这里填写，也可以直接拼在URL地址上。

6、请求头

这里就会有敏感的API Key的信息，我一般会把这里删掉，因为我前面第 4 点所使用的授权方式已经包含了这个信息。

如果是Get请求，一般情况下也不需要打开，POST请求一般情况下需要打开的，并且添加参数说明。

比如POST，我们需要发送请求体，这里就要添加请求体所使用的格式说明，如下图：

这就是说：我们传输的请求体使用的是：JSON 数据。

7、请求体

请求体的说明请查看前面的：第三、请求头和请求体。

这里可以看到Deepseek使用的是Json格式。

按照上面的步骤我们就对接Deepseek大模型，完成了所有参数设置。完整结果如下：

我们还需要修改的是传入Deepseek的提示词，这里可以使用前面用户或者其他节点传入的参数。比如：

更多信息可以学习下前面的文章：

N8N系列：新手教程，用 n8n-nodes-picedit 做英语卡片，替代 3 个外部依赖节点，流程更顺畅

以上就是HTTP Request节点的相关基本概念说明和该节点的详细参数说明，前面有很多文章介绍的工作流都有该节点实际使用，想了解更多实际使用，可以观看下前面的文章。

看完这篇内容，相信你已经清楚 HTTP Request 节点为何是 N8N 的 “核心王牌”—— 它背靠 HTTP 协议这一互联网基石，既是对接大模型、解锁定制功能的 “钥匙”，也是让 N8N 真正 “连接全世界” 的关键。

接下来不妨打开 N8N 实操试试，从配置一个简单的 GET/POST 请求开始，你会发现打通软件功能壁垒、实现个性化需求，其实比想象中更简单。

以上就是今天的分享。

希望对你有帮助。

本文适合所有正在尝试或计划使用N8N进行开发的朋友。

技术可以变，但底层逻辑永远重要。

如对你有帮助，请关注我，持续分享给懂得思考的您。