返回价格页
价格Twitter API成本对比X API

2026 年 Twitter API 价格:X API 与 TweetAPI 对比

查看官方 X API 当前价格、计费单位和用量计算示例,并与 TweetAPI 订阅及预付单位比较。

TweetAPI
约 12 分钟阅读

官方 X API 采用预付按量计费,无需订阅。标准帖子读取按每条返回的帖子收取 $0.005,用户及关注者读取按每个返回资源收取 $0.010。费用取决于返回的资源,而不只是 HTTP 请求次数。下方官方价格表列出了主要单价和限制。

TweetAPI 提供月度订阅和预付单位,预付单位最低 $5 可购买 10,000 个。大多数计量调用每次消耗一个单位,与返回多少条记录无关。对同一项任务,比较需要预先支付多少钱、每分钟需要发送多少次请求,以及完成后还剩多少额度。

官方 X 价格 · X 费用计算示例 · 比较访问能力和用途 · TweetAPI 套餐与 PAYG · 单位计费详情

**价格来源复核日期:**2026 年 9 月 23 日。计算均为建模示例,并非实时 API 基准测试。服务商价格和账户权益可能变化;购买前请确认适用于您的方案。

**披露:**我们运营 TweetAPI。TweetAPI 是第三方服务,与 X Corp 无关联。

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 的控制台决定可购买的充值金额;本文示例计算的是用量价值,并不假设未经核实的结账最低金额或剩余余额。

估算官方 X API 费用

以下示例使用标准公开读取价格,不包含扩展和其他计费资源,也不适用自有账户折扣。计算结果为用量价值,而不是结账报价。

工作负载计算用量价值
读取 1,000 条不同帖子,各一次1,000 × $0.005$5
读取 100,000 条不同帖子,各一次100,000 × $0.005$500
读取 1,000 个用户或关注者资源,各一次1,000 × $0.010$10
在同一 UTC 日内读取相同的 1,000 条帖子两次每日去重后为 1,000 × $0.005通常为 $5

X 将每日去重描述为软性保证。UTC 日期变化后再次读取这些帖子,可能产生新的费用。估算混合工作负载前,请核实扩展、自有账户价格适用条件和控制台中的实际单价。

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;账户授权操作另有要求。

TweetAPI 订阅、预付单位和混合使用

价格页面提供以下几种用量付费方式。RPM 指每分钟 HTTP 请求数,而不是每分钟单位数。

选项最低付款包含单位速率限制
单独使用 PAYG一次性 $510,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 个单位的价格
$510,000$0.50
$1020,000$0.50
$2040,000$0.50
$50100,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 消耗 500 个单位。

计量请求的 HTTP 200–499 响应需要计费,但 400、401、403 和 429 除外。这并不是“只对成功结果计费”:需要计费的空结果仍会消耗单位。分页请求、每次单独提交的重试和重复请求,只要响应需要计费,也会消耗单位。

包含 1,000 次普通计量调用、10 次 XChat 发送和 2 次登录调用的工作负载会使用 1,000 + (10 × 10) + (2 × 500) = 2,100 个单位。计费权重不会在 RPM 预算中把一次 HTTP 调用变成 10 次或 500 次调用。

估算某项操作时,请查看端点文档、用量仪表板和计量条款(页面仅提供英文版)。仅凭结果条数无法判断它会消耗多少 TweetAPI 配额。

钱包有效期、充值和取消订阅

PAYG 单位在付款成功结算后 365 天到期。充值入账时,整个仍有效钱包的到期时间会取现有到期时间与新结算日期加 365 天两者中较晚的日期。已到期的单位不会恢复。

如果充值在钱包到期后才入账,即使您在旧截止日期前付款,也不能保证有效期延长。如果您在到期前付款但入账延迟,请联系 support@tweetapi.com,由我们复核并纠正确认的处理错误,或提供其他适当补救。请参阅 PAYG 条款和到期说明(页面仅提供英文版);不要把待处理付款视为钱包已经延期的证明。

取消订阅不会移除仍有效的 PAYG 单位。订阅配额属于其结算周期;剩余的有效 PAYG 单位在到期前仍可支付之后的用量。钱包不会让已结束订阅中未使用的配额结转。

TweetAPI 成本计算示例

以下示例假设使用普通的单单位计量调用、不计试用配额、没有现有钱包、处于一个完整订阅结算周期、RPM 充足,并且没有付款撤销或钱包欠额。税费和手续费不包括在内。“消耗价值”按 PAYG 单价计算实际使用的单位;“所需现金”包括充值包取整和任何订阅付款。

使用单位PAYG 消耗价值PAYG 所需现金剩余 PAYG 单位订阅或混合方案对比
5,000$2.50$55,000Pro 为 $17
20,000$10$100Pro 为 $17
100,000$50$500Pro 为 $17
120,000$60$600Pro + 20,000 个 PAYG 单位为 $27
140,000$70$700Pro + 40,000 个 PAYG 单位为 $37
200,000$100$1000Ultra 为 $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 表示该选项无法满足所需吞吐量,即使单位数足够。它不会模拟延迟、每日流量分布、退款或到期;请只传入当前仍有效的钱包余额,并分别计算每个周期。

Twitter API 价格常见问题

官方 X API 需要月度订阅吗?

当前自助服务使用预付按量计费余额,无需订阅。请查看当前官方价格页面,不要沿用旧的 Basic 或 Pro 套餐对比。Enterprise 另有合同条款。

在官方 X API 上读取 100,000 条帖子需要多少钱?

按每条 $0.005 计算,在同日去重或其他计费资源之前,用量价值为 $500。这里指 100,000 条返回的帖子,不一定是 100,000 次 HTTP 请求。

不订阅可以使用 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 个单位时的价格相等关系假设是新周期且没有现有钱包。采取行动前,请以仪表板中的实际套餐变更报价为准。

只看价格对比就足以选择 API 吗?

不够。请核实端点覆盖范围、凭据、响应字段、分页、条款和所需吞吐量。公布的限制和建模价格不能证明正常运行时间、完整性或结果相同。

估算用量

列出确切端点、预计页数、需要计费的重试和峰值 RPM。根据端点权重计算 TweetAPI 单位,根据适用的资源价格和去重规则计算 X 资源。然后比较所需现金、剩余余额以及余额到期时间。

将预计单位数和每分钟请求数填入 TweetAPI 预算计算器。估算 X 的费用时,请按返回的资源数量计算,并参考官方价格示例。