TikHub 替代：抖音、小红书、TikTok 每千条实测价

同样拿 1,000 条抖音搜索结果，按 TikHub 自己公布的价格要 $1.00–$1.67，用 EveryInfra 按 2026 年 10 月 28 日起的新单价（每次 $0.008333）和我们实测的每次条数重算是 $0.505，差 2.0–3.3 倍；条件是你只要关键词搜索的第一页，不需要往下翻很多页，而且每次能回十来条：如果一个冷门词每次只回 5 条，我们的每千条会涨到 $1.67，和 TikHub 持平。差距最小的是抖音评论：TikHub 按起步价算每千条至少 $0.034–$0.05，我们实测 $0.0283，只差 1.2–1.8 倍，如果你每天在 TikHub 上打 3 万次以上请求、拿满五折，它反而比我们便宜。我们在 2026 年 10 月 26 日 13:35–13:42（新加坡时间）真调了 13 次，11 次计费，合计 $0.023338，另外 2 次故意传错参数，都没有扣钱（这是当时的实扣；2026 年 10 月 28 日起 douyin/search 每次 $0.008333、douyin/product_search 每次 $0.013333，下文凡写「重算」的抖音搜索金额都按新价，条数仍用这批实测）。

本文说的「每千条成本」，是把同一类数据（比如抖音关键词搜索结果、某条视频下的评论）各拿 1,000 条，需要付多少美元。TikHub 按请求收费、每个接口单价不同，所以它的每千条成本等于「要发几次请求」乘以「每次多少钱」；EveryInfra 按目录里的 price_usd 收费，部分列表能力按条数分档，所以我们直接用每次请求的实扣金额 charged_usd 除以返回条数。两边的算法在下面「复算方法」一节写全了，可以照着复算。

一张表看完：TikHub 和 EveryInfra 差在哪

先把两边能公开核对的事实放在一张表里。TikHub 一侧全部来自它自己的定价页、FAQ、退款政策和公开接口文档，读取时间是 2026 年 10 月 26 日 13:32（新加坡时间）；EveryInfra 一侧来自当天的能力目录、定价页和本文的真调结果。我们没有注册 TikHub 账号，也没有买它的服务，所以 TikHub 要登录才能看到的逐接口单价不在表里，凡是写「起」「至少」的地方，都是按它公开的起步价 $0.001 算的下限。

这张表里最重要的一行不是单价，而是第四行「每千条」。单价只告诉你一次请求多少钱，没告诉你一次请求能拿回多少条；而 TikHub FAQ 自己写着，抖音搜索每次大约只回 6–10 条，小红书分页接口每次大约 6–20 条（TikHub FAQ，「What page sizes should I expect?」一问）。同样 $0.01，拿回 6 条和拿回 20 条，每千条成本差 3 倍多。下面的实测就是按「每千条」算的。

复算方法：每千条怎么算出来

两边的每千条成本用的是同一个思路：拿 1,000 条，要发几次请求，乘以每次多少钱。差别在于两边的「每次多少钱」和「每次几条」各自从哪里来。

TikHub 一侧，每次条数用它 FAQ 和接口文档写的范围，取上限算最低价、取下限算最高价；请求次数向上取整，因为不能发半次请求。比如抖音搜索每次 6–10 条，1,000 条需要 ⌈1000 ÷ 10⌉ = 100 次到 ⌈1000 ÷ 6⌉ = 167 次，乘以 $0.01，就是 $1.00–$1.67。凡是 TikHub 没有公开单价的接口，用它公开的起步价 $0.001，并在结论里写「至少」：6 个场景里，抖音搜索、小红书搜索、小红书评论三个场景两边都是精确价，抖音评论、TikTok 搜索、TikTok 评论三个场景 TikHub 一侧是下限。阶梯折扣只在单日 1,000 次以上才生效，本文的单场景比较按不打折算，另外单独算了打满五折的情形。

EveryInfra 一侧，不用目录价去推算，直接用每次请求返回的 count 和 billing.charged_usd：每千条 = 实扣金额之和 ÷ 返回条数之和 × 1,000。这样「limit 写 50 只回来 18 条」这种对我们不利的情况会如实进入结果。只有抖音搜索一项例外：它在 2026 年 10 月 28 日调价，10 月 26 日的实扣金额不再代表现价，所以条数仍用当天的实测，金额改成请求次数乘以新单价 $0.008333；其余场景价格没变，仍用当时的实扣。原始返回、计算脚本和结果文件都存档备查，图里的每个数都由脚本从结果文件读出，不手填。

这个算法有一个偏向需要说明：它对 TikHub 一侧用了每次条数的整个区间，对我们一侧只用了 13 次请求的实测值。如果我们这边换一个冷门关键词、一次只回 5 条，抖音搜索的每千条就会变成 $1.67，差距从 2.0–3.3 倍缩到 0.6–1.0 倍，也就是持平，甚至 TikHub 更便宜。所以本文给的是 2026 年 10 月 26 日这一批样本下的量级，不是保证值；你可以用自己的关键词按同样的公式重算。

TikHub 价格到底怎么算

搜「tikhub pricing」的人，多半是想知道一千次、一万次到底要花多少钱。TikHub 的定价页写的是「每次请求 $0.001 起」「16 个平台共用一个余额」「每天按用量自动套用阶梯折扣」。这三句话都对，但每句后面都有条件，条件都写在它的 FAQ 里。

第一个条件是单价因接口而异。FAQ 原话是价格从每次 $0.001 到 $0.01，越复杂的接口越贵；逐接口的单价、能不能用免费额度、能不能参加阶梯折扣，要登录后在它的 API Marketplace 里看。公开材料里能确定的两个高价接口恰好是中国平台：抖音搜索有单独的搜索系列，每次 $0.01、不参加阶梯折扣，原因是「维持运行的成本」（FAQ「Why is Douyin search priced differently?」）；小红书每次 $0.01，月请求 100 万次以下不打折（FAQ「What does Rednote cost?」）。也就是说，做中国社交平台数据的人，最常用的两类接口正好不在「$0.001 起」那一档。

