2026 年 X API 到底要花多少钱 —— 以及怎么算出你自己那个数

18 min readSocialAPI 工程团队

2026 年 X API 到底要花多少钱 —— 以及怎么算出你自己那个数

网上讲 X API 定价的页面,大多已经过时了。它们还在报一个早已不接受新注册的 $100/月 Basic 档,或者一个限额此后被改过不止一次的免费档。

这篇讲清现状,以及更有用的那部分:怎么在投入之前算出你这个具体场景要花多少钱。定价页给你的是单价,它不会告诉你你的想法到底需要多少次调用 —— 而后面这个数字,才是决定一个项目可不可行的那个。


各档现价

2026 年初起,结构变了形:新开发者走按量付费,而不是挑一个月度档位。

能拿到什么 价格
免费档 以写入为主,读取极少 $0
按量付费 读取权限,按量计 每读一条 $0.005,每月上限 200 万条
企业档 全量历史搜索、大流量、技术支持 起价约 $42,000/月

原来的 $200/月 Basic 和 $5,000/月 Pro 对已在档的账号仍然有效,但已对新注册关闭

⚠️ 免费档不是一个"读取档"。 这一点持续绊倒很多人。它是围绕发布设计的,不是围绕获取 —— 所以"我先用免费档做原型,以后再升级"常常在第一步就失败,因为你要的那个读取调用根本不提供,而不只是额度小。

★关键的变化是:成本现在随你读了多少数据线性增长,而不是随你勾了哪个档位。★ 这对小项目更友好,对任何需要广泛读取的场景则糟糕得多


算出你自己那个数

单价是简单的那一半。让人意外的是调用量那一半,因为驱动它的那些东西,在你画设计草图的时候感觉是免费的。

公式:

每月读取的推文条数 × $0.005 = 你的账单

现在说人们算错的那部分 —— 估算等号左边。

监控一个账号。 每 5 分钟查一次,一个月是 8,640 次。如果每次返回 20 条,就是读了 172,800 条 —— 一个账号约 $864/月。改成每分钟查一次,就是这个数的五倍。

⚠️ 你付的是"读了多少条",不是"发现了多少条新的"。 每 5 分钟轮询一次,绝大多数次返回的都是你已经有的推文。在一个不活跃的账号上,你付钱买的内容里 95% 以上是你早就有的数据决定账单的是轮询间隔,不是账号的活跃度。

回补历史。 拉 10 万条历史推文是固定的 $500 —— 而且要真正往回够得远,需要的全量历史搜索是企业档功能。很多"我们来分析一下过去两年"的项目,恰恰死在这条线上。

粉丝列表。 大号是分页拉的。一个 50 万粉丝的账号就是很多次调用,而如果你为了检测取关每天做一次差集,你就是每天把整个列表重读一遍集合差集这个做法是让它可行的关键,但它并不改变你必须读多少

搜索。 成本随返回结果数增长,所以一个宽泛的查询贵得和窄查询完全不是一回事。这正是精确操作符从"锦上添花"变成预算项的地方 —— 在一个热词上加 min_faves:,能把读取量砍掉一个数量级。


三个错误

在人们估算错的各种情况里,以下三个占了绝大部分。

1. 用"新增内容"而不是"读取内容"来估。 "这号一天发 5 条,那一个月约 150 条" —— 不对。你会读到几千条,因为每次轮询无论有没有新内容,都会把最近那个窗口整个返回。要用 轮询次数 × 每次返回条数 来估。

2. 忘了重试路径。 一次超时后重试,意味着这笔钱付了两次。正常情况下这是噪音;但在上游故障期间,它可能是一个很大的倍数。任何假设 100% 成功率的估算,都会低估到你真实失败率那么多。

3. 没把开发阶段算进去。 对着一个计量 API 做开发,意味着每一次测试运行都在花钱。团队经常把第一个月预算里可观的一部分花在调试上 —— 而且调试循环越紧,情况越糟。要么给它留预算,要么在开发阶段激进地做缓存


各种方案分别在什么时候合适

这里说实话,包括我们在什么时候是错的答案

官方 API 合适,当: 你需要写入权限(发帖、回复 —— 这个别人给不了)、你需要官方认可以满足合规或发表要求、或者你需要全量历史搜索且有企业档预算。

托管数据接口合适,当: 你在读取公开数据,而且量大到按条计价开始让人肉疼,同时你不想自己维护抓取。这就是我们这一格 —— 按调用计价而不是按条计价,而当一次调用返回上百条推文时,这个区别才是关键。

自己做合适,当: 量很小、是一次性的,或者你有真正特殊的需求。完整的对比讲了它在维护上的代价。

⚠️ 有一点必须说清楚:我们是只读的。 如果你的项目需要发帖、回复或关注,答案就是官方 API,这里没有任何东西可以替代它。


怎么做同口径比较

比较任何两家服务商时的陷阱是:单位不同。按条和按次不是可比的数字,而按次的价格在你除以"一次返回多少条"之前,看起来总是更贵

三个能让比较变诚实的问题:

  1. 单位是什么? 按条、按次、按行、按月?一次返回 100 条的固定价调用,每条的实际价格比它看起来便宜 100 倍
  2. 失败时会怎样? 有些服务商对错误和空结果也计费。这个值得核对,而且值得实测而不是信文档 —— 故意发一个格式错误的请求,然后看余额。
  3. 什么没被算进去? 你得自己管的限流、你得自己付钱的重试、以及最低消费承诺,都会改变实际价格。

供参考,我们自己的规则是:只要查询真的执行了就计费 —— 包括执行了但没查到内容的情况,因为那份工作确实发生了。请求还没发出去就被我们拒绝的、以及我方原因导致的错误,都不计费。 这两条你都能在几分钟内自己验证。


