TikHub pricing 详解：1,470 个接口逐个算

TikHub 的逐接口单价其实不用登录就能读：它的 get_all_endpoints_info 接口在不带 API Key 时返回了全部 1,470 行接口价目（其中抖音直播搜索 V2 一个路径重复出现一次，不重复的接口是 1,469 个；下文统计按 1,470 行算），我们在 2026 年 11 月 1 日 00:48（新加坡时间）存了一份。逐条算下来，990 个接口（67.3%）是起步价每次 $0.001，250 个（17.0%）每次 $0.01 或更高，最贵的每次 $0.25；只有 452 个（30.8%）参加它主打的「按天阶梯折扣」，1,453 个付费接口里有 789 个（54.3%）既不打折、也不能用注册送的免费额度。把这份价目和 EveryInfra 当天的目录、当天的 14 次真调放在一起算：按每 1,000 次请求，同类能力 TikHub 是我们的 1.2–18.0 倍；只有在同一个参加折扣的 $0.001 接口上一天打满 118,791 次以上，TikHub 的全天平均单价才会低于我们的基础档 $0.000556。

这篇是站内 TikHub 替代：每千条实测价 的续篇，角度不同。上一篇在 2026 年 10 月 26 日按场景比「拿 1,000 条结果要多少钱」，当时 TikHub 的逐接口单价我们以为要登录才能看到，所以抖音评论、TikTok 搜索、TikTok 评论三项只能按起步价 $0.001 写成「至少」。这一篇把 TikHub 的账单公式拆到每一项：单价、阶梯折扣、免费额度、充值手续费、速率月费、退款，再用公开价目把上一篇的「至少」换成精确数，并给出在什么用量下 TikHub 会比我们便宜。想看简短的结论对比，可以先看 /alternatives/tikhub。

一张表看完 TikHub pricing 的账单公式

搜「tikhub pricing」的人，多半想知道一个月到底会被扣多少钱。TikHub 的定价页把规则写成五步：先充值、余额分付费和免费两池、每个接口单独定价、速率另买、Chrome 扩展和 MCP 跟直接调接口一样计费。它的 FAQ 补了细节：只有返回 200 的请求计费，参数相同的重复请求也逐次计费，阶梯折扣按洛杉矶午夜清零。把这些拼起来，TikHub 的一个月账单可以写成一条公式：每个接口的「单价 × 当天累进折扣后的请求数」求和，加上速率月费，再乘以充值手续费倍率。下面这张表把公式里的每一项和 EveryInfra 对应的规则并排放，TikHub 一侧只写它自己公开的规则和读取日期，我们一侧写 2026 年 11 月 1 日的能力目录和定价页。

这张表里最容易被忽略的是第三行和第五行。「最多 5 折」是 TikHub 定价页上最显眼的承诺，但它只覆盖三成接口；「返回 200 就计费」意味着参数写错但平台照样回了空列表的请求，也会扣钱，上一篇里我们已经数过它的公开文档里有 18 个接口写明这种情况照常计费（TikHub 替代：每千条实测价）。这两行决定了「$0.001 起」在真实账单里能不能兑现。

还有两条规则不在表里，但会悄悄影响账单。一是重复请求逐次计费：FAQ「Do repeat requests return cached data?」写明，参数完全相同的请求每次都返回实时数据、每次单独计费；每个成功返回附带一个 cache_url。FAQ 对它有两句话：一处说它是「排查问题用的，不是更便宜的重取方式」，另一处（「What is the cache_url in my response?」）说重开不收费，「如果同一天内要读同一份数据不止一次，值得把 cache_url 存下来」。合起来就是：24 小时内重读同一份响应免费，但拿不到新数据；要新数据，就是一次新的计费请求。如果你的程序在失败重试时没有区分「网络超时」和「已经拿到 200」，重复扣费就会发生。二是分页：评论、搜索这类接口每页只回一部分，FAQ 建议评论接口每次不超过 30 条，翻一页就是一次新请求，所以「拿 1,000 条」在 TikHub 上通常意味着 34 到 167 次请求，具体取决于接口的每页条数。后面几节的计算都把这两点算进去了。

1,470 个接口的公开价目：没登录也能读

TikHub 的文档里有一个「获取所有端点信息」接口（Get all endpoints information），路径是 /api/v1/tikhub/user/get_all_endpoints_info。文档里写着要带 Bearer Token，但我们在 2026 年 11 月 1 日 00:48:49（新加坡时间）不带任何 Key 发了一次 GET，返回 200，data 是一个 1,470 行的数组，每行有接口路径、单价 endpoint_cost、能否用免费额度 allow_free_credit、能否参加阶梯折扣 allow_discount、速率 rate_limit 和接口类型。返回头里的服务器时间是洛杉矶时间 2026 年 10 月 31 日 09:48:49，和它 FAQ 说的「用量日志用洛杉矶时钟」一致。同一组还有查单个接口信息、计算价格和阶梯折扣百分比三个接口，后两个我们也存了公开返回。

这份价目的价值在于它把「$0.001 – $0.01」这个区间拆成了每个接口的精确数。我们按单价分了 7 档，结果画在下图：990 个接口（67.3%）正好是 $0.001，17 个是 0（多是账户查询和测试接口），106 个在 $0.0015–$0.003，107 个在 $0.004–$0.008，175 个是 $0.01，71 个在 $0.011–$0.05，4 个在 $0.10–$0.25。中位数是 $0.001，但付费接口的平均单价是 $0.004554，是中位数的 4.6 倍，因为右边那条长尾很重。对只做 TikTok、抖音评论这类「起步价接口」的人，「$0.001 起」基本准确；对做小红书、视频号、公众号、LinkedIn 的人，常用接口大多在 $0.01 这一档。