第二个条件是阶梯折扣按天、按累进计算，像个人所得税的税率表。FAQ 给了一个例子：基础价 $0.001 的接口，一天打 2 万次，总价是 $15.60，不是 2 万 × $0.0007 = $14.00。折扣在洛杉矶时间午夜清零，和它的用量日志用同一个时钟（FAQ「When do discounts reset?」）。对在新加坡或北京工作的团队来说，这意味着每天下午 3 点或 4 点前后，折扣档位会重新从第一档算起。

第三个条件是请求之外还有几笔钱。速率按月另买：免费账户每秒 10 次，升到每秒 20 次每月 $5，一直到每秒 100 次每月 $55（FAQ「What do the higher levels cost?」）。充值有手续费：支付宝 2.6% + $0.30，PayPal 和 USDT 5% + $0.30，FAQ 自己举的例子是用 PayPal 充 $5 实付 $5.55。TikHub 还提供 cache_url，同一个响应 24 小时内可以免费重新打开（FAQ「What is the cache_url in my response?」），这一点对需要在一天内反复读同一份结果的人有用，后面「什么时候 TikHub 更合适」里还会提到；不过同一份 FAQ 的另一问也写明，参数相同的重复请求每次都按新请求计费，cache_url 是调试用的，不是更便宜的重取方式（FAQ「Do repeat requests return cached data?」）。

TikHub 自己也公开了一个「计算价格」接口（Calculate price）和一个「阶梯折扣百分比」接口（tiered discount），按它的文档，最终单价 = 基础价格 ×（1 − 折扣）。因为要用 TikHub 的 Key 才能调，我们没有调用，只引用文档里的公式。

EveryInfra 的价格怎么算

我们这一侧没有按天累进的折扣，也没有逐接口的隐藏价。定价页写的是平台数据按每千次分四档：基础档每千次 $0.56（105 项能力），标准档 $1.39（271 项），深度档 $2.78（5 项），复杂档 $5.56（28 项）；档位主要看平台和采集方式，同一平台下的搜索、详情、评论大多同价，个别能力单独定价：douyin/search 自 2026 年 10 月 28 日起每次 $0.008333（每千次 $8.33），不再在基础档。抖音和 TikTok 的其他常用能力仍在基础档，单次 $0.000556；小红书在复杂档，单次 $0.005556。上面各档的能力数是 10 月 26 日读取定价页时的数。这些数字和当天的能力目录里的 price_usd 一致，目录不用 Key 就能读。

有一个细节要说清楚：少数列表能力按条数分档计费。本文用到的 douyin/comments 就是这样，每 20 条算一档，我们要 100 条、实际回来 98 条，扣了 5 档共 $0.002778。其余用到的能力（douyin/search、tiktok/search、tiktok/comments、xiaohongshu/search、xiaohongshu/comments）都是一次请求一个价，不管这次回来多少条。这就是为什么 tiktok/comments 一次要 200 条只扣 $0.000556：同样的钱，条数越多，每千条越便宜。

每次调用的返回里都带 billing.charged_usd，也就是这一次实际扣了多少钱；空结果或失败时，预扣的金额会退回余额，charged_usd 是 0，reason 写明原因。下面每个实测的数字都直接取自这个字段。

实测一：抖音关键词搜索，按新价差 2.0–3.3 倍

我们在 13:35 用 douyin/search 搜「露营装备」，limit 设 50，回来 18 条，扣 $0.000556；13:41 搜「咖啡拉花」，同样设 50，回来 15 条，扣 $0.000556；13:42 再搜「露营装备」，limit 设 10，回来 10 条，扣 $0.000556。（这是当时的价；2026 年 10 月 28 日起 douyin/search 每次 $0.008333，每千次 $8.33，下面的每千条按新价重算。）条数不变：前两次合计 33 条，2 × $0.008333 = $0.016666，折合每千条 $0.505；第三次只要 10 条，每千条是 $0.833。

这里有一个对我们不利、但必须写的事实：limit 写 50，并不一定回来 50 条。抖音搜索这一页能给多少，取决于平台本身，我们两次只拿到 18 条和 15 条。而且目录里 douyin/search 只有 publish_time 和 sort 两个可选参数，没有翻页参数，所以一个关键词在一次请求里能拿到的就是这一页。TikHub 的抖音搜索系列带 cursor 翻页（见它的视频搜索 V1 文档），如果你要同一个关键词往下翻十几页，它能做、我们这一项做不到。

再看 TikHub 一侧。它的 FAQ 写明抖音搜索每次大约回 6–10 条，「每次的数量都在变」，单价 $0.01、不打折。拿 1,000 条需要 100–167 次请求，也就是 $1.00–$1.67。用我们 limit 50 的重算值 $0.505 去比，是 2.0–3.3 倍；用 limit 10 那一次的 $0.833 去比，是 1.2–2.0 倍。

结果的新鲜度也值得看一眼。「咖啡拉花」那 15 条全部发布于 2026-09-26 之后，最新一条发布于 2026-10-26 13:36（新加坡时间），离我们调用只差几分钟；「露营装备」18 条里有 7 条发布于 2026-09-26 之后，最新一条发布于 2026-10-21，其次是 2026-10-18 和 2026-10-11。这说明默认排序下拿到的不全是旧内容，但也说明搜索结果本身会变，同一个词隔几分钟再搜，顺序可能不同。

实测二：小红书搜索和评论，差 1.1–6.0 倍

小红书是两边都最贵的平台。TikHub 每次 $0.01，我们的 xiaohongshu/search 每次 $0.005556，单价只差 1.8 倍；拉开距离的仍然是每次条数。