大家会问的问题

推特 API 多少钱? 按量付费,每读一条 $0.005,每月上限 200 万条。企业档起价约 $42,000/月。原来的 $200 Basic 和 $5,000 Pro 已对新注册关闭。

X API 免费吗? 有免费档,但它以写入为主,读取权限极少。对大多数数据项目来说不可用。

怎么申请 X API key? 在开发者门户申请、描述用途、等待批准。时长不定。

X API 的限流是多少? 不同端点和档位差别很大。正确处理限流比记住具体数字更重要 —— 那些数字是会变的。

推特 API 定价为什么变了? X 在 2023 年重构了 API 访问方式,此后又改过几次。2026 年这次把新开发者从月度档位改成了计量付费。

免费的推特 API 怎么了? 它还在,但比 2023 年之前窄得多 —— 变成以写入为主,不再是过去那种宽泛的读取权限。

现在还能用 Basic 档吗? 已在档的账号可以保留。新注册走按量付费。

100 万条推文要多少钱? 按每条 $0.005 算是 $5,000 —— 如果够到它们需要全量历史搜索,还要加企业档。

有更便宜的替代方案吗? 对只读的公开数据,第三方接口通常单条价格更低。对写入,没有替代方案 —— 官方 API 是唯一途径。

v1.1 和 v2 有什么区别? 两代不同的接口,端点和返回结构都不同。新项目用 v2;部分 v1.1 端点仍在使用。

拿历史数据必须上企业档吗?全量历史搜索的话,是。较近的历史不需要。

怎么估算我的 API 成本?每月轮询次数 × 每次返回条数 × 单价要按你会"读"多少来估,不是按"新增"多少。

失败的请求也收费吗? 取决于服务商和失败类型。值得直接实测而不是假设 —— 发一个错误请求再查一下余额,两分钟的事。

没用完的额度能退吗? 各家政策不同。大额预付之前先问清楚。

X API 值得买吗? 如果你需要写入权限或官方认可,没有替代品。如果你是在读取公开数据,先把上面那笔账算一遍 —— 上了量之后,结果经常是不划算的。

免费 key 能做什么? 主要是代表已认证账号发帖。不是一个读取工具。

每月能发多少请求? 按量付费的上限是每月 200 万条读取。超过就是企业档。

用第三方接口违反 X 的条款吗? 读取公开数据是被广泛实践的。对账号做自动化操作才是真正有风险的那一类 —— 见这里的合规部分

能转售 X 的数据吗? 无论你从哪里获取,再分发都受 X 条款限制。如果这是你的商业模式,请就你的具体情况咨询法律意见。

监控几个账号最省钱的办法是什么? 用你的场景能容忍的最慢间隔去轮询。从 1 分钟改成 5 分钟,账单直接砍掉 80%,而对大多数用途来说什么都没变。

怎么降低 API 成本? 降低轮询频率、收窄查询以少读无关内容、开发阶段激进缓存,以及不要重复读你已经有的数据

怎么申请推特开发者账号? 在开发者门户提交申请并描述用途,然后等待批准。开发者账号本身免费;它授予的 API 访问才是按量计费的。

推特 API v2 和 v1.1 有什么区别? 两代不同的接口,端点和返回结构都不同。新项目用 v2。

有 Python 的推特 API 库吗? 有好几个,官方接口和第三方接口都有。它们都是 HTTP 调用的封装 —— 见自建还是买的对比

有推特热榜接口吗? 热榜来自一个按地区的端点 —— 见热榜系统怎么运作

推特接口要花多少钱? ★档位会变,所以做预算前先去核实★ —— 结构上要点是:免费档之上的读取权限是按帖子计量的。

有免费的推特接口吗? 免费档存在,而且以写入为主 —— ★它的读取权限少到大多数读取场景都放不进去★。

basic 档是什么? 一个低量的付费档。 ★在承诺之前,拿当前的帖子上限对一下你的实际用量。★

企业级定价是什么样的? 是谈出来的,不是公布的。 ★如果定价不在页面上,那就是一场销售对话。★

推特接口定价为什么这么难懂? ★因为读取量、写入量和端点权限是分开计价的★ —— 一个数字永远描述不了它。

怎么估算我的成本? 数取回的帖子数,不是发出的请求数 —— ★按帖子计量正是大多数估算算错的地方★。

第三方接口更便宜吗? ★完全取决于用量形态。★ 固定按次计价适合突发式读取;按帖子计量适合稳定的低用量。

读公开数据最便宜的方式是什么? ★批量加缓存★ —— 批量对降低用量的作用大于换档位

空结果要付钱吗? 取决于服务商。 ★去问"一次没查到东西的查询算不算钱"★ —— 诚实的答案是那份工作确实发生了。

接口价格包含历史数据吗? 很少包含 —— ★存档深度通常是另一个更高的档位★。

能先试用再付费吗? 大多数服务商提供试用或免费额度。 ★用你真实的查询形态去测,不要用示例。★

最容易被忽略的成本是什么? ★重试。★ 在错误上跑紧凑重试循环,会在不产出数据的情况下成倍烧钱。


简短版

如果你要往 X 写入,就用官方 API —— 没有别的东西能做到。

如果你是在读取公开数据,先算账再动手。单价很简单,出错的地方永远是调用量 —— 而它几乎总是比第一次猜的要高,因为轮询会不断重读你已经拥有的东西。

我们的 API 按调用计价而不是按条计价,当一次调用返回上百条推文时,这个区别才是关键。只读、没有属于你的限流要管,发出前就被拒绝的请求和我方原因的错误都不计费。

延伸阅读:获取 X 数据的每一种途径对比 · 撞上限流时该怎么办 · 不过度轮询地监控账号