n8n 里的 Twitter API：通过 HTTP Request 获取 X 数据（2026）

作者：Sorsa 编辑部

更新：2026 年 7 月。刷新内容：按请求定价以每 1,000 条推文和资料展示、100 次免费请求优惠、2026 年 4 月 20 日变化后的 X 按量付费 API 费率、当前 n8n X 节点的操作集，以及一份已核实的 HTTP Request 分页配方。

核心要点： 要把 Twitter/X 数据拉进 n8n，用 HTTP Request 节点调用一个只读 Twitter 数据 API。内置的 X 节点只能发帖、点赞、转推，并在付费的官方 X API 上跑有限的搜索。用 API 密钥请求头认证、用游标分页，并把结果存进 Google Sheets。

多数 n8n 构建者撞上同一堵墙：原生 X (Twitter) 节点是为发布打造的，不是为读取。节点发推、发私信，跑一个单薄的搜索，全都通过官方 X API 计量。一旦你想要完整时间线、粉丝列表、提及，或任何大体量的历史数据，你就下沉到 HTTP Request 节点、指向一个数据 API。Sorsa API 这个只读 Twitter/X API，正是为那次调用而建：ApiKey 请求头里一个密钥、按请求计费（一次调用一次请求、含作者资料）、每个套餐固定每秒 20 次请求，且没有开发者账号审批队列。批量定价从每 1,000 条推文 $0.02、每 1,000 份资料 $0.01 起，比官方 API 的按资源读取费率便宜最高 50 倍，100 次免费请求（一次性、无需绑卡、覆盖全部 40 个接口）足以在选套餐之前跑一整轮测试。