右边那 4 个最贵的接口值得单独看，因为它们说明 TikHub 的价差不只是「复杂接口贵一点」。下表是单价 ≥ $0.05 的接口里各平台最有代表性的几个，单价都直接取自 2026 年 11 月 1 日的价目。

表里的 Sora 那一行要单独说明：TikHub FAQ 写明社交接口里的 sora2/create_video 已经弃用、不再维护，Sora 视频生成改到它的 AI 代理里；但 11 月 1 日的价目里仍列着这个接口和 $0.10 的单价，所以按价目统计时它还在。

有两个结构上的细节，上一篇没有写到。第一，价目里有 433 个接口不在 TikHub 公开的 openapi.json（V5.3.2，1,056 个操作）里，按不重复的路径算，两者只重合 1,036 个；也就是说，按公开接口文档挑接口的人，看不到将近三成有价的接口，反过来，文档里也有 20 个操作不在价目里。第二，价目里有 28 个接口的类型标为 third-party（第三方），全部是视频号 11 个、公众号 9 个、小红书 8 个，单价都是 $0.01，也都不参加折扣。为什么这样定价，TikHub 的公开材料没有说。

价目里的 rate_limit 也是逐接口写的，不全是定价页说的「每秒 10 次」。1,470 个接口里 1,393 个是每秒 10 次；47 个是每秒 5 次，其中 24 个是 Instagram 的整个 web_app 系列，另有抖音 13 个、TikTok 9 个、快手 1 个；Threads 的 12 个接口是每秒 3 次，YouTube 评论 V2 是每秒 4 次，账户和价目类接口、Sora 视频生成是每秒 1 次。买了更高的速率档，单个接口的上限是否跟着提高，公开材料没有写。如果你的批量任务集中在 Instagram web_app、Threads 或 YouTube 评论这类接口上，按每秒 10 次估算耗时会偏乐观，要按价目里写的数算：例如 1 万次 Instagram web_app 请求，按每秒 5 次至少要 33 分钟，按每秒 10 次估算只要 17 分钟。

同一个功能，换个版本差 10 倍

价目里还有一个上一篇没写的规律：同一个功能往往有好几个版本（web、app、v2、v3），价格可以差很多。我们把路径最后一段去掉版本号后相同、平台相同的接口归成一组，只看单价大于 0 的，单价最高和最低相差 2 倍以上的有 36 组。差得最多的几组如下，单价都取自 2026 年 11 月 1 日的价目。

这个表说明，在 TikHub 上「挑对版本」本身就是一项省钱的工作。版本之间的差别不只是价格：字段、稳定性、是否要传 Cookie、是否已停止维护都不一样，TikHub 的 FAQ 就专门写了小红书旧的 App 和 Web 系列已在 2026 年 6 月 13 日下线、抖音搜索要用单独的搜索系列而不是 Web 或 App V3 里的搜索接口。所以表里的「最便宜」不一定能用，选型时要同时看文档和价目。我们这边一项能力只有一个价，比如 xiaohongshu/search 不管内部怎么取数都是每次 $0.005556，不需要客户自己挑版本，代价是你也没有「挑一个便宜版本」的空间。

按平台看平均单价，差别同样明显。小红书 95 个接口平均每次 $0.0111，中位数 $0.01；视频号 24 个全部 $0.01；公众号平均 $0.0096；LinkedIn 中位数虽然是 $0.001，但有职位详情、公司帖子这类 $0.05 的接口，平均 $0.0071；快手平均 $0.0051、中位数 $0.002；抖音平均 $0.0049，被那几个 $0.15–$0.25 的批量接口拉高；TikTok、YouTube、Reddit、微博、知乎、X 的平均都在 $0.001–$0.002 之间。所以「tikhub pricing 贵不贵」这个问题没有统一答案：拉 X、微博、知乎很便宜，拉小红书、微信系、LinkedIn 是另一个价位。

谁能打折、谁能用免费额度

TikHub 的 FAQ 写明「免费额度和阶梯折扣是否适用，要逐个接口看」，价目里正好有这两个开关。全量统计的结果是：参加阶梯折扣的 452 个（30.8%），能用免费额度的 631 个（42.9%），两样都能的 409 个；1,453 个付费接口里，两样都不能的有 789 个，占 54.3%。即使只看起步价 $0.001 的 990 个接口，参加折扣的也只有 431 个，不到一半。

按平台拆开，差别更大。下图把 15 个常用平台各自参加折扣、能用免费额度的接口占比画在一起：X（Twitter）26 个接口里 24 个参加折扣（92%），知乎 72%，TikTok 54%，抖音 38%；而 Reddit 41 个、LinkedIn 47 个、视频号 24 个、Threads 13 个接口，参加折扣的都是 0。小红书 95 个接口里只有 3 个参加，和 FAQ「What does Rednote cost?」一问里「月请求 100 万次以下不打折」的说法基本对得上。

这张图对选型的意思很直接：如果你主要拉的是 X、知乎、TikTok 的数据，TikHub 的阶梯折扣有机会真的用上；如果你拉的是 Reddit、LinkedIn、Instagram、小红书、YouTube，几乎所有接口都按原价走，「最多 5 折」和你无关。免费额度也一样，Reddit、LinkedIn 的接口不能用注册送的 $0.05，新用户想先试 Reddit 接口，得先充至少 $5。

文档写的价和价目对不上的 25 个接口