13:36 我们搜「露营装备」，一页回来 20 条，扣 $0.005556，每千条 $0.278。这 20 篇笔记里 10 篇是视频，点赞中位数 965、最高 52,783，发布时间从 2025 年 12 月到当天，第一页基本是已经有一定热度的笔记。目录写明这个能力 page_size 是 20、limit 不起作用，要更多就用返回的 next_page_token 翻页，翻页令牌 24 小时有效。TikHub 的 FAQ 说小红书分页接口每次大约回 6–20 条，「第一页可能更少」，单价 $0.01，所以每千条 $0.50–$1.67，是我们的 1.8–6.0 倍。它的搜索笔记文档按 page 翻页、首次翻页要带上 search_id 和 search_session_id，这一点两边都要多写几行代码。

评论这边差距小一些。13:36 我们用 xiaohongshu/comments 取一篇有 202 条评论的露营装备笔记，第一页回来 10 条；13:41 带上翻页令牌取第二页，回来 15 条。两页合计 25 条、$0.011112，每千条 $0.445。TikHub 同样按每次 6–20 条、$0.01 算，每千条 $0.50–$1.67，是我们的 1.1–3.8 倍。如果 TikHub 的评论接口每页稳定给到 20 条，两边每千条只差 $0.055，几乎持平；这是 6 个场景里我们优势第二小的。

还有一个和钱有关的差异：TikHub 的笔记评论文档在「计费提示」里写，如果传入错误或不存在的笔记 ID，或者分享链接解析失败，接口仍会正常响应，这个请求同样正常扣费，请在调用前确保参数有效（文档最后修改于 2026 年 8 月 14 日）。小红书一次就是 $0.01，批量跑几千个链接时，失效链接的比例直接变成成本。我们这一侧的同类测试放在实测五。

实测三：抖音评论，差距最小的一项

这是 6 个场景里我们最接近 TikHub 的一项，也是唯一一项在某种用量下 TikHub 更便宜的场景。

13:35 我们用 douyin/comments 取一条露营帐篷视频（视频本身有 14,077 条评论）的评论，limit 设 100，回来 98 条，按每 20 条一档扣了 5 档，共 $0.002778，每千条 $0.0283。这 98 条评论来自 21 个不同的 IP 属地，最早一条发布于 2026-10-11，最新一条发布于 2026-10-25（均为 UTC 日期）。

这 98 条评论本身也说明了做声量监测时该怎么用评论。点赞极不均匀：66 条一个赞都没有，点赞最多的一条有 53,948 个，前 5 条拿走了全部点赞的 98%；有 50 条下面还有回复。属地排前五的是广东 11 条、河南 10 条、山东 9 条、江苏和四川各 7 条。所以如果按点赞加权去算「正面还是负面」，结论几乎只由前几条热评决定；按条数平均，又会被大量零赞的短评论拉平。比较稳妥的做法是两种都算，并且把 ip_location 当成地区分布的粗略参考，一条视频不到 100 条评论，还撑不起分省的结论。

TikHub 的抖音评论接口（App V3 和 Web 两个版本）默认每次 count 为 20，App V3 的文档还特别写了「请保持默认，否则会出现 BUG」；FAQ 建议评论接口每次不超过 30 条，否则「可能报错或悄悄丢条」。它没有公开抖音评论的单价，我们按起步价 $0.001 算：每次 20 条要 50 次、$0.05；每次 30 条要 34 次、$0.034。我们的 $0.0283 比它便宜 1.2–1.8 倍。

但如果你的用量很大，情况会反过来。抖音评论这类基础价接口如果参加阶梯折扣，单日 3 万次以上的那一部分是每次 $0.0005，34 次就是 $0.017，比我们的 $0.0283 便宜，比值是 0.6。要到这个档位，一天得先打满前面 3 万次；按累进算法，前 3 万次本身要付 $21.60。所以结论是：每天几百到几千次请求的团队，用我们便宜；每天稳定几万次、而且主要只抓抖音评论的团队，应该拿 TikHub 登录后的真实单价和自己的日用量算一遍，很可能 TikHub 更合适。

实测四：TikTok 搜索和评论，至少差 4.5 倍

TikTok 是 TikHub 接口最多的平台之一，它的 MCP 页面写 TikTok 有 204 个工具（TikHub MCP），公开接口文档里 TikTok 开头的路径有 164 条。我们目录里 TikTok 只有 10 项能力，但常用的搜索和评论都在。

13:36 我们用 tiktok/search 搜「camping gear」，limit 50，回来 50 条，扣 $0.000556；13:40 搜西语词「recetas fáciles」，同样回来 50 条，扣 $0.000556。100 条共 $0.001112，每千条 $0.0111。TikHub 的 TikTok 视频搜索接口默认 count 为 20，单价按起步价 $0.001 算，每千条至少 $0.05，是我们的 4.5 倍以上；打满五折也要 $0.025，仍是我们的 2.25 倍。

评论的差距更大。13:39 我们用 tiktok/comments 取一条有 2,075 条评论的露营视频，limit 200，一次回来 200 条，扣 $0.000556，每千条 $0.0028。这 200 条里有 84 条是楼中楼回复（is_reply = true），时间从 2026-10-19 到 2026-10-26。TikHub 的 TikTok 评论接口示例是每次 20 条，FAQ 建议不超过 30 条，按起步价算每千条至少 $0.034–$0.05，是我们的 12.2–18.0 倍；打满五折时是 $0.017，仍是 6.1 倍。

TikHub 的评论接口建议每次不超过 30 条；我们这次一次回了 200 条。同样 1,000 条评论，一边要发 5 次请求，另一边要发 34–50 次；请求次数少，单价又低，每千条就便宜一个数量级。

实测五：参数错了、内容删了，扣不扣钱

