2026 年 Make.com 集成 Twitter（X）

#Make 的 Twitter（X）应用怎么了

Make 的 X（原 Twitter）应用已经彻底消失：Make 在 2025 年 4 月 3 日把它从应用搜索中撤下，仍在使用其模块的场景从 2025 年 5 月 30 日起开始失败。Make 的发布说明（在新标签页打开）只给了一个原因，即 X 的 API 政策要求和定价，它称这些使其无法为客户提供"合理的集成"。

此后一切都没有恢复，日期一目了然：

• 2025 年 4 月 3 日

  Make 发生的变化

  X 应用从应用搜索中撤下；无法再新建 X 场景

• 2025 年 5 月 30 日

  Make 发生的变化

  现有 X 场景停止运行；仍可打开，但每次运行都失败

• 2026 年 1 月 19 日

  Make 发生的变化

  Make 的通知最后一次更新，方向没有变化

• 2026 年 11 月 2 日

  Make 发生的变化

  Make 的集成列表里仍然没有 X 应用（为本指南核实）

Make（前身是 Integromat）把以前向 X 发帖的客户引向社交媒体管理类应用，而它的 xAI 应用（用于调用 Grok 模型）没有受到影响。这两者都不能从 X 读取帖子、用户资料或粉丝。如今要读取 X 数据，就得用 Make 的 HTTP 应用发请求，它可以与任何带 REST API 的服务通信。

要从这个模块调用官方 X API，需要 X 开发者应用、Bearer 令牌或 OAuth 连接，以及预付额度：按 X 的价格页面（在新标签页打开），每条帖子读取 $0.005，每个用户或粉丝 $0.010，按量付费每月最多读取 300 万条帖子。从 2026 年 11 月 22 日起，X 还会把每条帖子的作者按用户读取计费，所以一条带作者的帖子合计 $0.015（见 X 在 10 月 23 日的通知（在新标签页打开））。

#用 Sorsa API 在 Make 里读取 X 数据

Sorsa API 是一款 Twitter（X）API 与爬虫，只要一个 API 密钥，加上每个 Make 套餐本来就有的 HTTP 应用，就能补上这个缺口。要在 Make 场景里读取推文、提及和粉丝，用 Sorsa API：每次请求 20 条帖子或 200 个粉丝，搜索可回溯到 2006 年，所有套餐统一每秒 20 次请求，不需要 X 开发者账号，也没有需要续期的 OAuth 连接。

下面的步骤会搭出一个关键词搜索，返回最新的帖子。后面的其他任务，都复用同一个 keychain 和同一个模块，只是换一个 URL。

1. 获取 API 密钥。 注册后，从控制台复制密钥。前 100 次请求免费，无需绑卡，永不过期。

2. 把密钥存进 keychain（密钥串）。 添加 HTTP 应用的 Make a request 模块，把 Authentication type 设为 API key。在 Credentials 下创建一个 keychain：把密钥粘贴到 Key，把 API key placement 设为 In the header，把 API key parameter name 设为 ApiKey。这样密钥就不会出现在模块的字段里，以后还可以在 Keys 下轮换它。

3. 让模块指向 Sorsa API。 把 URL 设为 https://api.sorsa.io/v3/search-tweets，Method 设为 POST。

4. 以 JSON 发送搜索。 把 Body content type 设为 application/JSON，Body input method 设为 JSON string，并填入含两个字段的请求体：query 可以是任何 X 搜索（包括运算符），order 取 latest 或 popular。下面的 curl 是同一个请求，方便你在放进 Make 之前先测试查询。

   curl -X POST "https://api.sorsa.io/v3/search-tweets" \
     -H "ApiKey: YOUR_API_KEY" \
     -H "Content-Type: application/json" \
     -d '{"query": "make.com lang:en -filter:retweets", "order": "latest"}'
   