除了价目接口，TikHub 在公开接口文档的描述里也给 124 个接口写了单价。我们把这 124 个和价目逐个对了一遍，有 25 个对不上：15 个价目比文档便宜，10 个价目比文档贵。其中 24 个是抖音星图（/api/v1/douyin/xingtu_v2/）系列，文档描述统一写「$0.002」，价目里 14 个是 $0.001（便宜一半），10 个在 $0.003 到 $0.01 之间（贵 1.5 到 5 倍，最贵的 get_author_business_card_info 是 $0.01）。剩下一个是 TikTok 直播间弹幕接口 tiktok_live_room，文档写「每 10 条 $0.001」（文档），价目里单价是 0。所以按文档描述估预算，多数接口是估高，少数接口会估低；但金额上不一定抵消：24 个星图接口各调一次，按文档估是 $0.048，按价目是 $0.055，反而高 15%，因为便宜的 14 个每个只省 $0.001，贵的 10 个每个多 $0.001 到 $0.008。

我们不知道哪一边是实际扣费的价，因为我们没有 TikHub 账号，也没有调用这些接口。合理的推断是价目接口更接近计费系统（它和计算价格接口是同一组），文档描述是人写的、更新慢。对读者的建议只有一条：做预算时用价目接口或控制台的价格表，不要用接口文档描述里的数；跑批量之前，先用它的计算价格接口按你的日用量算一次。

阶梯折扣怎么算：按天、累进、洛杉矶午夜清零

TikHub 的阶梯折扣有三个关键词。按天：FAQ 写明按每天的请求数分档，每天洛杉矶午夜清零，在新加坡和北京是下午 3 点或 4 点（夏令时与否）。累进：不是「过了 1 万次全天打 7 折」，而是像个人所得税，每一档只对落在这一档的请求打折。逐接口：只对 allow_discount = 1 的接口生效。它的阶梯折扣接口在不带 Key 时返回的 6 档和 FAQ 一致：

我们按这个累进规则写了一个计算函数，先拿 TikHub 自己的两个例子验算：FAQ 说基础价 $0.001 的接口一天 20,000 次是 $15.60，计算价格文档说一天 12,000 次是 $10，函数算出来分别是 $15.60 和 $10.00，两个都对上。然后用它算「全天平均每次多少钱」随日用量怎么变：1,000 次以内是 $0.001；5,000 次平均 $0.00092；1 万次 $0.00086；3 万次 $0.00072；10 万次 $0.000566；要到 118,791 次，平均才降到 $0.00055556，也就是 EveryInfra 基础档的单价。这个数之后 TikHub 更便宜，100 万次时平均 $0.000507，比我们低约 9%。

这个交点要怎么理解？先看它需要什么条件。第一，接口本身要参加折扣，七成接口不满足。第二，计数是按天的，而且在 TikHub 的计算价格接口里，参数是「一个接口 + 每天请求数」，所以本文按单个接口的日用量算；它的公开材料没有写不同接口的请求会不会合并计档，如果会合并，交点的含义就变成「所有参加折扣的接口合计一天 118,791 次」，曲线形状不变。第三，一天 11.9 万次相当于每月约 356 万次，接近 TikHub FAQ 里「每月超过 450 万次请联系我们谈定制价」的线。按默认每秒 10 次跑，118,791 次要连续 3.3 小时，速率本身不是障碍。

换成一个具体的活：每天拉抖音评论。两边都是 20 条一个计费单位（TikHub 的抖音评论接口默认每次 20 条，FAQ 建议评论接口每次不超过 30 条；我们的 douyin/comments 在目录里写明每 20 条算一次），所以每千条的差就是单价的差。下表是不同日用量下 30 天的账，不含充值手续费：

结论很清楚：一天 2 万条以内，同样的抖音评论在 TikHub 贵 80%；一天 20 万条，贵 55%；一天 200 万条以上，两边基本持平；再往上 TikHub 便宜 4%–8%。而这已经是 TikHub 最有利的情况，因为抖音评论这个接口既参加折扣，又是起步价。换成不参加折扣的抖音搜索（每次 $0.01）或小红书接口，曲线就是一条直线，不存在交点。

充值、手续费、退款：tikhub api pricing 之外的钱

很多人算「tikhub api pricing」时只算单价，漏掉进出账的成本。TikHub 是先充值后扣费：最低充值 $5，没有上限（定价页「How billing works」）。手续费是它自己收的，支付宝 2.6% + $0.30，PayPal 和 USDT 5% + $0.30，FAQ 自己举的例子是用 PayPal 充 $5 实付 $5.55。因为有固定的 $0.30，充得越少，手续费占比越高；充得再多，PayPal 也降不到 5% 以下。

把手续费折进单价，PayPal 充 $5 时 $0.001 的接口实际是每次 $0.00111，$0.01 的接口是 $0.0111。免手续费的门槛是企业账户：单笔充 $3,000 或累计充 $4,500，另外每次充值送 3%–10%（按金额和距上次充值的时间），单笔 $3,000 再送 $100（FAQ「What do Enterprise accounts get?」）。公对公转账要付自己银行的国际电汇费（FAQ 写一般约 $50）和 TikHub 的 $20 处理费；USDT 只收 TRC20，金额要精确到最后一位小数，网关的 gas 费要自己加上。

退款更要先读。TikHub 的退款政策标题就是「All Sales Are Final」，政策正文写的最后更新日期是 2026 年 7 月 20 日（文档站这一页 9 月 15 日有过改动，但正文日期没变）：API 额度、订阅费和预付余额默认不退，只有你买的接口不可用、并且它的技术团队核实之后才退；改主意、误解接口输出、你自己的集成错误、限速、临时维护、第三方平台改版而它「仍按文档运行」，都不退。FAQ 的建议是先读退款政策再充大额，日常用余额提醒和自动充值。发票方面，订单记录里可以自己下载，只开美国发票；合并发票或指定抬头要企业账户或单笔超过 $500。