这是两边规则差得最远的地方，也是 TikHub 用户问得最多的问题之一：它的 FAQ 专门有一问叫「I get status 200 but the result is empty」，回答是换 Web 版接口重试，再看 filter_list 里的原因代码（8 是版权或已删除，5 是私密，10 是部分可见）。另一问「What exactly gets billed?」的回答是：只对成功请求计费，返回 200 就计费，失败的请求不收费。

问题在于「返回 200」不等于「拿到内容」。我们逐条检索了 TikHub 的公开接口文档 openapi.json（版本 V5.3.2，1,050 个路径），找出说明里写明「参数错误、内容已删除、不可用或为空时照常计费」的接口，一共 18 个：小红书 13 个、抖音 3 个、微信搜一搜 1 个、YouTube 1 个。微信搜一搜那一个写明，在部分地区调用「目前总是返回空」，仍按正常调用计费。我们没有把 Instagram 的「曾用用户名」接口算进去：它写的是「获取到 0 次时仍为正常计费」，0 次本身是合法结果，不属于参数错或内容为空。抖音那 3 个都是取单个视频的接口，以 fetch_one_video 为例（各接口说明都在它的文档站），它的文档（最后修改于 2026 年 9 月 10 日）写：作品已删除、权限受限等不可用结果仍返回 HTTP 200，保留 filter_detail，并正常计费。按 HTTP 规范（RFC 9110），200 只表示请求成功，并不保证有业务数据，所以「200 即计费」是 TikHub 的商业规则，不是技术上的必然。

我们这一侧做了两次对照。13:37 用 xiaohongshu/note 请求一个全是 0 的笔记 ID，13:38 用 douyin/video 请求一个不存在的视频 ID。两次都返回 200，results 为空，billing.charged 为 false，charged_usd 为 0，reason 为 empty_result_refunded，refund.status 为 succeeded。预扣的钱当场退回，账单上能看到原因。

这件事对成本的影响取决于你的输入有多脏。如果你批量处理的是用户贴来的分享链接、几个月前收集的视频 ID，失效比例 10% 很常见；在 TikHub 的小红书接口上，每 1,000 个链接里 100 个失效，就是 $1.00 白花，而且按它的退款政策（2026 年 7 月 20 日版，文档页修改于 9 月 15 日），「误解接口输出」「自己的集成错误」都不在可退款的情形里。在我们这里，同样 100 个失效链接扣 $0。

一次请求在我们这里怎么扣钱，可以看下面这张图：先按目录价预扣，取回结果后看 count，有结果才记账，没有就退回并写明原因。

一个月的账：271,500 条结果

单个场景的倍数容易让人只记住最大的那个。我们用一份更像真实业务的清单算一遍：一个做品牌声量监测的小团队，每天在抖音、小红书、TikTok 上各盯 30 个关键词，再各挑 20 条内容取评论，连续 30 天。每个场景每天要多少条，按我们实测时一次请求实际能拿到的条数来定，免得给我们这一侧虚报产能。

EveryInfra 一列里，抖音搜索按 2026 年 10 月 28 日起的新单价 $0.008333 算（900 次请求），其余按 10 月 26 日的实测单价，价格没变。合计下来，TikHub 是我们的 2.2–4.8 倍。这里的 TikHub 价格已经是对它有利的算法：抖音评论和 TikTok 两项用的是起步价 $0.001；它每天需要 440–700 次请求，到不了 1,000 次的第一档折扣，所以不打折是如实的。还有两笔没算进去：在 TikHub 充值的手续费（下一节），以及参数错、内容已删时照样扣的钱（实测五）。

成本结构也不一样。我们这边一半以上的钱花在小红书上（$11.67，占 54%），因为小红书在我们的复杂档，抖音搜索调价后排第二（$7.50，占 35%）；TikHub 那边最大的一笔是抖音搜索（最低 $18.00），因为它的抖音搜索每次 $0.01、每次只回 6–10 条。如果你的业务只做 TikTok，两边的绝对金额都很小，差别主要在规则；如果你重度依赖抖音搜索，差距还在，但已经从调价前的几十倍缩到 2–3 倍，每次回得越少，差距越小。

充值、手续费、退款和速率

只比单价会漏掉进出账的成本。TikHub 的计费方式是先充值、再按次扣：最低充值 $5，没有上限（定价页「How billing works」）。手续费是它自己收的：支付宝 2.6% + $0.30，PayPal 和 USDT 5% + $0.30，企业账户免收（FAQ「Is there a fee on top-ups?」）。按这个费率算，充得越少，手续费占比越高：

退款方面，TikHub 的退款政策标题就是「All Sales Are Final」：API 额度、订阅费、预付余额默认都不退，只有你买的接口经它的技术团队核实确实不可用时才退；改主意、误解接口输出、自己的集成错误、限速、临时中断、第三方平台改版而它的服务「仍按文档运行」，都不退。企业合同另有约定的除外。FAQ 的建议是先读退款政策再充大额，日常用余额提醒和自动充值，「按需要加，而不是一次充一大笔」（FAQ「Do you give refunds?」）。

我们这边的退回是逐次自动发生的：失败或空结果，预扣的钱在那一次请求里就退回余额，返回里能看到 refund.status。我们也收支付通道手续费，由客户承担，付款前在付款页显示应付总额和其中的手续费；新用户可以先在 GitHub 给 everyinfra-agent-plugins 点星，在控制台领 $1 试用额度（标准档约 720 次调用），24 小时内有效，普通注册不自动送（见快速上手）。

速率是 TikHub 的强项。它默认每秒 10 次，也就是每分钟 600 次，不收费，而且按接口分别计算，不同接口可以并行、互不占额度（定价页 FAQ）；我们默认每分钟 60 次，要更高可以买 30 天的提速包（每分钟 180 次 $10、600 次 $30、1,800 次 $78），或者累计充值满 $50、$150、$750 自动获得同样的档位（定价页「提速包」一节）。如果你的任务是一次性在几分钟内打几万次请求，默认速率这一项 TikHub 更省事。

