监测 Twitter 提及要花多少钱

#在官方 X API 上监测 X 提及要花多少钱

官方 X API 按返回的内容收费：每条帖子 $0.005，自 2026 年 11 月 22 日起，通过扩展对象随帖子返回的每个作者资料另收 $0.010（见 X 的价目表（在新标签页打开）和 X 10 月 23 日的通知（在新标签页打开））。所以提及监测只算帖子，每 1,000 条提及要 $5.00；如果还要显示每条是谁写的，最高要 $15.00。

这个区间来自去重。X 对同一项资源按 24 小时的 UTC 日只收一次费，所以一个作者一天内 @ 你的品牌十次，只计一次。十个不同的人各 @ 一次，就计十次。不带作者资料的提醒只会显示一个数字作者 ID，这也是多数监测工具都要求返回作者的原因。

还有两条规则影响账单。通过你自己的开发者应用读取自己账号的提及，算自有读取，每条帖子 $0.001；其他任何品牌、客户或竞争对手，都按全价。而且按量付费在每个计费月读取 300 万条帖子后封顶；超出之后，X 只出售 Enterprise 合同，每月约 $42,000 起。

• 1 万

  官方 X API，仅帖子

  $50

  官方 X API，含作者

  最高 $150

• 10 万

  官方 X API，仅帖子

  $500

  官方 X API，含作者

  最高 $1,500

• 100 万

  官方 X API，仅帖子

  $5,000

  官方 X API，含作者

  最高 $15,000

• 300 万及以上

  官方 X API，仅帖子

  $15,000，之后需 Enterprise

  官方 X API，含作者

  每月 $42,000 以上

想知道自己属于哪一行，先数一数正常一周的提及量。免费的 Twitter 提及查询工具无需写代码，就能按时间段列出任意账号的近期提及。

#用 Sorsa API 以固定月费监测提及

要让提及监测的账单不随提及数变化，用 Sorsa API，一款 Twitter（X）API 与爬虫：所有接口都是每次调用算一次请求，每次搜索请求最多返回 20 条提及，每个作者的完整资料都包含在内。一个密钥，不用开发者账号，也不用 OAuth。

监测就是一个检查循环。每次检查，向 POST /search-tweets（在新标签页打开） 请求 @ 你账号的最新帖子，并翻页读取，直到遇到已经保存过的提及为止。安静的时候一次检查只读一页；繁忙时，每多 20 条新提及就多读一页。所以每月用量有个上限，拿张便签就能算出来：

每月请求数 = 查询数 × 每月检查次数 + 每月提及数 ÷ 20

一个品牌每分钟检查一次、每月 10 万条提及，会产生 4.32 万次检查加 5,000 页，约 4.82 万次请求，在 Pro 套餐的 10 万次之内。设置分四步：

1. 获取密钥。 注册后，在控制台复制 API 密钥；100 次免费请求就在密钥里。

2. 为你的账号写一条查询。 用 OR 把各个账号连起来。如果还想捕获没有 @ 的帖子，加上带引号的品牌名，比如 "acme coffee"。语法就是 X 自己的：我们的 Twitter 搜索运算符指南列出了所有运算符。

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

3. 按计划检查，读到上次保存的提及就停。 下面的函数执行一次检查，返回新提及，并统计用掉的请求数。可以从 cron、worker 或 n8n 的定时任务里运行它。

   import requests
   
   API = "https://api.sorsa.io/v3/search-tweets"
   HEADERS = {"ApiKey": "YOUR_API_KEY"}
   QUERY = "@acme_coffee_roasters OR @kitebird_analytics_hq"
   
   
   def check(last_id, max_pages=25):
       """One check: new mentions newer than last_id, and requests used."""
       body = {"query": QUERY, "order": "latest"}
       new, used = [], 0
       while used < max_pages:
           r = requests.post(API, json=body, headers=HEADERS, timeout=30)
           r.raise_for_status()
           used += 1
           page = r.json()
           for tweet in page.get("tweets", []):
               if int(tweet["id"]) <= last_id:
                   return new, used
               new.append(tweet)
           body["next_cursor"] = page.get("next_cursor")
           if not body["next_cursor"]:
               break
       return new, used
   

4. 留意余额。 GET /key-usage-info 返回当月剩余的请求次数和续期时间，调用它从不消耗你的请求次数。

   curl "https://api.sorsa.io/v3/key-usage-info" -H "ApiKey: YOUR_API_KEY"
   

   {
     "key_requests": 100000,
     "remaining_requests": 61840,
     "total_requests": 152160,
     "valid_until": "2026-12-01T00:00:00Z"
   }
   

每次检查后，把最新一条提及的 ID 存进文件或数据库的一行，这样重启后既不会重复发旧提醒，也不会漏掉新的。返回 403 表示密钥缺失或请求次数已用完，429 表示一秒内请求超过 20 次，失败的请求从不收费。只监测一个账号并要按点赞、回复和日期筛选时，POST /mentions 的用法类似；我们的 Twitter 提及 API 指南介绍了它的字段。

#多久检查一次，各个间隔要花多少钱

在 Sorsa API 上，账单大部分由检查间隔决定：一次检查不管发现 20 条新提及还是一条没有，都只算一次请求。一个 30 天的月里，同一条查询每分钟检查一次是 4.32 万次检查，每 5 分钟一次是 8,600 次，正好在 Starter 套餐的 1 万次请求之内。

检查之后套餐里剩下的请求，按每次请求 20 条提及，用来读取繁忙的页面。最后一列显示每月还能容纳多少条提及：