我们这一侧也有支付通道手续费，由客户承担，付款前在付款页显示应付总额和其中的手续费，所以本文的对比里没有给我们这边算一个固定倍率。我们这边逐次自动退的是「这一次请求没拿到东西」：失败或空结果，预扣的钱在同一次请求里退回余额。充值余额本身长期有效（定价页）。

速率是 TikHub 的强项，要公平写出来。它每个账户默认每秒 10 次、免费；更高按月另买，20 次每月 $5、30 次 $10、40 次 $20、50 次 $30，一直到 100 次每月 $55（FAQ「What do the higher levels cost?」）；这笔月费和请求费分开，不改变单价。我们默认每分钟 60 次，账户下所有 Key 合计；更高可以按 30 天买提速包，每分钟 180 次 $10、600 次 $30、1,800 次 $78，或者累计充值满 $50、$150、$750 自动获得同样档位。如果你的任务是几分钟内打几万次请求，默认速率这一项 TikHub 明显更省事。

把手续费和速率月费摊进单价：一个小团队的月账

单价、手续费、速率月费是三笔分开的钱，单看哪一笔都不大，合起来就能把「$0.001」推到 $0.0012 附近。举一个常见的小团队用量：每月 50,000 次请求，全部打在 $0.001 的接口上，每月用 PayPal 充一次 $50，并且因为要在白天集中跑，买了每秒 20 次的速率档。下表按 TikHub 公开的费率逐项算，最后一列是同样 50,000 次请求在我们基础档的接口费。

这个例子里，单价写着 $0.001 的接口，实际每次付 $0.001156，比标价高 15.6%；不买速率档也有 $0.001056，高 5.6%。每月 5 万次只略过每天 1,000 次的折扣起点（5 万次 ÷ 30 天 ≈ 1,667 次/天，只有超出 1,000 次的那部分打 9 折），所以折扣在这个用量下几乎不起作用：按每天均匀 1,667 次算，一个月只省约 $2.00。对小团队来说，真正影响账单的是充值方式和要不要买速率，而不是阶梯折扣。

试用额度：50 次和 1,799 次

TikHub 注册送的是 $0.05，按 $0.001 的起步价约 50 次，FAQ 自己也是这么写的；但只有 631 个接口能用这笔额度，小红书、Reddit、LinkedIn、视频号的接口都不能用，想先试这些平台就得先充至少 $5。签到奖励已经取消，邀请奖励 $2 要求双方都是付费用户（FAQ「Is there a referral reward?」）。我们这边的试用是在 GitHub 给插件仓库点星后，在控制台领 $1，直接进赠送余额，24 小时内有效；按基础档每次 $0.000556 约 1,799 次，按定价页说的标准档约 720 次，所有数据能力都能用（验证码识别除外）。两者都不需要绑卡。试用额度的意义不在于省下几分钱，而在于能不能用真实的关键词把本文的「每千条」复算一遍：50 次请求足够验证几个接口的字段，但不够算出稳定的每次条数。

换成每 1,000 次请求：12 项同类能力

有了精确价目，就可以把「每 1,000 次请求」这一层直接比出来，不涉及每次回多少条。下表左边是 EveryInfra 11 月 1 日目录里的能力和 price_usd，右边是 TikHub 价目里功能最接近的接口（选的是它 FAQ 推荐的系列或文档里的主力接口），单价都是不打折的原价，因为表里只有 TikTok 评论和抖音评论两个 TikHub 接口参加折扣。

12 项里，8 项是 1.8 倍（其中 6 项是每千次 $1.00 对 $0.556，小红书搜索和评论两项是 $10.00 对 $5.556），两项最贵的是快手搜索和 Instagram 用户帖子：TikHub 的快手搜索 V2（文档）每次 $0.01，Instagram V3 用户帖子（文档）每次 $0.008，分别是我们的 18.0 倍和 14.4 倍。最接近的是抖音搜索 1.2 倍和微博搜索 1.24 倍：我们的 douyin/search 自 2026 年 10 月 28 日起是每次 $0.008333，不再在基础档；weibo/search 每次 $0.000806。要说明的是，Instagram 在 TikHub 也有 V1 的用户帖子接口（文档），价目里是 $0.001；如果 V1 能满足你的字段需求，这一行就变成 1.8 倍。这个表只比单价，每次回多少条、字段全不全，下一节用真调来比。

换成每 1,000 条结果：11 月 1 日的 14 次真调

每千次请求的价只是一半，另一半是每次请求能拿回多少条。TikHub 一侧的条数来自它的 FAQ 和接口文档：抖音搜索每次约 6–10 条，小红书分页接口每次约 6–20 条，TikTok 搜索和评论文档默认 count=20（TikTok 搜索文档、TikTok 评论文档），评论接口建议每次不超过 30 条。我们这一侧不用目录价推算，直接用 11 月 1 日真调返回的 count 和 billing.charged_usd。下表是全部 14 次有效返回，时间都是新加坡时间。另有 3 次请求在 00:50:59 返回 429、没有扣费：测试时多个任务共用同一把测试 Key 的每分钟额度，这 3 次分别在 72、89、106 秒后重试成功（表里 00:52 的三行）。正常账户的默认速率是每分钟 60 次，见下文速率一节。

14 次合计拿回 474 条，实扣 $0.025809。按每千条换算的结果画在下图：抖音搜索我们 $0.167，TikHub 按每次 6–10 条算是 $1.00–$1.67，差 6.0–10.0 倍；TikTok 评论我们一次 200 条只扣 $0.000556，每千条 $0.0028（同一能力在用 Claude Code 子代理拉 TikTok 品牌号那篇里也是一次 200 条一个价），TikHub 每次 20–30 条是 $0.034–$0.05，差 12.1–17.9 倍；抖音评论 1.8 倍；TikTok 搜索 1.5 倍；小红书搜索 1.7–5.7 倍。

