作者：Sorsa 编辑部

更新：2026 年 7 月 6 日。把价格刷新为当前的每千批量费率，新增了 100 次免费请求的起步选项，并重新确认 Make 的 X (Twitter) 集成自 2025 年 5 月以来仍处停用、未恢复。

核心要点 Make.com 于 2025 年 4 月 3 日移除了其原生 X (Twitter) 集成，现有场景于 2025 年 5 月 30 日停止运行，原因是 X API 的定价和政策。集成没有回来。要现在在 Make 场景里读取 X 数据，就从 Make 内置的 HTTP 模块调用一个第三方 REST API。

那个第三方 API 正是 Sorsa API 这个替代 Twitter/X API 填补 Make 留下缺口的地方。这个服务只读，通过朴素 REST 获取公开 X 数据（推文、搜索、提及、粉丝、资料），用 ApiKey 请求头里的密钥认证，直接映射到 Make 的 HTTP API Key Auth。计费按请求：一次调用一次请求，批量接口上每 1,000 条推文从 $0.02、每 1,000 份资料从 $0.01 起，作者资料免费包含在每个推文响应里，且无需申请 X 开发者账号。一份一次性的 100 次免费请求额度（无需绑卡、永不过期）覆盖全部 40 个接口，供你测试这套设置。

一个区别决定你需要本指南的哪一半。向 X 发帖和从 X 读数据，如今是两件不同的事、有两个不同的修法。发帖是写操作，在原生应用死后属于你自己的 X 开发者应用或一个社媒发布工具。读取公开数据是老的原生触发器（如“监视新提及”）曾经做的，那正是没人干净地替代掉的部分。同样的“HTTP 调用”做法也覆盖其他无代码平台，见 n8n 和 Zapier。

目录