上手要几步：curl、字段和 MCP

两边都是「一个 Key、Bearer 鉴权」（RFC 6750 定义的 Bearer Token 方式），区别在接口怎么组织。TikHub 是每个平台、每个版本一组路径，比如抖音有 Web、App V3、搜索、创作者、星图、榜单、指数等系列，FAQ 建议优先用 App V3、出错再换 Web；小红书当前是 App V2、Web V3 兜底，旧的 App 和 Web 系列已在 2026 年 6 月 13 日停用。我们是一个入口 POST /api/v1/social，在 body 里写 platform、action 和 params，各平台的结果字段名尽量统一。

TikHub 的上手顺序写在它的 Getting Started：注册、验证邮箱（验证后才发放免费额度）、在后台建 Key，然后按 Swagger UI 或文档站里的路径发请求；余额和当天用量可以用它的用户信息接口查。另外两份文件值得在付钱前读：使用条款，以及业务限制清单，后者写明不接受政府相关业务、欺诈、受制裁地区和实体等行业的商户。FAQ 还提到，普通账户只能用 Gmail、Outlook、Yahoo 这类邮箱注册，用公司域名邮箱要升级企业账户后由它手工开通。

我们这边不需要选系列：一个入口、一份目录。下面是本文实测三用的请求，换成你自己的 Key 就能跑：

curl -X POST https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"platform":"douyin","action":"comments","params":{"url":"https://www.douyin.com/video/7695367173275083506","limit":100}}'

返回里的结果在 results 数组里，翻页用顶层的 next_page_token。douyin/comments 在目录里声明的字段，我们按用途分成四组，名字和目录 response_fields 一一对应：

计费相关的字段在 billing 里：charged_usd 是这一次实扣的美元，reason 在退款时写原因；空结果时还会多一个 refund 对象。错误方面，未带 Key 返回 401，参数名或枚举值不对返回 422，并附上支持的参数和允许值，这类请求不扣钱；超过速率返回 429（RFC 6585 定义的「请求过多」），按 Retry-After 等待；慢任务可以在 body 里加 "mode":"async"，拿到 job_id 后轮询 GET /api/v1/jobs/{job_id}。TikHub 的错误码说明在 FAQ 的「Error codes」一节，402 表示余额不足，429 表示超过 RPS 档位。

在 AI 工具里用，两边都支持 MCP（Model Context Protocol，当前规范见 2025-11-25 版）。TikHub 是每个平台一个服务，地址形如 https://mcp.tikhub.io/{platform}/mcp，它自己也建议「只加你用得到的平台，全加上工具列表会很臃肿」（FAQ「Should I add every platform?」）；只支持本地进程的桌面客户端要通过 mcp-remote（npm 包）把远程服务桥接成本地进程，这需要装 Node.js。我们是一个地址，25 个工具，能力发现、取数、查异步任务、查余额都在里面：

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

Claude、Cursor 等客户端的具体填法见 MCP 服务。两边的 MCP 调用都和直接调 API 同价，TikHub 的 FAQ 写明 Chrome 扩展、MCP、Zapier 和 n8n 都走同一个余额；我们这边也是按调用的底层 API 计费。

从 TikHub 换过来，要改哪几处

如果你已经在用 TikHub、想把一部分请求挪过来，代码要改的地方集中在四处，都和「怎么定位一条内容」与「怎么对账」有关。

第一是输入。TikHub 的抖音接口多用 aweme_id 这类数字 ID；我们的 douyin/video、douyin/comments 接受完整的视频链接，比如 https://www.douyin.com/video/7695367173275083506。小红书这边，我们的 xiaohongshu/comments 要带笔记链接，搜索结果里返回的 url 已经带了访问令牌 xsec_token，直接传回去即可；手里只有笔记 ID 的，先用搜索或主页能力拿到完整链接。

第二是翻页。TikHub 各接口的翻页参数不同，有 cursor、page、search_id 加 search_session_id 等写法；我们统一用返回里的 next_page_token，原样传回 page_token，小红书的令牌 24 小时有效。没有翻页参数的能力（比如 douyin/search）一次只给一页，这一点在实测一里写过。

第三是时间和对账。TikHub 的用量日志和每日折扣都按洛杉矶时间切日（FAQ「Why do my usage numbers not line up with my day?」）；我们每次返回都带本次实扣的 charged_usd，可以按你自己的时区汇总。迁移的头一周，建议两边同时记录每次请求的条数和金额，按本文的公式各算一遍每千条成本，用你自己的数据而不是本文的样本做决定。

第四是失败处理。在 TikHub，参数错或内容已删的请求可能返回 200 并扣费，所以很多团队会在调用前先校验 ID；换过来以后，这一步仍然值得保留，因为它能减少无效请求、节省速率配额，只是不再是为了省钱。

什么时候 TikHub 更合适

价格之外，TikHub 有几项我们没有或不如它的东西，照实写在这里。

第一是接口数量和长尾能力。TikHub 在关于页写有 3 万多名开发者、每天 3 亿次以上请求；公开接口文档有 1,050 个路径，抖音一家就有 319 个，覆盖直播间、抖音指数（约 44 个接口）、星图、榜单、创作者后台等系列；它的 MCP 页面写抖音 247 个工具、TikTok 204 个、小红书 71 个。我们目录里抖音 21 项、小红书 11 项、TikTok 10 项能力，主打常用的搜索、详情、评论、主页和部分电商、星图数据。如果你要的是直播间实时弹幕、抖音指数里的人群画像、TikTok 广告创意库这类长尾接口，先去 TikHub 的目录里找。它还卖可以本地运行的直播间 WebSocket 源码（Live Room Code），这类产品我们没有。