图里有一行要照实说：小红书评论。我们那次只回了 10 条，每千条 $0.556；TikHub 每次 6–20 条，每千条 $0.50–$1.67。如果 TikHub 那边每次都能回满 20 条，它比我们便宜 10%；它每次回 18 条或更少时，我们才更便宜。这和单价无关，是我们这次请求回的条数少：目录里 xiaohongshu/comments 的分页大小是 15，那一页只回了 10 条。

把这次的每千条和上一篇 10 月 26 日的实测放在一起，能看出「每千条」这个数有多不稳定：

单价两次都没变（抖音搜索按 10 月 28 日的新价重算），变的是条数。所以这类比较应该读成量级：单次请求固定价、一次能回很多条的能力（TikTok 评论、抖音搜索）差距大；按条分档的能力（抖音评论）差距等于单价差；分页小的能力（小红书评论）可能不占优。你自己的关键词、你自己的视频，结果会不一样，下面「上手步骤」里有复算的方法。

空结果、错参数、限速：哪几次没扣钱

TikHub 的规则是返回 200 就计费，上一篇已经列过它的文档里写明「参数错、内容已删也照常计费」的 18 个接口，例如 Instagram 的改名次数接口和 YouTube 的字幕接口，后者价目里每次 $0.008。我们这一侧这次有三次没拿到数据：00:49:54 用 reddit/search 搜「tikhub」返回 0 条，00:54:51 用一个不存在的笔记链接调 xiaohongshu/comments 返回 0 条，两次的 billing.reason 都是 empty_result_refunded，refund.status 是 succeeded；00:56:27 故意给 tiktok/search 多写了一个 count 参数，返回 422，错误码 unknown_param，并列出允许的参数 keyword、content_type、limit，末尾写着「Nothing was charged」。

还有一个细节在 douyin/comments 那次：我们要 100 条，按每 20 条一档先预扣 5 档；实际回 80 条，只计 4 档，多扣的 1 档在同一次返回里退回，billing 里写着 requested_units: 5、billed_units: 4。下面是这次返回的计费部分原样摘录（余额字段已删）：

{
  "platform": "douyin",
  "action": "comments",
  "count": 80,
  "billing": {
    "charged": true,
    "charged_usd": 0.002222,
    "rows_per_unit": 20,
    "requested_units": 5,
    "billed_units": 4,
    "units": 4
  }
}

这件事和比价的关系是：在 TikHub，空结果、内容已删的请求是算在账单里的，所以「每千条」应该按实际拿到的条数摊，而不是按请求数；在我们这边，没拿到的部分不进账单。对一份监控清单来说，失效链接越多（博主删帖、笔记下架），两边的实际差距越大。

一份监控清单的 30 天账

把前面的单价、条数和折扣合在一起，算一份常见的跨平台监控清单：每天 TikTok 评论 2 万条、抖音搜索 1,000 条、小红书搜索 1,000 条、小红书评论 500 条，跑 30 天。TikHub 一侧用价目单价、FAQ 给的每次条数（抖音搜索取中间值 8 条，小红书取 13 条），TikTok 评论那一项按累进折扣算（每天 1,000 次，刚好不进折扣档）；我们这一侧用 11 月 1 日真调的每次条数和实扣。两边都不含充值手续费。

合计 TikHub $102.30，EveryInfra $23.84，差 4.29 倍；TikHub 用 PayPal 充值再加手续费是 $107.72。差距主要来自两项：TikTok 评论（我们一次 200 条一个价，TikHub 一次 20 条一个价）和抖音搜索（我们这次一次回 50 条）。如果把清单换成只拉抖音评论，差距就回到 1.8 倍；如果日用量上到每天几百万条，按上一节的表，TikHub 反而会便宜几个百分点。

tikhub reddit：Reddit 上的人怎么说 TikHub 的价格

「tikhub reddit」是这个词的高频联想词之一，搜的人多半想看真实用户的账单和吐槽。我们在 11 月 1 日用两种办法找：一是用自己的 reddit/search 在 Reddit 站内搜「tikhub」，00:49:54（新加坡时间）返回 0 条帖子；二是用公开搜索引擎和论坛搜索查 Reddit、V2EX、Hacker News 和 GitHub 讨论。结论是：没有找到用户贴出的 TikHub 账单或价格投诉。能找到的和价格有关的公开帖只有下面几条，用户名一律隐去。

我们还搜了 Reddit 上 2026 年 10 月关于「tiktok api pricing」的帖子，返回 14 条，最早一条是 2026 年 10 月 4 日 r/SaaS 的逆向 TikTok 移动端接口帖，最晚一条是 2026 年 10 月 31 日 r/buildinpublic 的「哪个接口费用让你最意外」，没有一条提到 TikHub；其中 2026 年 10 月 20 日 r/SaasDevelopers 的「Top 5 TikTok Data APIs for Developers」和 r/scrapingtheweb 那篇一样列了 5 家，也没有 TikHub。另一条在 r/AI_Agents 的提问（2026 年 10 月 13 日，问做红人筛选用什么 TikTok 和 Instagram 数据工具、有没有付费墙），读回的 8 条评论（帖子显示 14 条）里也没有人提 TikHub，读回的最晚一条是 10 月 28 日。可以说，在英文社区里 TikHub 的讨论度远低于它在中文开发者圈子里的知名度；想了解它的价格，最可靠的仍然是它自己的价目接口和 FAQ，这也是本文全部用一手材料的原因。

