作者:Sorsa 编辑部

更新于 2026 年 7 月 31 日:对照 X 官方定价文档重新核实了每一档费率,这份文档从春天起悄悄扩充了不少。本次修订补上完整的当前费率表,包括 webhook 事件计费,以及多数定价指南仍未提及的 $0.001 新读取档位,并据此刷新了全部“每 1,000 条推文”对比。

核心要点: 2026 年 X(Twitter)API 采用按量付费。读取按资源计费:帖子每条 $0.005,用户资料每份 $0.010。写入按请求计费:纯文字帖子每条 $0.015,带 URL 的帖子每条 $0.20。webhook 事件按送达计费,没有通用的免费额度,帖子读取每月上限 200 万条。

如果你一直在算这笔账,总觉得数字对不上,那是因为价格一直在变:2026 年 2 月按量付费取代订阅,4 月 20 日费率又重构了一遍。X 今天公布的官方费率表,在读取、写入和 webhook 事件上列了 40 多个条目,远多于多数指南仍在引用的十六七项。我们开发 Sorsa API,是 Twitter/X API 的替代服务商,每一次变动我们都会对照自己的数据管道重算成本。结构性差异在计费单位:官方 API 对响应里的每个对象收费,Sorsa 按请求计费,价格固定。折算到批量接口上是每 1,000 条推文 $0.02 起(2026 年 7 月核实),在本指南讨论的这类读密集型负载上,最多可比官方 X API 便宜 50 倍。注册即送 100 次免费请求:无需绑卡,永不过期,覆盖全部 40 个接口,最多可覆盖 1 万条推文,够跑一次真实测试。下面是截至 2026 年 7 月 31 日的完整官方费率表、配套的计费规则、真实负载的花费,以及差距在哪里拉开。


目录