第二是翻页深度。前面说过，我们的 douyin/search 没有翻页参数，一个关键词一次只能拿到一页；TikHub 的抖音搜索系列可以用 cursor 一直往下翻。要抓一个词下面上千条视频的，TikHub 更合适，尽管每千条更贵。

第三是同一平台里的接口深度。TikHub 覆盖微信公众号、视频号、知乎、快手、皮皮虾、西瓜视频、Lemon8、Threads、LinkedIn 等 16 个以上的社交平台，而且每个平台的接口多：快手在它的公开接口文档里有 38 个路径，我们目录里快手只有 kuaishou/search 和 kuaishou/user_posts 两项。反过来，它的 FAQ 写明不支持 Facebook、Snapchat 和 Pinterest；这三家我们都有，Facebook 10 项、Pinterest 7 项、Snapchat 4 项能力，当天目录里全部可用。所以比覆盖要分两层：平台广度我们更宽，单个社交平台的接口深度 TikHub 更深。

第四是大用量下的单价和默认速率。单日 3 万次以上、并且接口参加阶梯折扣时，TikHub 基础价接口可以低到每次 $0.0005，在抖音评论这种「每次条数两边差得不多」的场景里会比我们便宜；它的默认速率每分钟 600 次，而且每个接口各算各的，单个接口就是我们默认值的 10 倍。另外，它每个成功响应都带一个 cache_url，24 小时内免费重开同一份结果，一天内要反复读同一份数据的团队用得上。

第五是数据集。TikHub 卖现成的数据集，最低订单 $150，按千条阶梯计价，比如 TikTok 视频数据集在 10 万到 50 万条之间是每千条 $2.00，2,000 万条以上降到 $0.40（FAQ「What do the tiers look like?」）。不过它自己也写明这些数据是随机采集的、不是实时的；要某个账号、某个帖子的当前数据，仍然得用 API。我们不卖数据集。

两边也可以组合：长尾接口和深翻页用 TikHub，常用的搜索、评论、主页和电商数据用我们，各按擅长的部分付费。站内另有一张更短的TikHub 对比页，适合只想看结论的读者；本文是它的长版，多了实测和逐项算账。

什么时候我们更合适

反过来说，如果你的任务符合下面任一条，按本文的实测，EveryInfra 会明显更省钱：

• 你大量做关键词搜索，并且主要看第一页（小红书搜索每千条差 1.8–6.0 倍；抖音搜索按新价差 2.0–3.3 倍，每次回得少时会缩到持平）。
• 你要 TikTok 评论这类「一次能回很多条」的列表数据（每千条至少差 12.2 倍）。
• 你的输入里有不少失效链接或旧 ID，不想为空结果付钱（实测五）。
• 你同时要社交之外的电商、点评、招聘数据，想用一个 Key 和一个余额。比如抖音商城：TikHub 的 FAQ 写明抖音没有商品或店铺接口，电商数据只有 TikTok Shop；我们 13:38 用 douyin/product_search 搜「露营帐篷」，回来 5 个商品，扣 $0.000556（这是当时的价；2026 年 10 月 28 日起 douyin/product_search 每次 $0.013333，每千次 $13.33）。

这几条都可以在下面的上手步骤里用 $1 试用额度自己验证。

官方接口能不能替代 TikHub

搜「tikhub alternative」的人里，有一部分其实在问：能不能干脆用平台自己的接口。我们把三家平台官方渠道的公开条件也列出来，结论是：能用的场景很窄，和第三方数据接口不是一类东西。

TikTok 的研究接口（Research API 产品页）只对符合条件的非营利研究人员开放，要提交研究计划、审批通过；FAQ 写明创作者、广告主和商业用户不符合条件，每天 1,000 次请求、最多 10 万条记录，视频和评论接口每次最多 100 条（Research API FAQ，评论接口说明）。它的研究条款自 2026 年 1 月 22 日起生效，签约方是 TikTok USDS（Research Tools Terms of Service），接口参数的调整记在开发者更新日志里。学术界对这个接口也有批评：一篇 2025 年 6 月的预印本记录了返回数据缺失、前后不一致又没有解释的问题（TikTok's Research API: Problems Without Explanations）。

抖音开放平台的接口是给接入的移动应用和网站应用用的，用来给自己的应用加视频、用户管理和数据能力，前提是用户授权你的应用（抖音开放平台）；小红书开放平台（open.xiaohongshu.com）主要面向商家和服务商。两者都不是「按关键词批量拿公开内容」的通道。

最近的变化

1. 2026 年 10 月 3 日，TikHub 的 Python SDK 发布 v2.2.0，提交说明写的是按线上接口文档同步、跳过已弃用接口，共 1,048 个接口（GitHub 发布页，提交记录）；此前 2026 年 6 月 4 日的 v2.1.2 是 1,106 个（全部发布）。对读者意味着什么：接口会被弃用和重排，依赖某个具体路径的代码要定期核对，换供应商时也要先列出你真正在用的那几个接口。
2. 2026 年 9 月 15 日，TikHub 退款政策页面更新：页面显示的政策版本是 2026 年 7 月 20 日，标题仍是「All Sales Are Final」（退款政策）。对读者意味着什么：充值前要读的条款最近改过，充大额之前以当天页面为准。
3. 2026 年 9 月 10 日，TikHub 抖音单视频接口文档最近一次修改：fetch_one_video 的现行说明写明「作品已删除、权限受限等不可用结果仍返回 HTTP 200……并正常计费」（文档）。对读者意味着什么：计费说明会随文档更新，批量任务前要重读你用到的那几个接口的说明。
4. 2026 年 10 月 7 日，Blotato 发布社交平台 API 变更报告：统计 10 个平台 130 项变更，X 的 6 项有日期的破坏性变更里 4 项只提前 5 天或更少通知，Reddit 将从 2027 年 1 月 12 日起关闭未登记应用的接口访问（Blotato 报告，报告方自己也卖社交 API，引用时请注意；X 的原始变更记录见 X 开发者文档）。对读者意味着什么：平台官方接口变得快，第三方接口也会跟着变，计费规则写得越清楚，变更时你越容易算清损失。