和 Reddit 有关的另一件事值得做数据的人注意。Reddit 在 r/redditdev 的公告里给出了公开数据接口的关闭时间表：2026 年 10 月 31 日起不再受理新的公开接口申请，11 月 30 日截止迁移奖励登记，2027 年 1 月 12 日起开始收回未登记应用的访问，2027 年 3 月全部关闭（r/redditdev 公告，迁移指南见 Reddit 开发者文档）。在 TikHub 的价目里，Reddit 的 41 个接口没有一个参加折扣、也不能用免费额度；我们的 reddit/search 和 reddit/comments 是基础档每次 $0.000556，上面两次真调分别回了 14 条帖子和 6、8 条评论。

什么时候 TikHub 更合适

照实写，有四种情况 TikHub 更合适。

第一，单个参加折扣的接口每天打十几万次以上。按上面的累进计算，参加折扣的 $0.001 接口一天 118,791 次以后均价低于我们，一天 50 万次时均价 $0.000513，比我们低约 8%。如果你的主力接口正好在那 452 个里（TikTok、X、知乎、抖音的部分接口），而且用量真到这个级别，TikHub 的价格更好；再往上每月超过 450 万次，它还有定制价。

第二，你需要我们没有的接口。TikHub 的 1,470 个接口里有很多很细的功能：抖音星图的达人报价和传播指数、直播间弹幕、批量取最高画质播放链接、TikTok Shop 和广告库、Sora 视频生成。我们的目录在 11 月 1 日 15:40 是 106 个平台、573 项能力，覆盖面更广（电商、点评、招聘、地图），但在抖音和 TikTok 的单个平台深度上，TikHub 的接口数明显更多。

第三，你要在几分钟内打完一大批请求。TikHub 默认每秒 10 次、按月 $55 可以到每秒 100 次；我们默认每分钟 60 次，最高的提速包是每分钟 1,800 次（每秒 30 次），30 天 $78。

第四，你需要 24 小时内免费重读同一份结果。TikHub 每个成功返回带一个 cache_url，24 小时内免费打开（FAQ「What is the cache_url in my response?」）。我们这边没有 24 小时内免费重读的链接，要再拿一次就是一次新请求。

反过来，如果你的用量在每天几万次以内，主要拉小红书、快手、Instagram、Reddit、YouTube，或者经常碰到空结果和失效链接，按本文的数，同样的数据在我们这边便宜 1.2 到 18 倍。

最近的变化

1. 2026 年 10 月 31 日，Reddit 停止受理新的公开数据接口申请（r/redditdev 公告）。对读者意味着什么：自己申请 Reddit 官方接口这条路关了，做 Reddit 数据的团队只剩迁移到它的开发者平台或用第三方数据接口两条路，比价时要把 Reddit 接口不打折这一点算进去。
2. **2026 年 10 月 28 日，EveryInfra 的 douyin/search 调价**，从每次 $0.000556 调到 $0.008333（每千次 $8.33），见定价页和当天目录。对读者意味着什么：抖音搜索这一项两边的单价差从 18 倍缩到 1.2 倍，按每千条比仍有 6–10 倍，因为我们一次能回更多条。
3. 2026 年 10 月 3 日，TikHub 的 Python SDK 发布 v2.2.0，说明写的是同步到线上接口文档的 1,050 个操作，生成 1,048 个方法、跳过已弃用接口（GitHub 发布页，PyPI）。对读者意味着什么：SDK 覆盖的是公开文档里的接口，价目里另有约 433 个接口不在文档中，按 SDK 挑接口时会看不到它们。
4. 2026 年 10 月 1 日，TikHub 更新「业务限制」页（Business Restriction），列出不接受的行业，包括虚拟货币相关业务，并写明违规账户冻结且不能申诉；同一天它的 Reddit 动态搜索接口文档也有更新。对读者意味着什么：充值默认不退，账户被冻结时余额也难追回，充大额之前先对照这一页。

边界：哪些结论不成立

第一，TikHub 一侧所有单价来自它不带 Key 就能读的价目接口，读取时间是 2026 年 11 月 1 日 00:48（新加坡时间）；我们没有注册 TikHub 账号、没有调用它的数据接口，所以没有验证实际扣费是否和价目一致。价目与文档描述有 25 处不一致，本文一律用价目。

第二，阶梯折扣的交点按「单个接口的日用量」算。TikHub 公开材料没有写不同接口的请求是否合并计档；如果合并，交点含义变成全部参加折扣接口的合计用量，结论的方向不变。

第三，每千条的比较依赖每次条数。我们没有在 TikHub 上真调，它每次实际回几条只能用它自己写的范围，取上限算它的最低价、取下限算最高价，所以区间对它是宽松的。TikHub 一侧用它 FAQ 和文档里的范围，我们这一侧用 11 月 1 日每项能力一次真调的条数；样本是 14 次请求、474 条结果，只够看量级。和 10 月 26 日的实测对比，同一能力的每千条最多变了 3 倍。所以本文不给一个统一倍数：你调哪些接口、每天调多少、每次回多少条，换成你自己的数，前面每张表都能重算。

第四，本文只比价格和计费规则，不比字段完整度、成功率和延迟，也不评价哪一边的数据更好。两边的字段不同，迁移时要按 tiktok/comments 等能力页上的 response_fields 重新对字段。

常见问题

下面的问题来自 Google 搜索联想词（2026 年 11 月 1 日读取「tikhub」「tikhub api pricing」「tikhub reddit」）、TikHub FAQ 里列出的用户问题和上面引用的 Reddit 原帖。

tikhub pricing 是多少钱一次？

公开价目 1,470 个接口里，990 个每次 $0.001，175 个每次 $0.01，最贵的每次 $0.25，中位数 $0.001（TikHub 定价页写「$0.001 – 0.01 / request」）。出处：联想词「tikhub pricing」。要查某个接口，调它的价目接口或看控制台的价格表。

tikhub api pricing 有计算器吗？