Make 的原生 X (Twitter) 集成怎么了？ {#what-happened-to-makes-native-x-twitter-integration}

Make 于 2025 年 4 月 3 日停用了其 X (Twitter) 应用。从那天起，无法再用 X 模块构建新场景，而在 2025 年 5 月 30 日，所有现有 X 场景停止运行、并在执行时开始返回错误。Make 陈述的理由是：X 的 API 定价和政策让合理的集成对其客户不可能。

那个措辞直接来自 Make 的发布说明，承载它的帮助中心页面最后一次更新是 2026 年 1 月、方针未变。与移除 X 支持、后来又在自带密钥模型下恢复的 Zapier 不同，Make 没有把集成带回来。原生 X 应用没了，官方指引指向别处。

Make 自己推荐的替代品很说明问题：Buffer、Hootsuite，以及向 Bluesky 和 Mastodon 等网络发帖。这些每一个都是发布工具。没有一个能读取任意公开 X 数据，而那恰恰是很大一部分旧场景实际在做的。

一个小但有用的细节：Make 的 xAI (Grok) 应用未受影响，因为 X 和 xAI 跑在各自的 API 政策上。所以即便你无法通过原生模块访问 X，你仍能在 Make 里访问 Grok。

根本原因是成本，值得理解，因为成本塑造了每一个绕过方案。官方 X API 按资源计费，所以一个服务数百万自动化的平台，无法在规模上吸收按帖和按资料的收费。我们在X API 为何变得如此昂贵里详细讲了这个经济。

你还能从 Make 向 X 发帖吗？ {#can-you-still-post-to-x-from-make}

能，但只能通过一条你自己搭的路线，或通过一个专门的发布工具。Make 不再提供原生 X 模块，所以发帖现在有两条路。要么用你自己的开发者凭据从 HTTP 模块调用 X 自己的 API，要么连接一个为你持有 X 连接的社媒管理服务。

发布类别的工具包括 Buffer、Hootsuite、Ayrshare，以及 XTweetAPI 和 upload-post 等以发帖为主的 API。这些处理写操作：发帖、排期、回复和账号管理。如果你的场景只需向 X 发布，其中之一是实用修法，Make 自己的帮助中心也优先指向 Buffer 和 Hootsuite。

有一个值得直说的坑。通过你自己的 HTTP 设置发帖，需要一个 X 开发者应用、OAuth 凭据，以及 X 的按量付费计费：标准帖子创建每请求 $0.015，含 URL 的帖子 $0.20。那些便利工具还在此之上叠加自己的订阅。

Sorsa 不在这里竞争。它设计上只读，没有发帖、点赞、关注或私信接口。如果你需要向 X 写入，用上面那些工具。如果你需要从 X 读取，本指南余下部分就是给你的。

如何在没有原生应用的情况下把 Twitter/X 数据读进 Make {#how-to-read-twitterx-data-into-make-without-the-native-app}

要在没有原生应用的情况下把公开 X 数据读进 Make 场景，就从 HTTP 模块调用一个只读 REST API、把 JSON 响应映射进你的下游模块。这重建了老的 X 触发器所处理的数据采集工作，无需 X 开发者账号、也没有要维护的浏览器自动化。

这是发布工具留空的赛道。Buffer 和 Hootsuite 无法监视一个竞品的提及、拉取一份粉丝列表，或跑一次关键词搜索并把结果落进一张表。那些是读取任务，REST 数据 API 直接回答。在运营我们自己的 API 中，我们看到这四个模式被重建得最多。

监测一个品牌或用户名的提及

提及追踪是最常见的原生触发器用途之一，也是最容易干净重建的。对 /mentions 接口的一次调用返回引用某个用户名的帖子，带最低点赞、回复、转推和日期范围的筛选。把结果路由到 Slack、一张表或一个告警。完整设置见通过 API 追踪 X 提及，或更广的监测图景见社交聆听方案。

按关键词、话题标签或操作符搜索推文

对话题和话题标签监测，/search-tweets 接受一个带完整 Twitter 高级搜索操作符（from:、since:、until:、精确短语、话题标签）的查询字符串，并返回匹配的帖子，每页约 20 条，用游标分页。没有结果数量参数，所以量由你请求多少页控制。我们关于通过 REST 接口搜索推文的指南走一遍操作符，而查询构建器为你拼装语法。

拉取一个用户的推文、粉丝或关注

要监视一个账号，/user-tweets 返回该账号的近期帖子。要分析一个受众，/followers 和 /follows 每次请求返回最多 200 份资料，是现有较高的每次调用产出之一。每份资料都带完整指标。拉取粉丝和关注列表的详解覆盖分页和字段映射。

在工作流内增补一份资料

当一个线索或注册到达时，一次 /info 调用返回那个账号的简介、位置、粉丝和关注数、认证状态和创建日期，可直接写回一个 CRM 行。对批量处理，/info-batch 一次请求解析最多 100 个用户名，这让一个高量场景待在小的请求预算内。要按计划跑同样的轮询逻辑，见对 X 活动的定时监测，而要落地输出，见把结果送进 Google Sheets。

为一个只读 X API 配置 Make 的 HTTP 模块 {#configuring-makes-http-module-for-a-read-only-x-api}

Make 的 HTTP "Make a request" 模块向任意 URL 发请求并解析响应，该模块支持把密钥放在请求头里的 API 密钥认证。那就是一个只读 X API 所需要的全部，该模块在每个套餐（包括免费的）上都有。下面的配置刻意少讲 UI，因为耐用的部分是请求本身、而非周围的按钮。

在 HTTP 模块里搭一次 Sorsa 调用要六步：

  1. 把 HTTP > Make a request 模块加进你的场景。
  2. 设置 Method。资料和粉丝读取用 GET，搜索用 POST。
  3. 把 URL 设为接口，例如 https://api.sorsa.io/v3/search-tweets。
  4. 加一个名为 ApiKey 的请求头、把你的密钥作为值（或用模块的 API Key Auth 并选请求头放置）。认证细节在 API 密钥请求头文档里。
  5. 对一个 POST，把 body 类型设为 Raw、内容类型设为 JSON，并提供请求，例如 {"query": "from:nasa", "order": "latest"}。
  6. 打开 Parse response，好让 Make 为下游模块映射 JSON 字段。

一次资料读取看起来是这样的：

GET https://api.sorsa.io/v3/info?username=nasa
ApiKey: YOUR_API_KEY

一次搜索读起来是这样的：

POST https://api.sorsa.io/v3/search-tweets
ApiKey: YOUR_API_KEY
Content-Type: application/json

{"query": "from:nasa", "order": "latest"}

分页是人们会漏的那一部分。返回列表的接口在响应里包含一个 next_cursor 字段。要采集不止一页，把那个值喂进下一个请求的 next_cursor，并用一个 Repeater 或 Iterator 重复，直到游标返回空。基于游标的分页参考展示了确切的字段。当我们拿这个循环对照实时接口测试时，唯一的失败模式是忘了在空游标时停止，那会让场景多走一次空闲调用。

如果你宁愿完全不碰 HTTP 模块，无代码 playground 从浏览器 UI 运行同样的接口并展示原始 JSON，这是把查询接进场景之前先确认的快捷方式。

在 Make 里读 X 数据需要 X 开发者账号吗？ {#do-you-need-an-x-developer-account-to-read-x-data-in-make}

不需要。通过一个第三方 REST API 读 X 数据只需要那个 API 自己的密钥，所以你完全跳过 X 的开发者门户、应用审核队列、OAuth 设置和按量付费额度。只有当你直接和 X 自己的接口对话时才需要 X 开发者账号，那是发帖路线、而非读取路线。

这是本指南两半之间的实际差别。原生模块和任何自托管的发帖设置都把你拉进 X 的开发者流程及其按资源计费。读取 API 交给你一个密钥和一个基础 URL，设置只需几分钟、而非审批周期。更广的图景在不用开发者账号获取 X 数据里。

把 X 数据拉进 Make 要花多少钱？ {#what-does-it-cost-to-pull-x-data-into-make}

成本取决于数据源，而非 Make。官方 X API 按资源计费，爬虫 actor 按返回的结果计费，按请求计费的 REST API 则无论一次调用返回多少条目都按请求计费。对以任何真实体量读取的场景，计费单位才是决定账单的东西。

官方 X API 在其按量付费模型上每条帖子读取 $0.005、每次用户读取 $0.010，并用 OAuth 2.0 加一个 bearer 令牌认证。Sorsa 按请求计费、用请求头里的密钥认证。在读取负载上的对比：

官方 X APISorsa API
访问模型读写只读
计费单位按抓取的资源按请求计费
读取价格每条帖子 $0.005、每份资料 $0.010每 1,000 条推文从 $0.02、每 1,000 份资料从 $0.01 起
速率限制按接口窗口固定每秒 20 次，每个套餐
认证OAuth 2.0 + bearer 令牌，应用审核请求头里一个 API 密钥，无审核
开发者账号必需不需要
批量有限每次调用最多 100 条推文或 100 份资料

在 Sorsa 上，同样的读取每 1,000 条条目花不到一美分。批量接口从每 1,000 条推文 $0.02、每 1,000 份资料 $0.01 起。按页的搜索接口折算为约每 1,000 条推文 $0.10，因为一次搜索调用返回约 20 条帖子、并把每份作者资料打包进去。两个基准都远低于官方 API 的每 1,000 次帖子读取 $5.00 加每 1,000 次资料读取 $10.00（费率于 2026 年 7 月 6 日核实）。

如果你需要向 X 发布、或使用第一方和授权数据功能，那是官方 API 的地盘、你应该用它。对于以固定、可预测价格、用一个密钥的设置把公开 X 数据读进 Make 场景，像 Sorsa 这样的只读 API 是更便宜、更简单的契合，而推文响应已经免费包含了作者的完整资料。完整拆解在 2026 年 X API 定价指南里。

任何诚实的估算里还有两项应该算上。Make 自己按“操作”计费，每次 HTTP 调用加每个分页循环都消耗一个，所以一次高频轮询需要一个付费的 Make 套餐来覆盖操作数。管道进 Make 的通用爬虫 actor（如 Apify）按结果计费；一个常见费率是付费档约每 1,000 条推文 $0.40（估算，因 actor 而异），而这些 actor 作为你触发后再轮询的异步任务运行，这增加了一次直接 REST 调用所避免的步骤。

把 X 数据喂给 Make AI 智能体 {#feeding-x-data-into-make-ai-agents}

Make AI 智能体和 Make 的 MCP 支持能消费通过同一个 HTTP 模块获取的 X 数据，所以上面那个读取模式兼作一个智能体步骤的数据源。拉取帖子或资料、把解析后的 JSON 传给智能体，让智能体总结、分类或路由。

对智能体原生的设置，Sorsa 还直接为 AI 工作流暴露接口，这移除了手动的字段映射。这套做法在在 AI 智能体工作流内使用数据里描述。

一次真实重建：集成终止后的提及追踪 {#a-real-rebuild-mention-tracking-after-the-integration-ended}

当 Make 砍掉 X 应用时，一个我们合作过的约 10 人社交分析团队失去了一个关键场景。那个场景曾监视品牌提及，并把提及记录到一张供客户仪表盘用的表里。原生触发器没了，Buffer 和 Hootsuite 无法读提及、只能发布。

重建是一个按计划调用 /mentions、用游标分页、把行写进现有表的单一 HTTP 模块。场景逻辑几乎没变；变的只是数据源。因为计费从按资源读取移到了按请求计费的调用，团队那个负载的数据成本，对比同样体量在官方 X API 上会花的钱，降了最高 50 倍。这是任何把读密集型工作流从按资源定价切走的人都会看到的属性。直接从官方 API 切走的团队可以在把一个工作流从官方 X API 迁走里走同样的路。

如何开始 {#getting-started}

如果你的场景读取 X 数据，设置很短。拿一个密钥、加一个 HTTP 模块、把它指向你需要的接口。没有应用审核、没有 OAuth，密钥放进 ApiKey 请求头，固定每秒 20 次请求的限制适用于每个套餐，所以一个繁忙的场景不会撞上按接口的窗口。一份一次性的 100 次免费请求额度（无需绑卡、永不过期）覆盖全部 40 个接口，让你在付费之前验证流程。之后读取从每 1,000 条推文 $0.02、每 1,000 份资料 $0.01 起；完整层级见定价。在 playground 里跑一个查询确认，再把它接进 Make。

常见问题 {#faq}

Make 何时移除了 Twitter (X) 集成？

Make 于 2025 年 4 月 3 日移除了其原生 X (Twitter) 应用集成，此后无法再用 X 模块构建新场景。现有场景一直运行到 2025 年 5 月 30 日，然后停止并在执行时开始返回错误。截至帮助中心 2026 年 1 月的更新，该集成尚未恢复。

Make.com 为什么砍掉了 X 集成？

Make 陈述称 X 的 API 定价和政策要求让它无法向客户提供合理的集成。官方 X API 按抓取的资源计费。所以对一个运行大量自动化的平台，按帖和按资料的成本让可持续的原生 X 模块行不通。这就是为什么 Make 停用集成、而非吸收这个价格。

还能从 Make.com 向 X 发帖吗？

能，但不能通过原生模块。发帖现在需要：要么用你自己的开发者应用和 OAuth 凭据从 HTTP 模块调用 X 自己的 API，要么连接一个持有 X 连接的发布工具（如 Buffer 或 Hootsuite）。两条路线都涉及 X 的按量付费写入定价或一份单独的订阅，因为 Make 不再中介这个连接。

如何在没有原生应用的情况下把 X 数据接进 Make？

从 Make 的 HTTP 模块调用一个只读 REST API、把 JSON 解析进下游模块。Sorsa 这个只读 Twitter/X API，通过朴素 REST 用 ApiKey 请求头里的密钥返回推文、搜索结果、提及、粉丝和资料，这匹配 Make 的 HTTP API Key Auth。无需 X 开发者账号或浏览器自动化。

在 Make 里读 X 数据需要 X 开发者账号吗？

不需要。一个第三方 REST API 用自己的密钥，所以通过它读 X 数据就跳过了 X 的开发者门户、应用审核、OAuth 设置和按量付费额度。只有当一个场景直接调用 X 自己的接口时才需要 X 开发者账号，那适用于发帖。对读取公开数据，一个 API 密钥和一个基础 URL 就够。

把 X 数据拉进 Make 场景要花多少钱？

成本取决于数据源。官方 X API 按资源计费（每条帖子 $0.005、每份资料 $0.010）。像 Sorsa 这样的 API 按请求计费，在批量接口上每 1,000 条推文从 $0.02、每 1,000 份资料从 $0.01 起。作者资料免费包含在推文响应里，起步有 100 次免费请求、无需绑卡。Make 也按操作计费，所以每次调用和分页循环都计入你的 Make 套餐。

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

本指南取材于我们运营 Sorsa API 的一线工作、实时 API 及其文档，以及 Make 自己停用 X 应用的发布说明。定价和日期于 2026 年 6 月 17 日对照 Make 的帮助中心和我们的定价参考做了核实。