边界：哪些结论不成立

这篇文章的结论有四个边界，超出这些边界，倍数会变。

第一，TikHub 的逐接口单价要登录才能看到，本文对抖音评论、TikTok 搜索和 TikTok 评论三个场景用的是公开起步价 $0.001。如果这些接口实际更贵，差距只会更大；如果有我们不知道的促销，差距会变小。TikHub 的 FAQ 也写明，免费额度和阶梯折扣是否适用要逐个接口看。

第二，每次返回条数会变。TikHub 自己写「每次的数量都在变」；我们这边抖音搜索 limit 50 两次只回了 18 条和 15 条，小红书评论两页回了 10 条和 15 条。本文样本是 13 次请求，足够算出量级，不足以给出稳定的平均值；你的关键词、你的视频，结果会不一样。

第三，我们没有在 TikHub 上真调，所以没有比较两边的字段完整度、成功率和延迟。本文只比公开价格、公开计费规则和我们自己的实测，不评价哪一边的数据更好。

第四，汇率和税费不在比较里。两边都以美元标价；手续费只算了 TikHub 公开的费率，我们这边的支付通道手续费在付款前显示，没有计入比较。

常见问题

下面的问题来自 Google 搜索联想词（2026 年 10 月 26 日读取）、TikHub 自己 FAQ 里列出的用户问题，以及 V2EX 和 Reddit 上的原帖。

TikHub 多少钱一次？

公开价是每次 $0.001–$0.01，各接口不同，抖音搜索系列和小红书都是每次 $0.01（TikHub FAQ）。出处：联想词「tikhub pricing」「tikhub 价格」。换算成每千条，要再除以每次返回条数，本文实测部分有 6 个场景的结果。

TikHub 有免费额度吗，API Key 怎么拿？

注册并验证邮箱后自动送 $0.05，约等于 50 次基础价请求，但不是所有接口都能用免费额度（TikHub 定价页）。出处：联想词「tikhub api key」。我们这边是 GitHub 点星后在控制台领 $1、24 小时内有效，见快速上手。

返回 200 但结果是空的，会扣钱吗？

在 TikHub 会。它的 FAQ 写明返回 200 就计费，并专门有一问「I get status 200 but the result is empty」；公开接口文档里有 18 个接口写明参数错、内容已删或为空也照常计费。在我们这里不会：空结果自动退回，本文 2 次无效请求都是 charged_usd = 0。出处：TikHub FAQ 原问题、本文实测五。

TikHub 有 GitHub 和 SDK 吗？

有。它在 GitHub 上有 Python SDK，2026 年 10 月 3 日发布 v2.2.0，另有下载器和示例项目（TikHub GitHub，PyPI）。出处：联想词「tikhub github」。我们提供 OpenAPI 文档（openapi.json），任何语言都可以按它生成客户端，也可以直接用 curl。

Reddit 上大家怎么评价 TikHub？

我们在 Reddit、V2EX、知乎上搜过，Reddit 上能找到的主要是 TikHub 官方账号发的 n8n + Claude 工作流帖子（r/ClaudeAI），没有找到用户贴出的真实账单。V2EX 上有用户把它当作「聚合 API」推荐，同时说它的覆盖面不一定满足需求（V2EX 帖子）；另一个问怎么抓公众号文章的帖子里，有人提到它，也有人说相关接口已被平台关闭（V2EX 帖子）。出处：联想词「tikhub reddit」。所以本文只用它的公开价格，没有引用第三方账单。

抖音 API 接口收费吗，能不能用官方的？

抖音开放平台的接口面向接入的移动应用和网站应用，用来给自己的应用加视频、用户管理和数据能力（抖音开放平台文档）；TikTok 的研究接口只对符合条件的研究人员开放，每天 1,000 次请求、最多 10 万条记录，创作者、广告主和商业用户不符合条件（TikTok Research API FAQ）。出处：联想词「抖音 api 接口 收费吗」。要按关键词批量拿公开数据做分析，通常还是用第三方数据接口。

能不能接进 n8n、Claude 这类工具？

两边都能。TikHub 有 Zapier、n8n 集成和按平台拆分的 MCP 服务；我们有一个 MCP 地址，Claude、Cursor 的配置见 MCP 服务，n8n 里用 HTTP Request 节点直接调 POST /api/v1/social 即可。出处：Reddit 上 TikHub 的 n8n + Claude 工作流帖子。

上手步骤：用 $1 试用额度自己核一遍

1. 在 GitHub 给 everyinfra-agent-plugins 点星，注册后在控制台「余额与充值」领 $1（标准档约 720 次调用），24 小时内有效，详见快速上手。
2. 打开本文用到的能力的文档页，用页上的一键试用：抖音搜索、小红书搜索、TikTok 评论。每次返回都有 charged_usd，用它除以返回条数再乘 1,000，就是你的每千条成本。
3. 用你自己的 10 个关键词、5 条视频重复本文的算法，再拿 TikHub 登录后的逐接口单价算一遍，两边对照。
4. 要接进 AI 工具，按 MCP 服务 的配置填一次地址和 Key；要看各平台还有哪些能力，去基础设施市场和抖音、小红书、TikTok平台页。

做品牌和达人分析的读者，还可以看我们之前写的达人数据尽调和小红书数据导出与快照分析；做研究的读者，社交媒体研究的样本完整性讲了为什么每条数据都要带采集时间。

参考资料