有。TikHub 的计算价格接口按「接口 + 每天请求数」返回总价，要带 Key；不想注册的话，用本文的累进公式自己算：每一档的请求数 × 基础价 ×（1 − 这一档的折扣），再相加。出处：联想词「tikhub api pricing calculator」。

TikHub 有免费额度吗？

注册并验证邮箱后自动送 $0.05，约 50 次 $0.001 的请求；签到奖励已经取消；只有 631 个接口能用免费额度（TikHub FAQ「What do I get for free?」）。出处：联想词「tikhub api key」和 FAQ 原问题。我们这边是在 GitHub 点星后领 $1，24 小时内有效，见快速上手。

tikhub reddit 上有人说贵吗？

没找到。我们在 Reddit 站内搜「tikhub」返回 0 条，公开搜索里只有一条评论按每页 $0.001 引用它的 YouTube 搜索价，一个提问说它的 AI 视频「看起来很便宜」。出处：联想词「tikhub reddit」和上文列出的原帖。

TikHub 失败的请求扣钱吗？

返回非 200 不扣；返回 200 就扣，包括空结果。FAQ 原话是「只有成功的请求计费，返回 200 就计费」，它的文档里有 18 个接口写明内容已删、参数无效时照常计费（TikHub FAQ「What exactly gets billed?」）。出处：TikHub FAQ 原问题「I get status 200 but the result is empty」。

上手步骤：用自己的数据复算一遍

第一步，先读两边的免费目录，不用 Key：TikHub 的价目接口和我们的能力目录。下面两条命令把两边同类能力的单价拉出来，方便你按自己的清单算。

# TikHub 公开价目（不带 Key），筛出抖音和小红书搜索
curl -s https://api.tikhub.io/api/v1/tikhub/user/get_all_endpoints_info \
  | jq '.data[] | select(.endpoint_uri | test("douyin/search/fetch_video_search_v1|xiaohongshu/app_v2/search_notes"))'

# EveryInfra 能力目录（不带 Key），看 price_usd、rows_per_unit、response_fields
curl -s "https://api.everyinfra.com/api/v1/social/catalog?platform=douyin" \
  | jq '.capabilities[] | select(.action=="search" or .action=="comments") | {action, price_usd, rows_per_unit, default_limit, max_limit}'

第二步，在控制台领试用额度、建一把 Key，用你自己的关键词真调一次，看返回里的 count 和 billing.charged_usd：

curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"platform":"douyin","action":"search","params":{"keyword":"空气炸锅食谱","limit":50}}' \
  | jq '{count, charged: .billing.charged_usd, reason: .billing.reason}'

第三步，如果你用 Claude、Cursor 这类 AI 工具，可以把我们的远程 MCP 加进去，让 AI 自己调能力、自己读 charged_usd。一个地址、一把 Key；2026 年 11 月 1 日 15:39（新加坡时间）读 tools/list，当时是 12 个工具（MCP 说明，协议见 Model Context Protocol）：

{
  "mcpServers": {
    "everyinfra": {
      "url": "https://api.everyinfra.com/mcp",
      "headers": { "Authorization": "Bearer YOUR_API_KEY" }
    }
  }
}

TikHub 的定价页写明它的 MCP 和 Chrome 扩展与直接调接口同样计费（TikHub MCP 页写的是 16 个平台、990 多个工具）。最后用每千条 = 实扣合计 ÷ 返回条数合计 × 1,000 算出你自己的数，和 TikHub 价目里对应接口的「单价 × ⌈1,000 ÷ 每次条数⌉」比一比。各平台能力列表见抖音、TikTok、小红书、Reddit 平台页，全部能力和试用入口见数据市场。

参考资料