5. 解析响应并运行一次。 把 Parse response 设为 Yes，然后点击 Run once。模块的输出里现在有带 tweets 数组和 next_cursor 的 Data，后面的每个模块都可以映射它们的字段。

   {
     "tweets": [
       {
         "id": "1985417630058127650",
         "full_text": "Rebuilt our launch tracker as a make.com scenario.",
         "created_at": "2026-11-02T08:41:19Z",
         "lang": "en",
         "likes_count": 18,
         "retweet_count": 2,
         "reply_count": 4,
         "view_count": 1290,
         "user": {
           "id": "1601177354291937280",
           "username": "scenario_builder_notes",
           "display_name": "Scenario Builder Notes",
           "followers_count": 2315
         }
       }
     ],
     "next_cursor": "DAADDAABCgABG4V8kQ2W"
   }
   

   显示完整响应

在 HTTP 模块后面添加 Flow Control > Iterator，把它的 Array 设为 Data 下的 tweets 数组。这样每条帖子都会作为单独的 bundle 在场景中流转，里面带着作者的完整资料，所以表格里的一行或一条 Slack 消息，不用再发第二次请求，就能显示账号名和粉丝数。返回 401 表示密钥有误，返回 403 表示密钥缺失，或账号的请求次数已用完。

#哪个 Make 场景用哪个接口

每个 Make 任务都对应一个 Sorsa API 接口，接口的方法决定了 HTTP 模块怎么翻页。下表列出 Make 场景最常用的接口；完整的 Sorsa API 接口列表里有全部 45 个。

• 关键词或话题标签搜索

  接口

  POST /search-tweets（在新标签页打开）

  发送的内容

  query、order

  每次请求

  约 20 条帖子

  在 Make 中的翻页方式

  Repeater 循环

• 某个账号的帖子

  接口

  POST /user-tweets（在新标签页打开）

  发送的内容

  username

  每次请求

  约 20 条帖子

  在 Make 中的翻页方式

  Repeater 循环

• 品牌提及

  接口

  POST /mentions（在新标签页打开）

  发送的内容

  query（账号名）、min_likes、since_date

  每次请求

  约 20 条帖子

  在 Make 中的翻页方式

  Repeater 循环

• X 列表（List）的信息流

  接口

  GET /list-tweets（在新标签页打开）

  发送的内容

  list_id

  每次请求

  约 20 条帖子

  在 Make 中的翻页方式

  内置翻页

• 导出粉丝

  接口

  GET /followers（在新标签页打开）

  发送的内容

  username

  每次请求

  最多 200 个粉丝

  在 Make 中的翻页方式

  内置翻页

每隔几分钟运行一次的监测任务，很少需要第二页，因为每次请求的约 20 条最新帖子，已经覆盖了两次运行之间大多数关键词的新内容。翻页对回填和导出才重要，下一节就来设置它。

下面的生成器会为你的任务写好模块：选择任务，输入查询、账号名或 List ID，复制设置，或下载包含 HTTP 模块和 Iterator 的 blueprint。在 Make 里打开一个空场景，从三点菜单里选择 Import blueprint 并选中该文件，然后把你的密钥粘贴到 ApiKey 请求头里，或把模块切换为第 2 步里的 keychain。

{
  "name": "Sorsa API: search-tweets to Iterator",
  "flow": [
    {
      "id": 1,
      "module": "http:ActionSendData",
      "version": 3,
      "parameters": {
        "handleErrors": false,
        "useNewZLibDeCompress": true
      },
      "mapper": {
        "ca": "",
        "qs": [],
        "url": "https://api.sorsa.io/v3/search-tweets",
        "gzip": true,
        "method": "post",
        "headers": [
          {
            "name": "ApiKey",
            "value": "YOUR_API_KEY"
          }
        ],
        "timeout": "",
        "useMtls": false,
        "authPass": "",
        "authUser": "",
        "bodyType": "raw",
        "serializeUrl": false,
        "shareCookies": false,
        "parseResponse": true,
        "followRedirect": true,
        "useQuerystring": false,
        "followAllRedirects": false,
        "rejectUnauthorized": true,
        "contentType": "application/json",
        "data": "{\"query\": \"make.com lang:en -filter:retweets\", \"order\": \"latest\"}"
      },
      "metadata": {
        "designer": {
          "x": 0,
          "y": 0
        }
      }
    },
    {
      "id": 2,
      "module": "builtin:BasicFeeder",
      "version": 1,
      "parameters": {},
      "mapper": {
        "array": "{{1.data.tweets}}"
      },
      "metadata": {
        "designer": {
          "x": 300,
          "y": 0
        }
      }
    }
  ],
  "metadata": {
    "instant": false,
    "version": 1,
    "scenario": {
      "roundtrips": 1,
      "maxErrors": 3,
      "autoCommit": true,
      "autoCommitTriggerLast": true,
      "sequential": false,
      "confidential": false,
      "dataloss": false,
      "dlq": false,
      "freshVariables": false
    },
    "designer": {
      "orphans": []
    }
  }
}