• 1 分钟

  每月检查次数，一条查询

  4.32 万

  能覆盖的套餐

  Pro，10 万次请求

  还能容纳的提及数

  约 110 万

• 2 分钟

  每月检查次数，一条查询

  2.16 万

  能覆盖的套餐

  Pro，10 万次请求

  还能容纳的提及数

  约 160 万

• 5 分钟

  每月检查次数，一条查询

  8,600

  能覆盖的套餐

  Starter，1 万次请求

  还能容纳的提及数

  约 2.7 万

• 15 分钟

  每月检查次数，一条查询

  2,900

  能覆盖的套餐

  Starter，1 万次请求

  还能容纳的提及数

  约 14.2 万

• 1 小时

  每月检查次数，一条查询

  720

  能覆盖的套餐

  Starter，1 万次请求

  还能容纳的提及数

  约 18.6 万

按任务能接受的最长等待时间来选间隔。客户在等答复的客服账号，值得每分钟检查一次。每周的品牌报告或竞争对手观察，每 15 分钟或每小时一次就够了。所有套餐都允许每秒 20 次请求，所以速度从不额外收费：间隔缩短，只多出相应的检查次数。

#五种监测方案，端到端定价

同样的算法，一分钟就能给任何方案定价。下表按 30 天的月份计算五种常见方案，先列 Sorsa API 的套餐，再列官方 X API 对同样提及的账单；提及越多，差距越大，因为官方 X API 对每条帖子和每个作者计费，而 Sorsa API 按 20 条一页计费。

• 一个品牌，1 万条提及，每 5 分钟检查一次

  Sorsa API，每月

  $49，Starter

  官方 X API，每月

  $50 到 $150

• 一个品牌，10 万条提及，每分钟一次

  Sorsa API，每月

  $199，Pro

  官方 X API，每月

  $500 到 $1,500

• 一家代理机构：25 个品牌分成 5 条查询，25 万条提及，每 5 分钟一次

  Sorsa API，每月

  $199，Pro

  官方 X API，每月

  $1,250 到 $3,750

• 一个消费品牌：100 万条提及，每分钟一次

  Sorsa API，每月

  $199，Pro

  官方 X API，每月

  $5,000 到 $15,000

• 一款舆情产品：200 个客户品牌，每个一条查询，200 万条提及，每 5 分钟一次

  Sorsa API，每月

  $4,799，Business

  官方 X API，每月

  $10,000 到 $30,000

舆情产品这一行，就是官方 X API 上限开始起作用的地方：再多几个客户，就会超过每月 300 万条帖子，进入每月约 $42,000 起的 Enterprise。在 Sorsa API 上，同样的产品只需升一档套餐，而且每月 100 万次请求起，套餐还可按需提供更高的速率限制，500 万次起另有定制条款。

在下面填入你自己的数字。计算器使用上面的公式，并按每 1,000 条提及 $5.00 到 $15.00 估算官方 X API。

#爆发的一周会让账单怎样

提及量激增，在 Sorsa API 上多花的是页数，而不是帖子数。以每分钟检查一次、每月 10 万条提及的品牌为例，再加上糟糕的一周：产品召回，多出 50 万条提及。Sorsa API 用 2.5 万次额外请求就读完了，所以这个月在 Pro 套餐的 10 万次中用到约 7.3 万次，账单仍是 $199。

官方 X API 对同样的一周，仅帖子就要收 $2,500，含作者最高 $7,500，而且是在平常月份的账单之外。激增正好出现在团队最需要监测的时候，预算反而决定了团队能读到多少危机相关的内容。

须知

激增不会让你的监测意外中断。在控制台的“账单”里开启额外请求：这是一笔永不过期的预付余额，只有套餐里的请求用完后才会动用，并且支出上限由你设定。如果每个月都超出，升到更高一档的套餐反而更省钱。

#减少检查次数的四个习惯

监测的请求大部分是检查，所以省钱靠的是检查得更聪明，而不是少读提及：

• 把账号合并成一条查询。 十个品牌各一条查询、每 5 分钟检查一次，每月是 8.64 万次检查，需要 Pro；用 OR 合并成一条查询，则是 8,600 次，Starter 就够。在代码里按提及内容中包含的账号，把每条提及分给对应的品牌。
• 夜间放慢。 白天 16 小时每分钟一次，夜里每 10 分钟一次，每月约 3.02 万次检查，而不是 4.32 万次，少了 30%，白天速度不变。
• 安静时退避。 连续几次检查都为空之后，把间隔加倍，直到某个上限（如 10 分钟），一旦检查发现了内容，就立刻恢复为每分钟一次。
• 按紧急程度拆分。 客服账号保持一分钟一次的查询，品牌名、它的拼写变体和竞争对手名称则移到较慢的查询，用于出报告。

要把提醒发到 Slack 或 Telegram、用一个 X 列表监测多个账号以及完整的轮询管道，见我们的推特实时监测指南。

#从一个品牌和它的真实数字开始

提及监测的成本，是检查的次数加上读取的内容，而在 Sorsa API 上，检查是你能控制的部分。数一数一周的提及量，选出团队能接受的最长等待时间，套餐就随之确定：一个品牌每 5 分钟一次适合 Starter，一个品牌每分钟一次、最多 110 万条提及适合 Pro，而官方 X API 对同样的 100 万条提及要收 $5,000 到 $15,000。第一天就在 Sorsa API 上跑起来：每个新账号送 100 次免费请求，足够你在选定套餐之前，对自己的账号做一天每 15 分钟一次的检查。

#常见问题