1. TikHub，《Pricing》，定价页，2026-11-01 读取，<https://tikhub.io/pricing>
2. TikHub，《FAQ — Billing, Rate Limits and Platform Support》，2026-11-01 读取，<https://tikhub.io/faq>
3. TikHub，公开价目接口 get_all_endpoints_info 返回（未带 Key），2026-11-01 00:48 SGT，<https://api.tikhub.io/api/v1/tikhub/user/get_all_endpoints_info>
4. TikHub，阶梯折扣接口 get_tiered_discount_info 返回（未带 Key），2026-11-01 读取，<https://api.tikhub.io/api/v1/tikhub/user/get_tiered_discount_info>
5. TikHub，公开接口文档 openapi.json（V5.3.2），2026-11-01 00:46 SGT 读取，<https://api.tikhub.io/openapi.json>
6. TikHub 文档，《获取所有端点信息 / Get all endpoints information》，2026-07-31 修改，<https://docs.tikhub.io/186826055e0>
7. TikHub 文档，《获取一个端点的信息 / Get information of an endpoint》，2026-07-31 修改，<https://docs.tikhub.io/186826054e0>
8. TikHub 文档，《计算价格 / Calculate price》，2026-07-31 修改，<https://docs.tikhub.io/186826052e0>
9. TikHub 文档，《获取阶梯式折扣百分比信息》，2026-07-31 修改，<https://docs.tikhub.io/186826053e0>
10. TikHub 文档，《批量获取视频的最高画质播放链接》，2026-07-31 修改，<https://docs.tikhub.io/360401425e0>
11. TikHub 文档，《获取视频搜索 V1》（抖音搜索），2026-07-31 修改，<https://docs.tikhub.io/370212779e0>
12. TikHub 文档，《搜索笔记》（小红书 App V2），2026-07-31 修改，<https://docs.tikhub.io/420136398e0>
13. TikHub 文档，《获取笔记评论列表》（小红书 App V2），2026-08-14 修改，<https://docs.tikhub.io/420136394e0>
14. TikHub 文档，《提取直播间弹幕》（TikTok），2026-07-31 修改，<https://docs.tikhub.io/198386127e0>
15. TikHub 文档，《获取单个视频评论数据》（抖音 App V3），2026-07-31 修改，<https://docs.tikhub.io/186826225e0>
16. TikHub 文档，《获取单个视频评论数据》（TikTok App V3），2026-07-31 修改，<https://docs.tikhub.io/186826110e0>
17. TikHub 文档，《获取指定关键词的视频搜索结果》（TikTok App V3），2026-07-31 修改，<https://docs.tikhub.io/186826113e0>
18. TikHub 文档，《搜索视频 V2》（快手），2026-07-21 修改，<https://docs.tikhub.io/467698481e0>
19. TikHub 文档，《获取用户帖子列表》（Instagram V3），2026-07-31 修改，<https://docs.tikhub.io/419083061e0>
20. TikHub 文档，《获取用户帖子列表》（Instagram V1），2026-07-31 修改，<https://docs.tikhub.io/387337786e0>
21. TikHub 文档，《综合搜索》（微博 App），2026-07-31 修改，<https://docs.tikhub.io/410358109e0>
22. TikHub 文档，《获取 Reddit APP 动态搜索结果》，2026-10-01 修改，<https://docs.tikhub.io/369454687e0>
23. TikHub 文档，《获取 Reddit APP 帖子评论》，2026-09-04 修改，<https://docs.tikhub.io/369454681e0>
24. TikHub 文档，《大批量获取 Reddit 帖子详情（最多 30 条）》，2026-09-04 修改，<https://docs.tikhub.io/400217402e0>
25. TikHub 文档，《获取用户账号名更改次数》（Instagram），2026-09-27 修改，<https://docs.tikhub.io/425942864e0>
26. TikHub 文档，《获取视频字幕》（YouTube），2026-08-10 修改，<https://docs.tikhub.io/431829301e0>
27. TikHub 文档，《视频号号内搜索》，2026-09-08 修改，<https://docs.tikhub.io/472974850e0>
28. TikHub 文档，《Getting Started》，2026-09-15 修改，<https://docs.tikhub.io/5432442m0>
29. TikHub 文档，《Business Restriction》，2026-10-01 修改，<https://docs.tikhub.io/5432446m0>
30. TikHub 文档，《TikHub Refund Policy》，正文写最后更新 2026-07-20（文档页 2026-09-15 有改动），<https://docs.tikhub.io/9453198m0>
31. TikHub 文档，《TikHub Terms of Use》，正文写生效和最后更新 2026-03-17（文档页 2026-09-15 有改动），<https://docs.tikhub.io/9453286m0>
32. TikHub，《MCP Servers for Social Media Data》，2026-11-01 读取，<https://tikhub.io/mcp>
33. TikHub，《About TikHub》，2026-11-01 读取，<https://tikhub.io/about>
34. TikHub，Python SDK v2.2.0 发布说明，GitHub，2026-10-03，<https://github.com/TikHub/TikHub-API-Python-SDK/releases/tag/v2.2.0>
35. TikHub，Python SDK 全部发布，GitHub，2026-11-01 读取，<https://github.com/TikHub/TikHub-API-Python-SDK/releases>
36. PyPI，《tikhub》项目页（2.2.0 上传于 2026-10-03），<https://pypi.org/project/tikhub/>
37. EveryInfra，能力目录 /api/v1/social/catalog，2026-11-01 00:49 SGT 读取，<https://api.everyinfra.com/api/v1/social/catalog>
38. EveryInfra，xiaohongshu 能力目录，2026-11-01 读取，<https://api.everyinfra.com/api/v1/social/catalog?platform=xiaohongshu>
39. Reddit，《Moving Data API Apps to the Developer Platform: migration dates and next steps》，r/redditdev，约 2026-10-01（页面显示一个月前），<https://www.reddit.com/r/redditdev/comments/1wubcvf/moving_data_api_apps_to_the_developer_platform/>
40. Reddit 开发者文档，《Data API/PRAW → Devvit Migration Guide》，2026-11-01 读取，<https://developers.reddit.com/docs/guides/migrate/public-api>
41. Reddit 帮助中心，《Reddit Developer Platform App Migration Program 2026 Terms》，2026-11-01 读取，<https://support.reddithelp.com/hc/en-us/articles/47822311698452-Reddit-Developer-Platform-App-Migration-Program-2026-Terms>
42. Reddit，r/influencermarketing《Influencer Discovery Help》，2026-11-01 读取，<https://www.reddit.com/r/influencermarketing/comments/1unw6ci/influencer_discovery_help/>
43. Reddit，r/Seedance_AI《Is TikHub AI legit and works?》，2026-11-01 读取，<https://www.reddit.com/r/Seedance_AI/comments/1u2gjmx/is_tikhub_ai_legit_and_works_seems_very_cheap_for/>
44. Reddit，r/ClaudeAI《Day 1 on TikTok … Claude + TikHub API + n8n》，2026-11-01 读取，<https://www.reddit.com/r/ClaudeAI/comments/1levnmu/day_1_on_tiktok_400_likes_90_saves_on_first_video/>
45. Reddit，r/scrapingtheweb《Top 5 TikTok Scraping APIs Compared》，2026-10-22，<https://www.reddit.com/r/scrapingtheweb/comments/1xc4zin/top_5_tiktok_scraping_apis_compared_features/>
46. Reddit，r/AI_Agents《Automating influencer sourcing + outreach》，2026-10-13，<https://www.reddit.com/r/AI_Agents/comments/1x4scth/automating_influencer_sourcing_outreach_what/>
47. Model Context Protocol，规范与文档，2026-11-01 读取，<https://modelcontextprotocol.io/>