#翻页：在 Make 中沿着 next_cursor 往下走

Sorsa API 用游标翻页：每个响应都带有 next_cursor，这是指向下一页的令牌，最后一页返回的它为空。Make 怎么沿着游标翻页，取决于接口期望游标放在查询字符串里，还是放在 JSON 请求体里。

GET 接口：HTTP 模块的内置翻页

当前的 HTTP 模块可以用 Token or cursor-based 翻页类型自己翻页，并且把游标作为查询参数发出，而 Sorsa API 的 GET 列表接口正是从这里读取它。Make 的 HTTP 文档（在新标签页打开）列出了这些字段；对 /followers 和 /list-tweets，它们取以下值：

• Pagination type： Token or cursor-based。
• Items path： 粉丝填 users，List 信息流填 tweets。
• Next page token/cursor path 和 Page token/cursor parameter name： 都填 next_cursor。
• Page size parameter： 留空，因为每页条数由 Sorsa API 决定。
• Output format 和 Limit： 选 Array of items，以及一次运行最多可返回的条目数，最高 1 万。

Limit 设为 1 万个粉丝，按每次 200 个计，需要 50 次请求。同样的设置也适用于 /follows、/verified-followers、/list-members 和 /list-followers。

POST 接口：Repeater 循环

搜索、时间线和提及是 POST 接口，按 API 参考的定义，它们在 JSON 请求体里接收 next_cursor，所以内置翻页驱动不了它们。五个模块可以做到：

1. 重复。 添加 Flow Control > Repeater，把 Repeats 设为一次运行最多读取的页数，例如 10。

2. 读取游标。 添加 Tools > Get variable，变量名为 cursor。

3. 到末尾就停。 在它后面加一个过滤器，让第一次重复通过，或者让存在 cursor 的情况通过。

4. 请求这一页。 添加上面步骤里的 HTTP 模块，并在请求体里加上 next_cursor，映射到该变量。把这个字段包在 Make 的 if() 函数里，这样第一次请求就会省略它。

5. 保存下一个游标。 添加 Tools > Set variable，把响应的 next_cursor 存为 cursor，Variable lifetime 设为 One execution。

最后一页之后的重复会被过滤器拦下，所以只消耗一个 Make 额度，不消耗 Sorsa API 请求。

须知

不要对 /search-tweets、/user-tweets 和 /mentions 使用内置翻页。它把游标放进查询字符串，而 API 参考对这些接口的定义是游标在 JSON 请求体里，所以要靠 Repeater 循环来翻页。

#把新帖子写入 Google Sheets 或 Slack

Make 场景可以记录关于某个关键词或来自一组账号的每条新帖子，每条只记一次、不重复，只需四个模块：HTTP 模块、Iterator、过滤器和目标应用。Make 没有 X 新帖子的触发器，Sorsa API 也没有 webhook，所以场景按计划轮询，只放行新帖子。

1. 设置计划。 让场景按固定间隔运行，例如每 15 分钟一次，这是 Make 的默认值。

2. 获取最新帖子。 在 POST /search-tweets 上使用 HTTP 模块，把 order 设为 latest。要监测多个账号，在一个查询里用 OR 把它们的 from: 运算符连起来。账号有几百个时，把它们加入一个公开的 X List，再用它的 list_id 调用 GET /list-tweets：一次请求就能读取一个最多含 5,000 个账号的 List 的信息流。

3. 拆分帖子。 在 tweets 数组上添加 Iterator。

4. 只放行新帖子。 在 Iterator 之后的连线上设置过滤器：created_at 晚于运行时间减去 16 分钟，Make 里写作 addMinutes(now; -16)。多出的一分钟用来容纳计划的偏差，而且过滤器不消耗额度。