1. TikHub 定价页，TikHub，2026-10-26 读取，https://tikhub.io/pricing
2. TikHub FAQ（171 问，含计费、阶梯折扣、每次条数、手续费、退款），TikHub，2026-10-26 读取，https://tikhub.io/faq
3. About TikHub，TikHub，2026-10-26 读取，https://tikhub.io/about
4. TikHub MCP Integration，TikHub，2026-10-26 读取，https://tikhub.io/mcp
5. TikHub API 文档首页，TikHub，2026-10-26 读取，https://docs.tikhub.io/
6. Getting Started，TikHub 文档，2026-10-26 读取，https://docs.tikhub.io/5432442m0
7. Business Restriction，TikHub 文档，2026-10-26 读取，https://docs.tikhub.io/5432446m0
8. TikHub Terms of Use，TikHub 文档，2026-10-26 读取，https://docs.tikhub.io/9453286m0
9. TikHub Refund Policy（2026-07-20 版，页面修改于 2026-09-15），TikHub 文档，https://docs.tikhub.io/9453198m0
10. 计算价格 / Calculate price，TikHub 文档，https://docs.tikhub.io/186826052e0
11. 阶梯式折扣百分比 / Tiered discount，TikHub 文档，https://docs.tikhub.io/186826053e0
12. 抖音 Web 获取单个作品数据（修改于 2026-09-10），TikHub 文档，https://docs.tikhub.io/186826141e0
13. 抖音 Web 获取单个视频评论数据，TikHub 文档，https://docs.tikhub.io/186826152e0
14. 抖音 App V3 获取单个视频评论数据，TikHub 文档，https://docs.tikhub.io/186826225e0
15. TikTok App V3 获取单个视频评论数据，TikHub 文档，https://docs.tikhub.io/186826110e0
16. TikTok App V3 视频搜索结果，TikHub 文档，https://docs.tikhub.io/186826113e0
17. 抖音视频搜索 V1，TikHub 文档，https://docs.tikhub.io/370212779e0
18. 小红书 App V2 搜索笔记，TikHub 文档，https://docs.tikhub.io/420136398e0
19. 小红书 App V2 获取笔记评论列表（修改于 2026-08-14），TikHub 文档，https://docs.tikhub.io/420136394e0
20. TikHub 用户信息接口，TikHub 文档，https://docs.tikhub.io/186826050e0
21. TikHub OpenAPI 规范 V5.3.2（1,050 个路径），TikHub，2026-10-26 下载，https://api.tikhub.io/openapi.json
22. TikHub Swagger UI，TikHub，https://api.tikhub.io/docs
23. TikHub GitHub 组织页，GitHub，https://github.com/TikHub
24. TikHub-API-Python-SDK，GitHub，https://github.com/TikHub/TikHub-API-Python-SDK
25. TikHub-API-Python-SDK v2.2.0 发布页（2026-10-03），GitHub，https://github.com/TikHub/TikHub-API-Python-SDK/releases/tag/v2.2.0
26. v2.2.0 提交记录（2026-10-03，1,048 个接口），GitHub，https://github.com/TikHub/TikHub-API-Python-SDK/commit/0cb40ede6ae12be34428ac446dd0a4fed1238a73
27. TikHub-API-Python-SDK 全部发布，GitHub，https://github.com/TikHub/TikHub-API-Python-SDK/releases
28. tikhub（PyPI 包），PyPI，https://pypi.org/project/tikhub/
29. EveryInfra 能力目录（2026-10-26 读取），EveryInfra，https://api.everyinfra.com/api/v1/social/catalog
30. EveryInfra OpenAPI 规范，EveryInfra，https://api.everyinfra.com/openapi.json
31. Model Context Protocol 介绍，MCP 项目，https://modelcontextprotocol.io/docs/getting-started/intro
32. MCP 规范 2025-11-25，MCP 项目，https://modelcontextprotocol.io/specification/2025-11-25
33. mcp-remote 源码，GitHub，https://github.com/geelen/mcp-remote
34. mcp-remote（npm 包），npm，https://www.npmjs.com/package/mcp-remote
35. RFC 9110 HTTP Semantics，200 OK 一节，IETF，https://www.rfc-editor.org/rfc/rfc9110#name-200-ok
36. RFC 6585 第 4 节 429 Too Many Requests，IETF，https://www.rfc-editor.org/rfc/rfc6585#section-4
37. RFC 6750 Bearer Token Usage，IETF，https://datatracker.ietf.org/doc/html/rfc6750
38. TikTok Research API FAQ，TikTok for Developers，https://developers.tiktok.com/docs/en/research-api-faq
39. TikTok Research API 产品页，TikTok for Developers，https://developers.tiktok.com/products/research-api/
40. TikTok Research API：Query Video Comments，TikTok for Developers，https://developers.tiktok.com/doc/research-api-specs-query-video-comments
41. TikTok for Developers 更新日志，TikTok，https://developers.tiktok.com/docs/en/changelog
42. TikTok Research Tools Terms of Service，TikTok，https://www.tiktok.com/legal/page/us/terms-of-service-research-api/en
43. 抖音开放平台：移动/网站应用文档指引，抖音开放平台，https://developer.open-douyin.com/docs/resource/zh-CN/dop/overview/usage-guide
44. 小红书开放平台首页，小红书，https://open.xiaohongshu.com/
45. 平台按 DSA 提供数据的技术问题（预印本），arXiv，https://arxiv.org/abs/2506.09746
46. Social Media API Report 2026，Blotato，2026-10-07 核对，https://www.blotato.com/research/social-media-api-report
47. X 开发者更新日志，X，https://docs.x.com/changelog
48. TikHub 官方账号在 r/ClaudeAI 的工作流帖子，Reddit，https://www.reddit.com/r/ClaudeAI/comments/1levnmu/day_1_on_tiktok_400_likes_90_saves_on_first_video/
49. 「agent 一般用什么来搜索」讨论帖，V2EX，https://cn.v2ex.com/t/1237036
50. 「爬取公众号文章」讨论帖，V2EX，https://jp.v2ex.com/t/1223955