n8n 能拉 Twitter/X 数据吗，还是那个节点只能发帖？ {#can-n8n-pull-twitterx-data-or-does-the-node-only-post}

n8n 内置的 X 节点以写入为主。根据 n8n 自己的文档，该节点创建私信，而对一条推文，支持删除、搜索、点赞和转推。没有面向粉丝列表、完整时间线、提及、引用推文或历史搜索的操作，它提供的那一个搜索也跑在付费的官方 X API 上。

那就是让人意外的缺口。这个节点在发布上确实有用：定时发一条推文、自动回复、在触发时转推。但对读取公开数据，它几乎什么都不做，做的那点也被 X 限流和计量。

所以 n8n 里的读取路径是 HTTP Request 节点。它是任何 n8n 没有专用节点的 REST API 的通用连接器，一个 Twitter 数据 API 恰好就是那样。你设置方法、接口 URL、认证请求头和你的参数，JSON 就回到工作流里，供一个 Filter、一个 Code 节点或一次 Google Sheets 写入使用。

我们每天开发并运营一个只读 X API，实际上分工很清晰。目标是“对 X 行动”（发帖、点赞、私信）时用原生节点；目标是“从 X 拉数据”（推文、资料、粉丝、搜索）时用 HTTP Request 节点。两者在同一张画布上共存。

不用官方 API 把 Twitter/X 数据接进 n8n {#getting-twitterx-data-into-n8n-without-the-official-api}

你可以在 n8n 里不用官方 X API 就读 X 数据：从 HTTP Request 节点调用一个第三方 Twitter 数据 API。这些服务在自己的基础设施上查询公开 X 数据、并把 JSON 交回，所以不需要 X 开发者账号、OAuth 和应用审核。“无需 API 密钥”这句话几乎总是指无需 X API 密钥：数据服务商仍然签发自己的密钥。

那个区别要紧，因为真正无密钥的选项是那些脆弱的。

社区爬虫节点。 像 n8n-nodes-twitter-scraper 这样的包存在，底层通过抓取工作。坑在这些包自己的文档里：该节点用 Rettiwt 库，其“密钥”是从 X 网页界面派生的认证、而非官方 API。说白了，节点倚赖一个已登录的会话令牌，这可能让底层账号被标记，并在 X 每次改动网页内部时失效。它还作为社区节点安装，社区节点在 n8n Cloud 上默认关闭。

Apify actor。 一条常见的教程路线，通过 HTTP Request 节点或 Apify 节点把一个 Apify Twitter actor 接进 n8n。这条路管用、自带轮换代理，但按抓取的条目计费，并在你的工作流之上加一个 actor 运行编排层（启动运行、等待完成、取数据集）。

一个托管的只读 API。 维护最少的路线是从 HTTP Request 节点直接调用一个托管 Twitter 数据 API。因为查询在服务端进行、针对公开数据，你从不暴露你自己的 X 登录，而那正是基于 cookie 的爬虫会让账号被封的东西。Sorsa 就是这样一个选项：ApiKey 请求头、无 OAuth、无审批队列，设置只需几分钟。如果你的顾虑具体是开发者账号这道门槛，那条路径在我们关于不用开发者账号获取 X 数据的指南里有深入介绍。

读取公开 X 数据违反规则吗？通过托管 API 拉取公开的、未登录的数据，与用抓取的会话 cookie 自动化你的个人账号，是不同的风险画像。托管 API 做取回；你的 n8n 工作流只消费 JSON。关于取舍的更广视角，见我们对抓取 X 数据的各种方式的分析。

分步配置 HTTP Request 节点 {#configure-the-http-request-node-step-by-step}

为一个 Twitter 数据 API 配置 HTTP Request 节点，归结为四个设置：请求方法（GET 或 POST）、接口 URL、一个携带 API 密钥的认证请求头，以及用于用户名或搜索查询的 body 或查询参数。对跨多页的结果，打开节点的游标分页，好让它自动跟随响应游标。

设置方法、URL 和 ApiKey 请求头

不同接口用不同的 HTTP 方法，搞混是最常见的第一个错误。资料和粉丝查询是 GET；推文搜索和时间线是 POST。把密钥放在名为 ApiKey 的请求头里（不是作为 Bearer 令牌，也绝不放在 URL 里）。在 n8n 里，把它存为 Header Auth 凭据、而非硬编码，因为凭据保持加密、可在各节点间复用。请求头格式在认证参考里有文档。

一次 GET 查询，直接映射到一个 GET HTTP Request 节点：

bash

curl -H "ApiKey: YOUR_API_KEY" \
  "https://api.sorsa.io/v3/info?username=nasa"

一次 POST 搜索，映射到一个带 JSON body 的 POST 节点：

bash

curl -X POST "https://api.sorsa.io/v3/search-tweets" \
  -H "ApiKey: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"query": "from:nasa moon", "order": "latest"}'

搜索接口在 query 里支持 Twitter 高级搜索语法（from:、since:、until:、带引号短语、话题标签）。这个接口没有 limit 参数；每页大小固定，你用游标走结果。完整操作符集在我们的高级搜索操作符速查表里。

在 n8n 里处理游标分页

分页接口返回一个 next_cursor 字段；当该字段为 null 或不存在时，就没有更多页了。n8n 的 HTTP Request 节点无需 Code 节点就能跟随。打开 Options、启用 Pagination，并设置：

分页模式（Pagination Mode）： Update a Parameter in Each Request
类型（Type）： POST 接口（搜索、时间线）用 Body，GET 接口（粉丝、关注）用 Query
名称（Name）： next_cursor
值（表达式）： {{ $response.body.next_cursor }}
完成条件（Pagination Complete When）： Other (Complete Expression)，设为 {{ !$response.body.next_cursor }}

在循环内加一个短间隔或一个 Wait 节点，好让一次长运行待在速率限制之下。这个模式在 n8n 的 HTTP Request 分页手册里描述。如果你偏好手动版，一个检查 next_cursor 是否存在并循环回去的 IF 节点也行，但对像这样一个干净的 JSON 游标，内置分页更整洁。数据这一侧的游标约定在分页下有文档。

存储结果

一旦 JSON 在流动，一个 Google Sheets 节点把每条推文或资料作为一行追加，一个 Remove Duplicates 节点让重复运行的工作流不会把同一条记录记两次。那个从请求到填好的表的端到端版本，在把 X 数据导出到 Google Sheets里走了一遍。

常见的 n8n 与 X 数据工作流 {#common-n8n-and-x-data-workflows}

这些是真正会被搭起来的模式。每个都是一个 HTTP Request 节点加你选择的存储。

按用户名拉取一个用户的推文

POST /user-tweets 为任意公开账号返回分页时间线（每页约 20 条推文）。把一份用户名列表喂过一个 Loop Over Items 节点，你就有了一个多账号时间线采集器。

按关键词或查询搜索推文

POST /search-tweets 用 order 设为 popular 或 latest 跑一个查询。这是话题监测、话题标签追踪和数据集构建的主力。

按计划监测品牌提及

POST /mentions 返回提及某个用户名的推文，并加上普通搜索没有的筛选：min_likes、min_replies、min_retweets、since_date 和 until_date。把提及接口和一个 Schedule Trigger 配对，好每几分钟跑一次。这是一套社交聆听设置的核心，日期筛选把低价值噪音挡在你的数据库之外。

抽取粉丝和关注列表

GET /followers、GET /follows 和 GET /verified-followers 各自每次请求返回最多 200 份用户资料，是现有最高的每次调用产出之一，这正是让受众和线索工作流跑起来便宜的原因。机制在我们关于粉丝和关注接口的指南里覆盖。

批量增补一份资料列表

GET /info-batch 接收最多 100 个用户名或 ID，并在单次请求里返回全部资料，所以本来要循环 100 次的 CRM 增补步骤变成一次调用。

核验抽奖和活动动作

POST /check-follow 回答一个账号是否关注另一个；check-retweet 和 check-comment 对转推和回复做同样的事。把这些核查串进一个按你自己的规则校验参与的工作流。

按位置追踪趋势

GET /trends 接收一个 WOEID（位置标识符），返回那个地区的趋势话题，适合一份管道进 Slack 或邮件的每日趋势摘要。

2026 年在 n8n 里拉 X 数据要花多少钱 {#what-it-costs-to-pull-x-data-in-n8n-in-2026}

成本是后端的选择真正决定项目之处。官方 X API 按抓取的资源计费：响应里每条帖子和每份资料都是单独的可计费单位。一个按请求计费的 API 无论返回多少条目都按调用计费。在 n8n 为之而建的、读取密集、常开的负载上，那两个模型很快分野。

X 在 2026 年 2 月把按量付费设为新开发者的默认，2026 年 4 月 20 日的更新再次重塑了费率。帖子读取每次 $0.005、用户读取每次 $0.010、粉丝读取每次 $0.010，没有免费额度，按量付费账号每月上限 200 万次帖子读取。标准帖子创建涨到 $0.015，含 URL 的帖子跳到 $0.20，关注、点赞和引用帖子的写入转为仅限 Enterprise。许多旧指南仍报已退役的“$100 到 $200 的 Basic”订阅层级；那些对新注册已关闭。当前、完整的拆解在我们的 2026 年 Twitter API 定价指南里。

以下是通过 n8n 两个实用后端看同样的数据。官方 X API 是原生节点已经用的那个；按请求计费的替代方案是 HTTP Request 节点调用的那个。

维度	官方 X API（按量付费）	Sorsa API
计费模型	按抓取的资源	按请求计费
读取 1,000 条推文	$5.00（外加每份作者资料 $0.010）	在 Pro 上通过批量接口从 $0.02（每次调用最多 100 条推文）到通过分页搜索约 $0.10，两者都含作者
读取 1,000 份资料	$10.00	在 Pro 上约 $0.01（通过粉丝接口 5 次请求，每次最多 200）
速率限制	按接口 15 分钟窗口（因接口而异）	固定每秒 20 次请求，每个套餐
认证	OAuth 2.0 加 Bearer 令牌	单个 API 密钥请求头
设置	开发者账号加应用审核	约 3 分钟，无需审批
月度入门	按量付费，无免费额度，200 万次帖子读取上限	注册即送 100 次免费请求，之后从 $49/月含 10,000 次请求起
写入权限	发帖和私信（关注、点赞、引用帖子仅限 Enterprise）	无（只读）
推文响应里的作者资料	作为用户读取单独计费	免费包含

一句话概括：对只读的 n8n 工作流，官方 API 对每条推文和每份资料分别收费。一个按请求计费的 API 无论返回多少都按一个单位收费、并含作者数据。所以在读密集型自动化上，按请求计费模型既更便宜、也更可预测。

如果你的工作流需要发帖、发私信，或跑关注、点赞或引用动作，那是官方 API 的地盘，Sorsa 设计上只读。对于以固定、可预测的价格、无审批队列读取公开数据，按请求模型才是要锚定的那个。公布的定价层级从每 1,000 条推文 $0.02 起，套餐从每月 $49 含 1 万次按调用计费的请求起。

多数 n8n 抓取教程改接一个按条目计量的后端，如 twitterapi.io（约每 1,000 条推文 $0.15、每 1,000 份资料 $0.18）或一个 Apify Twitter actor（约每 1,000 条推文 $0.40，因 actor 而异）。两者都为每条返回的条目计费，所以每几分钟重拉同一批账号的 24/7 Schedule Trigger，可能累出一张不可预测的账单。一个按请求计费的模型行为不同：一次调用无论返回 1 条还是 200 条条目都算一次请求，批量接口把最多 100 条推文或 100 份资料折进单次请求，有效费率落在每 1,000 条推文从 $0.02、每 1,000 份资料从 $0.01 起，低于那两个按条目后端。凡你能用一次批量或一页 200 份资料的粉丝页替换一个循环，请求数、以及账单，就大幅下降。相关战术在我们关于优化 API 用量的笔记里。

一个真实的成本模式

在我们帮过从官方 API 迁走的社交聆听设置中，同样的形状反复出现。一个例子：一家约八人的小型分析机构，在 n8n 里跑一个 24/7 的品牌提及监测器，每几分钟轮询一组账号和搜索词。在官方 X API 的按资源定价下，那个体量指向一张四位数月账单，并逼近 200 万次帖子读取的上限。一旦把回复和引用算进去，每月远超一百万次帖子读取。把同样的 HTTP Request 节点重新指向一个按请求计费的套餐，就把整个监测器放进了一个固定的月度成本内。提及接口的 min_likes 和日期筛选，在噪音到达他们数据库之前就把噪音修剪掉了。

常见问题 {#faq}

n8n 的 X (Twitter) 节点被弃用了吗？

n8n 的 X (Twitter) 节点没有被弃用、仍在运行，但以写入为主，其较旧的 OAuth 1.0a 认证随 V2 节点一起退役了。它创建私信，并让你通过官方 X API 删除、搜索、点赞或转推一条推文。要规模化读取公开数据，n8n 构建者改用配数据 API 的 HTTP Request 节点。

n8n 有内置的 Twitter 爬虫吗？

没有，n8n 没有内置的 Twitter 或 X 爬虫。原生 X 节点在付费的官方 API 上发布并跑一个浅搜索，社区爬虫节点则依赖经常失效的已登录会话令牌。标准做法是用 HTTP Request 节点调用一个只读 Twitter 数据 API，把推文、资料和粉丝以干净的 JSON 返回。

能用同一套 n8n 设置读推文和发推文吗？

能，但这是两个不同的连接。原生 X 节点通过官方 X API 处理发帖、私信、点赞和转推，大量读取推文、粉丝和提及则通过指向一个数据 API 的 HTTP Request 节点。许多工作流两者结合：用一个读、用另一个发，在同一张画布上。

在 n8n 里有免费获取 X 数据的方式吗？

在 n8n 里没有可靠的免费方式来大量拉 X 数据。官方 X API 在 2023 年砍掉了免费额度，公开的 Nitter 实例不稳定，社区爬虫节点倚赖有账号封禁风险的已登录会话 cookie。带自己密钥的低成本托管数据 API 是可靠路线，通常几美元换数千条记录。其中一些（Sorsa 也在内）包含 100 次免费请求（无需绑卡、一次性、覆盖全部 40 个接口），供你在付费之前测试一个工作流。

在 n8n 里拉 X 数据时如何避免速率限制？

要在 n8n 里避免速率限制，在分页循环内用一个 Wait 节点给请求留间隔，并挑一个限制简单、宽裕的数据 API。Sorsa 在每个套餐上采用固定每秒 20 次请求，没有按接口的窗口或 15 分钟重置。所以工作流可以翻遍粉丝或搜索结果，不会在运行中途撞上额度。

在 n8n 里能拉旧的或历史推文吗？

能。当数据 API 暴露存档搜索时，HTTP Request 节点能在 n8n 里取历史推文。Sorsa 的搜索和 user-tweets 接口可检索回溯至 2006 年的完整公开推文存档。提及接口上的 since_date 和 until_date 筛选支持按日期界定的拉取，所以你可以回填一个数据集，而不只是收集此后的推文。

如何开始

在 n8n 里读 X 数据归结为两个节点和一个密钥。加一个 HTTP Request 节点、设 ApiKey 请求头、把它指向你需要的接口、并打开游标分页。一个 Sorsa API 密钥约三分钟就能设好、无需开发者账号审核，固定每秒 20 次请求给翻遍大列表留出余量，100 次免费请求（一次性、无需绑卡、覆盖全部 40 个接口）足以在选套餐之前跑一整轮测试。之后批量定价从每 1,000 条推文 $0.02、每 1,000 份资料 $0.01 起。如果你跑的是 Make 或 Zapier 而非 n8n，同一个数据 API 以同样的方式接入那些工具：见 Make 版和 Zapier 版。

审校：Keksich（Sorsa 创始人，X API 研究者）

本指南取材于我们团队在生产中运营一个只读 X API 的一线工作，以及实时接口文档。n8n 行为对照 n8n 官方的 X 节点文档及其 HTTP Request 分页文档做了核查；X API 费率反映 2026 年 4 月 20 日更新后 X 开发者平台的当前定价。本对比在九个维度上权衡官方 X API 和 Sorsa。于 2026 年 7 月 6 日核实。