5. 写入或发送。 添加 Google Sheets > Add a row 或 Slack > Create a message，并映射 full_text、user.username、created_at 和 id。

要严格去重，在过滤器后面加一个以帖子 ID 为键的 Data store：用 Check the existence of a record，只放行尚未保存的帖子，写完行之后再用 Add/replace a record。把 ID 当作精确的文本键来匹配。帖子 ID 有 19 位，比公式里的数字能精确表示的位数多，而且按文本排序 ID 时，只要长度不同，"9" 就会排在 "10" 后面。

表格这一侧的内容，包括列的布局、很大的粉丝列表，以及完全不需要 Make 的 Apps Script 方案，见指南把 Twitter 数据导出到 Google Sheets。要做秒级提醒和大规模关键词监测，见 Twitter 实时监测。

#在 Make 里读取 X 数据要花多少钱

读取 X 数据的 Make 场景要付两笔账：一笔给数据源，一笔是 Make 额度。Sorsa API 按请求计费，而不是按帖子：约 20 条帖子的一页搜索结果只算一次请求，所以帖子每 1,000 条 $0.07 起，而官方 X API 是每 1,000 条 $5.00，失败的请求从不计费。

读取粉丝和带作者的帖子时，差距还会拉大，因为 Sorsa API 每次请求返回 200 个粉丝，每条帖子也都包含作者的资料：

• 来自搜索、时间线、提及和 List 的帖子

  Sorsa API，每 1,000 条

  $0.07 起

  官方 X API，每 1,000 条

  $5.00

• 带作者的帖子，2026 年 11 月 22 日起

  Sorsa API，每 1,000 条

  $0.07 起

  官方 X API，每 1,000 条

  $15.00

• 粉丝

  Sorsa API，每 1,000 条

  $0.007 起

  官方 X API，每 1,000 条

  $10.00

• 每批 100 个查询的用户资料

  Sorsa API，每 1,000 条

  $0.014 起

  官方 X API，每 1,000 条

  $10.00

Make 这一侧按模块运行次数计费：每个操作一个额度，而且一个模块会为它处理的每个 bundle 运行一次，见 Make 的额度指南（在新标签页打开）的说明。HTTP 模块和 Iterator 每次运行各耗一个额度，Iterator 之后的每个模块，每处理一条到达的帖子耗一个额度，过滤器和路由器不耗额度。Make 的 Free 套餐每月包含 1,000 个额度。

每 15 分钟一次的计划，在 30 天的月份里要运行 2,880 次：2,880 次 Sorsa API 请求，在 Starter 套餐的 1 万次之内，加上在写入第一条帖子之前就要消耗的 5,760 个 Make 额度。下面的计算器会按你的计划，把两笔账加起来。

价格只是把 X 数据源接入 Make 之前的五项检查之一。Sorsa API 每一项都能用数字回答：

• 配置

  Make 场景中的 Sorsa API

  keychain 里放一个 API 密钥；不需要开发者应用，也没有要续期的 OAuth 连接

• 速度

  Make 场景中的 Sorsa API

  所有套餐（包括免费账号）统一每秒 20 次请求

• 覆盖范围

  Make 场景中的 Sorsa API

  搜索可回溯到 2006 年，另有时间线、提及、粉丝和 List，共 45 个接口

• 账号安全

  Make 场景中的 Sorsa API

  从不要求你的 X 登录信息或 Cookie，所以你的任何 X 账号都没有风险

• 可靠性

  Make 场景中的 Sorsa API

  自 2022 年起投入生产；响应结构稳定，你的字段不会变

#在 Make 里搭建第一个 X 场景

Make 在 2025 年下线了它的 X 应用，现在一个带密钥请求头的 HTTP 模块就能完成全部读取。基于 Sorsa API 来搭这个模块：用 ApiKey keychain 取代 OAuth 应用，每次请求 20 条帖子或 200 个粉丝，每 1,000 条推文 $0.07 起，另有 100 次免费请求，足够读取你的前 2,000 条帖子。

用的是别的工具？指南在 n8n 中使用 Twitter API和在 Zapier 中使用 Twitter API，在那些平台上设置了同样的读取。

#常见问题