2026 年 X API 定价如何运作 {#how-x-api-pricing-works-in-2026}

2026 年 X(Twitter)API 走按量付费:新开发者没有月度订阅,先充值买额度,调用时实时扣除。读取按返回的资源计费,写入按请求计费,webhook 事件按送达计费。一次返回 20 条帖子的搜索,按 20 次帖子读取计费,不是按一次调用。

最后这一句,就是“为什么量一大就变贵”的全部原因,值得放慢讲。

额度在官方开发者控制台 console.x.com 购买,余额随请求成功实时下降。余额归零,请求就被拦下,直到你充值(余额甚至可能小幅转负,补齐之前调用一直被拦)。X 提供自动充值、按周期的支出上限,以及一个用量接口,方便你用程序盯着消耗。这些都能帮你避免意外超支,但没有一项改变底层按资源计费的成本账。

计费单位有三套并存。读取按资源计费: 响应里每条帖子、每份用户资料、每个粉丝对象,都是一个单独的计费单位。写入和动作按请求计费: 发一条帖子,不管长短都算一笔。webhook 事件按送达计费: 通过 Activity API 推送到你接口上的每个计费事件,各算一笔。这个区分很关键。读密集型工作(搜索、监测、粉丝分析、数据集构建)的成本随拉取的对象数量增长。写密集型工作随动作次数增长。事件驱动的应用,在你自己的代码闲着时也在累积费用。

系统内建了两个成本缓冲。第一是 24 小时去重窗口:同一个 UTC 日内重复抓取同一资源,只在第一次请求时收费,UTC 午夜重置。X 把这称为软保证,因为服务中断偶尔会打破它。第二,X 把 xAI(Grok)API 额度和 API 支出捆绑:累计支出 $200 以下返还 0%,$1,000 以上最高返还 20%,前提是把 xAI 团队关联到你的 X 开发者账号。$1,000 的账单返还 20% 之后,净支出仍有 $800。所以这是给已经在用 Grok 的团队的福利,不构成多花钱的理由。

按资源收费的设计,正是按请求计费的替代方案与官方分道扬镳的地方。Sorsa 这类服务商不管返回多少条目都按一次请求计一个单位,完整作者资料内嵌在每个推文响应里,不额外收费。接下来几节会给这个差距摆上硬数字,因为计费单位的差异,解释了官方 API 和第三方服务商之间大部分的价差。

X API 定价表 2026:完整的按量付费费率表 {#x-api-pricing-table-2026-the-full-pay-per-use-rate-card}

下面是完整的官方 X API 费率表,已于 2026 年 7 月 31 日对照 X 公布的定价文档重新核实。相比 4 月 20 日那次重构,这份表又长了不少。除了头部费率,现在还列出点赞、静音、屏蔽这类 $0.001 的廉价读取档位、一长串写入动作,以及一张单独的 webhook 事件计费表。

读取操作(按返回的资源计费)

资源单位成本
帖子:读取$0.005
用户:读取$0.010
关注 / 粉丝:读取$0.010
私信事件:读取$0.010
列表:读取$0.005
Space:读取$0.005
社区:读取$0.005
Note:读取$0.005
用户资料更新:读取$0.005
点赞:读取$0.001
静音:读取$0.001
屏蔽:读取$0.001
自有读取(自己的帖子、书签、粉丝、点赞、列表)$0.001

按量付费账号有一条硬性上限:每个计费周期 200 万条帖子读取,突破它需要 Enterprise 合同。自有读取覆盖 12 个特定接口,且只在应用拉取自己已授权账号的数据时生效。

写入操作与动作(按请求计费)

动作单位成本
帖子:创建$0.015
帖子:创建(含 URL)$0.200
帖子:创建(召唤回复)$0.010
私信互动:创建$0.015
用户互动:创建(屏蔽、静音等账号级动作)$0.015
互动:删除$0.010
内容:管理$0.005
列表:创建$0.010
列表:管理$0.005
书签$0.005
媒体元数据$0.005
隐私设置:更新$0.010
静音:删除$0.005
计数:近期$0.005
计数:全量$0.010
趋势$0.010

关注、点赞和引用发帖三个写入接口,在这张表里完全不见踪影:2026 年 4 月 20 日起,这三个接口从所有自助套餐中移除,现在仅限 Enterprise。如果你的工作流曾在按量付费上自动化这些动作,那不是涨价,是自助渠道被收走了。另外,纯发帖本身还有独立于计费的数量上限,我们的 X 发推限制指南单独讲了这部分。

webhook 事件(按送达的事件计费)

通过 X Activity API 送达的事件按次计费,去重规则与其他资源一致,走同一个 24 小时 UTC 窗口。要记住的规律是:进来的事件要花钱,你自己发出去的动作大多不花钱。

事件每次事件成本
post.create$0.005
post.delete不计费
follow.follow / follow.unfollow$0.010
mute.mute / mute.unmute$0.001
block.block / block.unblock$0.001
profile.update.*$0.005
chat.received$0.010
chat.sent / chat.conversation_join不计费
dm.received$0.010
dm.sent / dm.read / dm.indicate_typing不计费
news.new$0.005
spaces.start / spaces.end$0.005

开发者控制台仍是实时费率的唯一准确来源,因为 X 说过逐接口定价会因操作和数据范围而变。如果你在某个论坛看到定价截图,先当它已经过时,再到控制台里确认。

有几个规律值得拎出来。核心内容读取(帖子、列表、Space、社区、Note)都集中在 $0.005。凡是跟用户身份挂钩的(用户资料、粉丝、关注、私信事件)都是 $0.010。新增的 $0.001 档位覆盖关系状态类读取(点赞、静音、屏蔽)和全部自有读取。写入的价格由一个因素拉开:纯文字帖子 $0.015,一旦带上链接就变成 $0.20,同一个动作,价格差十几倍。

多数 X API 定价指南漏掉了什么 {#what-most-x-api-pricing-guides-miss}

多数 X API 定价指南讲到头部的读取和写入费率就停了。但当前费率表上还有三条计费规则,决定了真实账单会不会和估算对得上。

webhook 计费是一条实打实的账单项。 如果你订阅了某个活跃账号的活动流,dm.receivedfollow.follow 每个事件 $0.010,全天候不停累积,跟你的代码有没有处理这些事件无关。事件驱动的机器人和 CRM 集成在这里普遍低估预算,因为费用挂在你收到的流量上,不是你发出的请求上。webhook 密集的应用,先按事件量做预算,再看请求量。

速率限制和成本是两回事。 按调用付费买不来吞吐量。每个接口仍然各自有请求窗口,只要你轮询得凶,早在接近 200 万条上限之前就会看到 HTTP 429 响应。多花额度并不能抬高速率限制。这两套系统各自独立地失效,所以只按成本做预算的团队照样会被限流。与这些价格并行的逐接口窗口,见我们的 X API 速率限制指南

去重有用,但不要拿它做预测。 24 小时窗口意味着 webhook 重复触发、轮询任务跑重了,通常都不会多花钱。可是 X 只把这称为软保证:服务中断会打破它。所以把去重当成一项通常能拿到的折扣,不要当成能写进预算的数字。自动充值也要同样小心:每 5 分钟窗口最多触发一次,余额为零或转负时完全暂停。所以就算开着自动充值,突发用量照样会撞上“额度不足”的报错。

X API 每 1,000 条推文要花多少钱? {#how-much-does-the-x-api-cost-per-1000-tweets}

在官方 X API 上读 1,000 条推文,帖子读取按每条 $0.005 计,是 $5.00;连带拉取这 1,000 份作者资料,用户读取按每份 $0.010 计,再加 $10.00。所以在官方按量付费模式下,1,000 条带作者数据的完整推文要 $15.00,这还没算去重省下的部分。

“每 1,000 条”是对比服务商比较诚实的口径,因为各家切分计费的方式不同。官方 API 按对象收费,按请求计费的服务商则对一次返回许多对象的请求收费。换算到同一单位后,2026 年 7 月核实的数字是这样:

方式一次请求返回什么每 1,000 条推文成本
官方 X API 帖子读取1 条帖子 = 1 个计费资源$5.00(含作者资料 $15.00)
Sorsa 批量接口最多 100 条推文,含作者资料$0.02 起(Pro 套餐)
Sorsa 搜索接口约 20 条推文,含作者资料约 $0.10(Pro 套餐)

结论很直接:批量取回时,Sorsa 给 1,000 条完整推文的定价是 $0.02 起,官方 API 上同样的数据是 $15.00。即便走每次返回约 20 条推文的搜索接口,换算后也仍在每 1,000 条约 $0.10。

Sorsa 之所以占两行,是因为“每 1,000 条”的数字取决于一次请求返回多少条。批量推文查询接口每次请求最多接收 100 个推文 ID,所以 1,000 条推文需要 10 次请求:$49 的 Starter 套餐上每 1,000 条 $0.049,Pro 上 $0.02,Enterprise 上 $0.018。搜索类接口每次请求返回约 20 条推文,同样的 1,000 条推文就要 50 次请求,Pro 上约 $0.10。用户资料的密度更高:粉丝接口每次请求最多返回 200 份资料,折算为每 1,000 份 $0.01 起,官方 API 上则是 $10.00。

作者数据是所有这些对比里那个不声不响的乘数。官方读取把作者资料按一次用户读取单独计费;Sorsa 的每个推文响应都内嵌完整作者对象,不额外收费。所以上面这些“每 1,000 条”的数字,已经包含了在官方那一侧成本是推文本身两倍的数据。

真实负载在 X API 上要花多少钱? {#what-do-real-workloads-cost-on-the-x-api}

对真实负载来说,官方 X API 的成本随数据量增长,因为读取按资源计费。读 1 万条帖子花 $50,10 万条花 $500,100 万条花 $5,000。用户和粉丝读取每条贵一倍,每条 $0.010。写入成本取决于带不带链接:1,000 条纯文字帖子花 $15,1,000 条带 URL 的帖子花 $200。

映射到大家真正在跑的项目上,这笔账是这样:

只发自己账号的个人发布者。 每天 10 条纯文字帖子,加上每小时拉一次自己的数据指标,一个月写入约 $4.50,自有读取不到 $1,合计大约 $5。这个量级上按量付费确实便宜,官方 API 就是对的工具。

大量发链接的定时发布工具。 同样的发帖量,每条都带 URL,写入账单要乘以 13 倍以上:每月 300 条 URL 帖子从 $4.50 变成 $60,每月 1,500 条则是 $300。$0.20 的 URL 费率,是 2026 年唯一一条能把发布业务的成本账整个掀翻的条目。

品牌监测。 每月追踪约 1 万条提及,再加上每条背后的作者资料,帖子读取 $50,用户读取 $100,也就是每月 $150,还没算任何历史回补。按资源计费从这里开始咬人,因为作者数据的成本是提及本身的两倍。

研究数据集。 采集 50 万条带作者数据的帖子,按官方费率要 $2,500 到 $7,500,具体看去重能省下多少。一个项目就吃掉每月帖子读取上限的四分之一。

全天候监测管道。 哪怕轮询频率不高,全天候跑下来每月也有约 170 万条帖子读取:读取费用 $8,640 起,已经蹭到 200 万条上限,那里唯一的出口是 Enterprise 合同。

负载官方 X API 怎么算估算成本
1 万次帖子读取1 万 × $0.005$50
10 万次帖子读取10 万 × $0.005$500
100 万次帖子读取100 万 × $0.005$5,000
1 万次用户资料读取1 万 × $0.010$100
10 万次粉丝/关注读取10 万 × $0.010$1,000
1,000 条标准帖子1,000 × $0.015$15
1,000 条 URL 帖子1,000 × $0.20$200

换成按请求计费的服务商,读取这一侧的计费单位就变了。同样这 10 万条采集,在官方帖子读取上是 $500,在 Sorsa 的 Pro 套餐上走批量接口约 $2,按每 1,000 条推文 $0.02 起的费率算,还含作者资料。分套餐的定价拆解展示了每 1,000 条的费率如何随用量下降:从 Starter 的 $0.049 降到 Enterprise 的 $0.018。

Basic、Pro 和 Enterprise 套餐怎么了? {#what-happened-to-the-basic-pro-and-enterprise-tiers}

固定价的 Basic 和 Pro 订阅套餐在 2026 年属于遗留产品,已对新开发者关闭。X 在 2026 年 2 月用按量付费取代订阅,2026 年 6 月 1 日起把所有剩余的遗留 Basic 订阅者(月付和年付)自动迁到按量付费套餐。新注册只能选按量付费或 Enterprise。

如果你读到的旧指南还把 X API 定价画成一条干净的“免费 / Basic / Pro / Enterprise”阶梯,那套框架已经过时。下面是每档套餐当初是什么、现在什么状态:

旧套餐当初的价格2026 年状态
免费$0(写入受限的残余版本)对新用户已停用;遗留免费用户迁到按量付费,并给一次性 $10 额度券
Basic$200/月已弃用;所有 Basic 订阅者自 2026 年 6 月 1 日起自动迁到按量付费
Pro$5,000/月仅限遗留用户;对新注册关闭,已放出迁移信号但尚未强制
Enterprise约 4.2 万美元/月起仍可用;突破 200 万条帖子读取上限的唯一途径,需与 X 销售谈判

这次迁移不只是换个价格名字。在旧的 $200 Basic 套餐下,开发者付一笔固定月费,换一桶固定的动作额度(历史上是数万条帖子和读取)。改成按量付费后,每周只发几次帖的业余项目账单可能降到个位数美元;过去把 Basic 用满的应用,在计量费率下很容易涨到每月 $500 以上。X 还把遗留套餐的额度说明从公开定价页撤了下来,所以如果你还在 Basic 或 Pro 上,开发者控制台是唯一可靠的套餐内容记录。Basic 尤其要当成一个有到期日的套餐,现在就把按量付费的成本测算出来。年付套餐按比例结算的剩余价值,会在迁移时转成按量付费额度。

Twitter API 访问权限如何从免费一步步走到今天,背景分析见我们的 Twitter API 为何变得如此昂贵

2026 年 X(Twitter)API 还有免费额度吗? {#is-there-still-a-free-x-twitter-api-tier-in-2026}

2026 年,X(Twitter)API 对新开发者没有通用的免费额度。旧的免费版在 2026 年 2 月按量付费上线时停用,新账号在发起任何调用之前必须先买额度。仅剩的免费访问,是一个窄口子:面向指定的公共事业类应用,由 X 逐案审批。

所以诚实的答案取决于问的人是谁。我们的 X API 还有免费额度吗一文按情况逐一拆解。

如果你是新开发者,起点就是按量付费,没有任何免费额度,余额为零就调不动。如果你手上有近期仍活跃的遗留免费版应用,X 会把你迁到按量付费并给一张一次性 $10 券,用完之前大约够 2,000 次帖子读取。如果你运营的是真正的公益服务,可以申请免费访问,但审批带有选择性,不足以拿来规划一个产品。

2026 年,对 X 数据的免费访问确实还在,只是不来自 X。真正可用的试用方式都在第三方服务商这边,分三级。第一级是浏览器工具:Sorsa 的在线试用工具 Playground 无需密钥、无需注册就能调用真实接口,足够验证数据结构是否符合你的场景。第二级是免费请求额度。注册即送 100 次免费请求:无需绑卡,永不过期,覆盖全部 40 个接口。这些额度最多可覆盖 1 万条推文或 2 万份用户资料,是一次真正的概念验证,不是浅尝辄止。作为参照,第三方 X 数据服务商的标准做法是给一份一次性小额试用额度,通常约 $0.10 到 $1,几百到几千条记录(对照公开定价页面核实,2026 年 7 月)。第三级,负载验证通过后再上付费套餐。完整路径见我们的不用开发者账号获取 X 数据

2026 年 X API 定价改了哪些地方 {#what-changed-in-x-api-pricing-during-2026}

2026 年 X API 定价改了三次,每一次重塑账单的不同部分。

2026 年 2 月:按量付费成为默认。 订阅对新开发者关闭,免费版终止,额度取代套餐。近期仍活跃的遗留免费版应用,在迁移时拿到一张一次性 $10 券。

2026 年 4 月 20 日:费率重构。 4 月 16 日宣布,四天后生效,内容是三处费率调整加一处权限收回。自有读取降到每条资源 $0.001,覆盖 12 个返回你自己数据的接口。这 12 个接口是:书签、屏蔽、静音、置顶列表、自有列表、列表成员、已关注列表、逆时序时间线、你的推文、你的提及、你点赞的推文、你的粉丝。降幅 5 到 10 倍,但只对你自己已授权的账号生效。标准发帖从每请求 $0.010 涨到 $0.015,涨幅 50%。含 URL 的帖子跳到每请求 $0.20,涨幅约 1,900%,召唤回复内的 URL 豁免,仍为 $0.01。另外,关注、点赞和引用发帖三个写入接口从所有自助套餐中移除,互动自动化就此仅限 Enterprise,除了四天的公告窗口外没有任何过渡期。

到 2026 年年中:费率表悄悄扩容。 X 今天挂出的定价页,内容远超 4 月那次公告:点赞、静音、屏蔽有了 $0.001 的读取档位;计数、列表管理、书签、媒体元数据和隐私设置更新都有了按请求的价格;趋势列在每请求 $0.010;Activity API 还配了一整张 webhook 计费表。这些都没有配套的公告帖,所以很多指南至今还在展示春天那份更短的费率表。6 月 1 日还带来了剩余遗留 Basic 订阅者向按量付费的强制迁移。

自有读取降价,是对自己管账号的发布者唯一的好消息。其余全是收紧。大批量发链接变贵,程序化互动离开了自助开发者的能力范围。事件驱动的应用还多出一张很多人不知道存在的计费表。这一切并非发生在真空里。社交平台如今把数据访问当作一条营收线,不是一项客套服务:Reddit 就和 Google 签了每年 6000 万美元的 AI 数据授权协议。X 的定价反映的是同一个转向:把每一次读取、写入和事件送达都货币化。

官方 X API 还是第三方 API:哪个更便宜? {#official-x-api-or-a-third-party-api-which-costs-less}

当你需要向平台写入数据,或者要拿只有 X 才能提供的数据时,官方 X API 就是正确选择。发帖、发私信、Ads API、官方合规和 firehose 协议,以及过滤流式推送,都必须走第一方 API。在极低读取量下,也就是每月约 1 万次帖子读取以内,按量付费本身就便宜到不值得替换。如果这说的正是你,访问却还没配好,我们的获取 X API 密钥分步指南会带你走一遍开发者控制台流程。

读取量一旦超过每月约 1 万次帖子读取,第三方 Twitter/X API 就比官方便宜。过了这条线,按请求计费很快胜出,因为一次请求按一个单位返回许多个计费对象,不是逐个收费。读密集型工作上这种摩擦还会叠加:搜索、提及追踪、竞品监测、粉丝分析、舆情分析管道、数据集构建,都会让按资源计费的账单迅速翻倍;200 万条帖子的上限,又给持续监测加了一道旧 Pro 套餐上不存在的硬性约束。

第三方市场内部,每 1,000 条的价格差别也很大。按量付费的服务商通常公布每 1,000 条推文 $0.05 到 $0.50 的费率,例如 TwitterAPI.io 公开定价页上是每 1,000 条推文 $0.15(2026 年 7 月核实)。Sorsa 的固定套餐换算下来更低,批量接口上每 1,000 条推文 $0.02 起,因为一次请求最多返回 100 条推文,且请求单价随套餐规模下降:

Sorsa 套餐月度价格包含请求数每 1,000 条推文成本(批量基准)
Starter$49/月1 万$0.049
Pro$199/月10 万$0.02
Enterprise$899/月50 万$0.018

这些批量接口一次请求最多返回 100 条推文,粉丝接口最多返回 200 份用户资料,这才是那些“每 1,000 条”数字成立的前提。下面是在主导数据工作的读取操作上,与官方模式的正面对比:

官方 X API(按量付费)Sorsa API
计费模型按抓取的资源按请求计费,价格固定
每 1,000 条推文成本$5.00$0.02 起(批量基准)
每 1,000 份资料成本$10.00$0.01 起(批量基准)
免费起步无;任何调用前都要先买额度100 次免费请求(最多可覆盖 1 万条推文),无需绑卡
每月上限200 万次帖子读取按套餐(1 万到 50 万次请求)
鉴权OAuth 2.0 + Bearer Token单个 API 密钥请求头
写入权限发帖和私信(互动仅限 Enterprise)无(只读)
webhook 事件计费按送达的事件无(没有 webhook 计费表)
批量接口有限每次请求最多 100 条推文或资料
推文响应里的作者资料按用户读取单独计费免费包含

这个差距是结构性的,不是临时折扣:官方 API 每 1,000 次帖子读取收 $5.00,作者资料再加 $10.00;Sorsa 的批量基准把同样的 1,000 条完整推文压到 $0.02 起。读密集型工作上“最多可便宜 50 倍”就是这么来的,批量接口上逐表折算的差距还要更大。

Sorsa 就是为这个场景做的:一个只读 Twitter/X API,40 个接口,覆盖 8 大类,涵盖用户资料、推文、搜索、粉丝、列表、社区和验证数据。所有套餐统一 20 次/秒,用单个 API 密钥,没有 OAuth 那套繁琐,也没有审批排队。自 2022 年以来我们累计处理请求超 50 亿次。这套模型刻意做得很乏味:月账单可预测,不按资源算账,没有 URL 帖子溢价,没有 webhook 计费表,也没有 200 万条上限。

取舍也说清楚。Sorsa 只读,所以发帖、私信和互动自动化仍要留在官方 API 上,那是写操作的合规路径。如果你只是想做一件极小的一次性任务,完全不想按月订阅,那么固定套餐未必是最优解。这时按量付费的服务商,或者官方 API 的无最低消费模式,可能更合适。更大范围的对比见我们的 Twitter/X API 替代方案对比,里面都是真实数字。这个决定可以压缩成几句话:

写操作(发帖、私信): 官方 X API,向平台写入的唯一合规路径。

每月约 1 万次读取以内: 官方按量付费;没有月度最低消费,量小确实便宜。

零星的一次性抓取: 按量付费的第三方服务商;无需承诺,按调用计费适合零星使用。

读密集型生产负载: Sorsa;按请求计费,每 1,000 条推文 $0.02 起,含作者资料。

每月 200 万次帖子读取以上且有合规要求: X Enterprise 合同,历史价格约 4.2 万美元/月起。

实战:10 人的分析团队

有一种迁移模式我们反复见到。某个约 10 人的社交分析团队在官方 Pro 套餐上跑提及追踪、竞品监测和粉丝分析,眼看读取费用一路顶向 200 万条上限。他们把所有读取操作迁到 Sorsa,只保留一套很薄的官方 API 配置,专门用来向自己的公司账号推送告警。读取花费从每月数千美元降到 Pro 套餐的不到 $200,降幅超过 90%,作者资料也直接打包在内,不单独计费。这种混合分工,读取放在按请求计费的服务商、写入留在官方 API,是我们见到最多的结果,逐接口迁移指南完整走了一遍。

如何削减你的 X API 成本 {#how-to-reduce-your-x-api-costs}

下面这些做法在任何服务商(官方或第三方)上都能压低支出。批量和缓存模式的更多细节,见我们关于优化 API 用量的文档。

积极做缓存。 官方 API 的 24 小时去重有帮助,但在你这一端做缓存能直接干掉冗余调用。推文数据用 6 到 12 小时的 TTL,用户资料用 24 小时,因为资料很少变。

能批量就批量。 如果接口接收多个 ID,就用批量。逐条取 100 条推文,在任何服务商上都比一次批量调用贵约 100 倍。

在官方 API 上用字段筛选。 tweet.fieldsuser.fields 参数能把响应裁到你真正需要的字段。按资源计费仍然照收,但带宽和处理开销会小很多。

清点你的 webhook 订阅。 在官方 Activity API 上,每个计费的入站事件都要收钱,用不用得上都一样。只订阅应用真正会消费的事件类型;大号上像 follow.follow 这种高频事件,除非撑着某个功能,否则直接退订。

少轮询,多用流式或列表监测。 每分钟逐个检查 50 个账号,比通过一个列表监测这 50 个账号贵 50 倍。官方 API 上用过滤流式推送,按请求计费的服务商上盯一个列表。两种实现都可以参考我们的实时监测模式Python 版 Twitter API 指南

把套餐选到合适的档。 按量付费下,开发期间把支出上限调紧。按请求计费的套餐下,跨档对比每请求成本:从 Sorsa 的 Starter 升到 Pro,批量基准成本从每 1,000 条推文 $0.049 降到 $0.02。所以一旦你经常用超 Starter 的 1 万次请求额度,Pro 套餐就能把每请求价砍掉一半还多。

常见问题 {#faq}

2026 年有免费的 X(Twitter)API 吗?

2026 年,X 自己不提供免费的 X(Twitter)API。按量付费在 2026 年 2 月取代了免费版,新账号在发起任何调用之前必须先买额度。免费访问只在第三方那里幸存:例如 Sorsa 注册即送 100 次免费请求,最多可覆盖 1 万条推文,一次性发放,无需绑卡。

X API 每 1,000 条推文要花多少钱?

在官方 X API 上读 1,000 条推文,帖子读取约 $5.00;如果还要展开这 1,000 份作者资料,再加 $10.00。按请求计费会改变计费单位:在 Sorsa 的 Pro 套餐上,批量接口给 1,000 条推文的定价是 $0.02(10 次请求,每次 100 条推文);搜索接口折算为每 1,000 条约 $0.10。两种方式都含作者资料。

X API 的 webhook 单独计费吗?

单独计费。通过 X Activity API 送达的事件按次计费,去重走的是与其他资源相同的 24 小时 UTC 窗口。花钱的是入站事件:dm.received 和 follow.follow 每次 $0.010,post.create 和用户资料更新每次 $0.005。多数出站事件不计费,包括 dm.sent 和 post.delete。

还能买 $200 的 Basic 或 $5,000 的 Pro 套餐吗?

2026 年,新开发者买不到 $200 的 Basic 或 $5,000 的 Pro 套餐。两者都是对新注册关闭的遗留订阅,X 从 2026 年 6 月 1 日起把剩余的 Basic 订阅者自动迁到按量付费。新账号只能在按量付费和 Enterprise 之间选,现有遗留订阅者可以保留,也可以转到按量付费。

撞上 200 万条帖子读取上限会怎样?

撞上 200 万条帖子读取上限后,所有帖子读取接口暂停调用,直到下个计费周期。用户读取、内容创建等其他接口类型继续可用,因为上限只针对帖子读取。突破它的唯一途径是与 X 销售谈判的 Enterprise 合同,审批带有选择性,历史价格约 4.2 万美元/月起。

Twitter/X API 为什么变得如此昂贵?

Twitter/X API 变贵有三个交织的原因。2022 年的收购重度依赖债务融资,X 需要新的营收来源。AI 公司在大规模消费社交数据训练模型,让这份数据具备了商业价值。激进的定价同时还充当访问控制,用来挡垃圾机器人和爬虫。2026 年转向按量付费,等于把“每一次读写都收费”这条路走得更彻底。

X API 有折扣或返还额度吗?

2026 年 X API 提供两项内建的成本抵消。一是 24 小时去重窗口,同一资源的重复抓取在每个 UTC 日只收一次费。二是累计支出可赚取 xAI(Grok)API 额度,每个计费周期从 $200 以上返还 10%,到 $1,000 以上返还 20%,这些额度用于 xAI 的 API,不能抵扣 X API 调用本身。

如何开始

如果官方 X API 的定价让你的搜索、监测或分析工作流变贵,最快的了断办法是拿按请求计费的模型对照真实用量算一笔账,这一步不花钱。先在浏览器版 Playground 里无需注册试一试你要用的接口。然后创建账号,用每个新账号都有的 100 次免费请求跑一次真实的概念验证。这 100 次请求无需绑卡,永不过期,覆盖全部 40 个接口,最多可覆盖 1 万条推文或 2 万份用户资料。之后付费套餐 $49/月起,Pro 上批量接口成本每 1,000 条推文 $0.02 起,所有套餐统一 20 次/秒;快速上手用单个 API 密钥约三分钟就能拉到实时数据。官方 API 只留给真正需要它的写操作。


审校:Keksich(Sorsa 创始人,X API 研究者)

我们是怎么写出来的:我们开发并运营 Sorsa,这是一个自 2022 年起就跑在生产环境的 Twitter/X API 替代方案。本文描述的按资源计费方式,正是我们每次 X 调价都要对照自己的数据管道重算一遍的东西。官方数字于 2026 年 7 月 31 日对照 X 的按量付费定价文档重新核实,其中包括那里公布的扩容费率表和 webhook 事件计费。同时参照了三份开发者平台公告:按量付费上线4 月 20 日费率重构遗留 Basic 弃用。第三方每 1,000 条费率同日对照各服务商公开定价页核查,我们自己的数字来自已发布的定价。有疑问或指正?通过关于页面contacts@sorsa.io 联系我们。