2026 年 Twitter API 价格:X API 与 TweetAPI 对比
比较 X API 按资源计费与 TweetAPI 订阅和预付单位。了解最低付款、有效期、速率限制和实际工作负载计算。
TweetAPI 提供月度订阅和预付 PAYG 单位。您可以不订阅而单独使用 PAYG,也可以在订阅套餐之外保留预付余额。系统会先使用可用的免费或订阅配额,之后符合条件的请求才会从有效的 PAYG 单位中扣除。PAYG 最低 $5,可购买 10,000 个单位。大多数计量调用每次消耗一个单位,与返回多少条记录无关。官方 X API 通常按返回的资源计费,因此 HTTP 请求次数相同,账单也可能差别很大。
请分别比较三件事:实际用量的价值、为该用量充值所需的付款,以及剩余余额会如何处理。价值 $2.50 的工作负载可能需要购买 $5 的充值包。稳定用量采用订阅可能成本更低,但结算周期结束时未使用的配额也会失效。
比较 TweetAPI 的不同选项、查看哪些操作会消耗单位,或阅读计算示例。
**价格来源复核日期:**2026 年 9 月 5 日。计算均为建模示例,并非实时 API 基准测试。服务商价格和账户权益可能变化;购买前请确认适用于您的方案。
**披露:**我们运营 TweetAPI。TweetAPI 是第三方服务,与 X Corp 无关联。
TweetAPI 订阅、预付单位和混合使用
价格页面提供以下几种用量付费方式。RPM 指每分钟 HTTP 请求数,而不是每分钟单位数。
| 选项 | 最低付款 | 包含单位 | 速率限制 |
|---|---|---|---|
| 单独使用 PAYG | 一次性 $5 | 10,000 个预付单位 | 60 RPM |
| Pro | $17/月 | 每个结算周期 100,000 个单位 | 60 RPM |
| Ultra | $57/月 | 每个结算周期 500,000 个单位 | 120 RPM |
| Mega | $197/月 | 每个结算周期 2,000,000 个单位 | 180 RPM |
| 订阅 + PAYG | 套餐价格 + $5 起的充值 | 先用套餐配额,再用有效预付单位 | 保留当前有效套餐较高的限制 |
免费试用无需信用卡,提供一次性 100 次请求;它不是每月重复发放的配额。以下示例不计入免费试用,以免首次使用优惠扭曲持续成本。
单独使用 PAYG 不要求订阅。混合使用时,系统先消耗可用的套餐配额,之后符合条件的请求会自动使用足够且有效的钱包单位。充值只会购买单位,不会提高速率限制。例如,Pro 加 PAYG 仍是 60 RPM;有效的 Ultra 套餐在消耗 PAYG 时仍保留 120 RPM。
PAYG 充值包和最低现金付款
| 付款 | 购买单位 | 每 1,000 个单位的价格 |
|---|---|---|
| $5 | 10,000 | $0.50 |
| $10 | 20,000 | $0.50 |
| $20 | 40,000 | $0.50 |
| $50 | 100,000 | $0.50 |
每个充值包的单位价格相同,大额充值没有批量折扣。可以多次购买,为更大的任务充值。例如,$50 + $10 可购买 120,000 个单位。购买是手动预付充值,并不代表您同意承担没有上限的超额账单。
在配额全部用完的情况下,Pro、Ultra 和 Mega 每 1,000 个包含单位的成本分别为 $0.17、$0.114 和 $0.0985。这些数字假设您用完整个周期的配额。它们不是每返回 1,000 条推文的价格,未使用的订阅配额也不会转为 PAYG 余额。
哪些操作会消耗 TweetAPI 单位?
单位衡量的是 API 使用量,而不是返回的推文数量:
- 大多数计量调用消耗 1 个单位。
/tw-v2/xchat/send消耗 10 个单位。/tw-v2/auth/login消耗 50 个单位。
计量请求的 HTTP 200–499 响应需要计费,但 400、401、403 和 429 除外。这并不是“只对成功结果计费”:需要计费的空结果仍会消耗单位。分页请求、每次单独提交的重试和重复请求,只要响应需要计费,也会消耗单位。
包含 1,000 次普通计量调用、10 次 XChat 发送和 2 次登录调用的工作负载会使用 1,000 + (10 × 10) + (2 × 50) = 1,200 个单位。计费权重不会在 RPM 预算中把一次 HTTP 调用变成 10 次或 50 次调用。
估算某项操作时,请查看端点文档、用量仪表板和计量条款(页面仅提供英文版)。仅凭结果条数无法判断它会消耗多少 TweetAPI 配额。
钱包有效期、充值和取消订阅
PAYG 单位在付款成功结算后 365 天到期。充值入账时,整个仍有效钱包的到期时间会取现有到期时间与新结算日期加 365 天两者中较晚的日期。已到期的单位不会恢复。
如果充值在钱包到期后才入账,即使您在旧截止日期前付款,也不能保证有效期延长。如果您在到期前付款但入账延迟,请联系 support@tweetapi.com,由我们复核并纠正确认的处理错误,或提供其他适当补救。请参阅 PAYG 条款和到期说明(页面仅提供英文版);不要把待处理付款视为钱包已经延期的证明。
取消订阅不会移除仍有效的 PAYG 单位。订阅配额属于其结算周期;剩余的有效 PAYG 单位在到期前仍可支付之后的用量。钱包不会让已结束订阅中未使用的配额结转。
TweetAPI 成本计算示例
以下示例假设使用普通的单单位计量调用、不计试用配额、没有现有钱包、处于一个完整订阅结算周期、RPM 充足,并且没有付款撤销或钱包欠额。税费和手续费不包括在内。“消耗价值”按 PAYG 单价计算实际使用的单位;“所需现金”包括充值包取整和任何订阅付款。
| 使用单位 | PAYG 消耗价值 | PAYG 所需现金 | 剩余 PAYG 单位 | 订阅或混合方案对比 |
|---|---|---|---|---|
| 5,000 | $2.50 | $5 | 5,000 | Pro 为 $17 |
| 20,000 | $10 | $10 | 0 | Pro 为 $17 |
| 100,000 | $50 | $50 | 0 | Pro 为 $17 |
| 120,000 | $60 | $60 | 0 | Pro + 20,000 个 PAYG 单位为 $27 |
| 140,000 | $70 | $70 | 0 | Pro + 40,000 个 PAYG 单位为 $37 |
| 200,000 | $100 | $100 | 0 | Ultra 为 $57 |
使用 200,000 个单位时,Pro 加 100,000 个 PAYG 单位需要 $67,因此本例中的 Ultra 更便宜,且速率限制更高。使用 120,000 个单位时,$27 的混合方案可以应对适度超额,无需直接选择 Ultra。这些是工作负载对比,不是适用于所有人的套餐建议。
34,000 个单位的对比不是现金盈亏平衡点
$17 ÷ $0.0005 = 34,000 个单位:Pro 的订阅价格等于 34,000 个单位的 PAYG 消耗价值。但新钱包要覆盖这项工作负载,需要购买 $20 的充值包,获得 40,000 个单位并剩余 6,000 个有效单位。Pro 需要 $17,并剩余 66,000 个周期配额;这些配额会随该周期结束而失效。
如果您已有有效钱包,新增现金需求可能更低,甚至为零。如果之后还有另一项小任务,剩余预付单位的用途也不同于未用完的月度配额。因此,两种比较都不能为所有账户确立一个准确的现金盈亏平衡点。
Pro 加 PAYG 在 180,000 个单位时达到 Ultra 的价格
在一个新的 Pro 周期中,前 100,000 个单位使用套餐配额。另需 80,000 个 PAYG 单位,价格为 $40,因此在 180,000 个单位时 17 + 40 = $57。Ultra 同样为 $57,包含 500,000 个单位,并将速率限制从 60 RPM 提高到 120 RPM。
这一相等关系假设是新购买且使用普通单位权重。充值包取整会让混合方案所需现金以 $5 为步长上升;达到 170,001 个单位时,所需充值已向上取整为 80,000 个单位。现有钱包、周期剩余配额以及套餐变更生效时间都可能改变今天应付的金额。
结算周期很重要
假设您一个月使用 5,000 个单位,下个月再使用 5,000 个单位。只要钱包仍有效,一个 $5 充值包就能覆盖两项任务。两个 Pro 周期需要 $34;未使用的订阅配额不会在周期间转移。
现在将第二项任务移到原结算日后的第 366 天,并且期间没有充值或延长有效期。第一个充值包剩余的 5,000 个单位已到期,需要再次购买 $5,因此总现金支出升至 $10。余额有效期可能比单位价格的小幅差异更重要。
可复制的 TweetAPI 预算计算器
在本地使用 Node.js 运行以下 JavaScript。它不会发送网络请求。请传入已经按权重计算、需要计费的单位,不要传入返回记录数,也不要把每次尝试的 HTTP 请求都算进去。validWalletUnits 必须排除已到期的单位,并假设钱包没有欠额。计算不含试用配额:非零 freeUnits 会被拒绝。它估算的是付费用量资金,并不代表免费账户的权益。
function quoteCycle({
units,
plan = "PAYG",
freeUnits = 0,
validWalletUnits = 0,
peakRpm = 30,
}) {
const plans = {
PAYG: { price: 0, allowance: 0, rpm: 60 },
Pro: { price: 17, allowance: 100_000, rpm: 60 },
Ultra: { price: 57, allowance: 500_000, rpm: 120 },
Mega: { price: 197, allowance: 2_000_000, rpm: 180 },
};
if (
![units, validWalletUnits].every(
(value) => Number.isSafeInteger(value) && value >= 0
) ||
!Number.isFinite(peakRpm) || peakRpm <= 0 ||
freeUnits !== 0 || !Object.hasOwn(plans, plan)
) {
throw new Error("Use non-negative integer units, a listed plan, and positive RPM.");
}
const selected = plans[plan];
const walletUnitsUsed = Math.max(0, units - selected.allowance);
const unitsToBuy = Math.ceil(
Math.max(0, walletUnitsUsed - validWalletUnits) / 10_000
) * 10_000;
if (!Number.isSafeInteger(unitsToBuy)) throw new Error("Workload is too large.");
return {
plan,
paygConsumptionValue: walletUnitsUsed / 2_000,
cashRequired: selected.price + unitsToBuy * 0.0005,
unitsToBuy,
walletUnitsLeft: validWalletUnits + unitsToBuy - walletUnitsUsed,
cycleAllowanceLeft: Math.max(0, selected.allowance - units),
rateLimitRpm: selected.rpm,
fitsPeakRpm: peakRpm <= selected.rpm,
};
}
console.table(["PAYG", "Pro", "Ultra", "Mega"].map(
(plan) => quoteCycle({ units: 120_000, plan, peakRpm: 30 })
));
使用 120,000 个单位时,PAYG 所需现金为 $60,Pro 加 PAYG 为 $27,Ultra 为 $57,Mega 为 $197。计算器比较的是新的完整结算周期,而不是按比例计算的升级报价。RPM 结果为 false 表示该选项无法满足所需吞吐量,即使单位数足够。它不会模拟延迟、每日流量分布、退款或到期;请只传入当前仍有效的钱包余额,并分别计算每个周期。
2026 年官方 X API 定价
官方 X 定价页面介绍了无需订阅的预付按量计费模式。部分价格如下:
| 资源或操作 | 公布价格 |
|---|---|
| 标准帖子读取 | 每个返回资源 $0.005 |
| 用户或关注者/正在关注读取 | 每个返回资源 $0.010 |
| 列表、Space 或社区读取 | 每个返回资源 $0.005 |
| 符合条件的自有账户读取 | 每个资源 $0.001 |
| 标准帖子创建 | 每次请求 $0.015 |
| 创建包含 URL 的帖子 | 每次请求 $0.200 |
请在 Developer Console 中确认确切端点和任何扩展。对于同一 UTC 日内的相同资源,每日资源去重通常会避免重复收费;X 称其为软性保证。其定价和用量文档说明,自助服务在每个月度计费周期内的帖子读取上限为 300 万条。更高用量需要 Enterprise。
每个端点的速率限制各不相同,并且独立于上述计费上限。预付余额不会取消这些限制。X 的控制台决定可购买的充值金额;本文示例计算的是用量价值,并不假设未经核实的结账最低金额或剩余余额。
HTTP 请求数相同,账单也可能不同
对于 5,000 次普通帖子读取调用,如果每次返回 20 条需要计费的帖子,X 的标准用量价值在去重前为 5,000 × 20 × $0.005 = $500。TweetAPI 使用 5,000 个单位:PAYG 消耗价值为 $2.50,需要购买一个 $5 充值包,并剩余 5,000 个单位。
如果每次调用只返回一条帖子,X 的建模用量价值降至 $25,而 TweetAPI 的单位数不变。同日重复资源、自有账户价格、扩展、空响应和不同端点覆盖范围都可能改变比较结果。这些示例假设数据具有可比的实际用途,并不能证明两家服务商会提供相同的结果。
根据工作负载和所需访问能力选择
偶发且不超过 60 RPM 的任务可以考虑预付 TweetAPI 单位,稳定的周期用量可考虑订阅,可变需求则可在套餐之外保留有效钱包。除了单位预算,还要检查存储、重试量、轮询安排和收集时间范围。可通过五家服务商替代方案对比(页面仅提供英文版)评估不过期余额、更高的宣传峰值限制和其他订阅方案。
如果您需要官方 OAuth、官方存档或筛选流、第一方字段或直接采购 Enterprise,官方 X API 仍是合适的起点。PAYG 只是增加 TweetAPI 的付款选项,并不会赋予这些官方能力。TweetAPI 的公开读取使用其自己的 X-API-Key;账户授权操作另有要求。
Twitter API 价格常见问题
不订阅可以使用 TweetAPI PAYG 吗?
可以。最低 $5 可购买 10,000 个预付单位。单独使用 PAYG 的限制为 60 RPM。系统会先使用可用的免费配额;免费试用是一次性 100 次请求。
TweetAPI 配额用完后会怎样?
符合条件的请求会自动改用足够且有效的 PAYG 单位。如果可用配额和有效钱包单位都不足以支付请求,该请求会被拒绝。预付备用机制不会产生不设上限的自动收费。速率限制错误是另一项独立约束:添加单位不会提高 RPM。
空响应和重试会消耗单位吗?
需要计费的空结果会消耗单位。需要计费的分页调用、每次单独提交的重试和重复请求同样会消耗单位。计量请求的 HTTP 200–499 响应需要计费,但 400、401、403 和 429 除外;大多数调用消耗一个单位,特殊权重如上所列。不要只根据成功收集的记录数估算成本。
单位会到期吗?充值会延长有效期吗?
PAYG 从成功结算起有效 365 天。充值入账时,整个仍有效的钱包可以延长到两者中较晚的到期时间;已到期单位绝不会恢复。仍等待入账的付款不能证明有效期已经延长。请参阅钱包到期和延迟入账的补救方式。
取消订阅后 PAYG 会怎样?
有效的钱包单位会保留到其到期日。取消订阅不会把未使用的周期配额转换为钱包单位,也不会延长钱包有效期。
应该充值还是升级?
请比较周期剩余配额、加权用量、有效钱包单位和所需 RPM。Pro 加 PAYG 可以应对少量超额;用量较大时 Ultra 可能更便宜,并提供 120 RPM。180,000 个单位时的价格相等关系假设是新周期且没有现有钱包。采取行动前,请以仪表板中的实际套餐变更报价为准。
在官方 X API 上读取 100,000 条帖子需要多少钱?
按每条 $0.005 计算,在同日去重或其他计费资源之前,用量价值为 $500。这里指 100,000 条返回的帖子,不一定是 100,000 次 HTTP 请求。
只看价格对比就足以选择 API 吗?
不够。请核实端点覆盖范围、凭据、响应字段、分页、条款和所需吞吐量。公布的限制和建模价格不能证明正常运行时间、完整性或结果相同。
用实际数字计算您的工作负载
列出确切端点、预计页数、需要计费的重试和峰值 RPM。根据端点权重计算 TweetAPI 单位,根据适用的资源价格和去重规则计算 X 资源。然后比较所需现金、剩余余额以及余额到期时间。
从 API 文档、Python 与 TypeScript SDK 指南(页面仅提供英文版)和当前价格开始。您可以先创建账户,试用一次性 100 次请求(页面仅提供英文版),无需信用卡,再决定是否为更大的工作负载充值。