TikHub 小红书接口替代：95 个端点逐项比价

同样拿 1,000 条小红书笔记搜索结果，TikHub 推荐的 App V2 搜索接口每次 $0.01，按它 FAQ 写的「每页约 6–20 条」要发 50–167 次，合计 $0.50–$1.67；我们在 2026 年 11 月 5 日 00:17（新加坡时间）用 EveryInfra 的 xiaohongshu/search 真调两页，回来 40 条、实扣 $0.011112，折合每千条 $0.278，差 1.8–6.0 倍。差距只出现在「一页能回很多条」的数据上：笔记详情、用户主页这类一次只回一个的数据，TikHub 每个 $0.01，我们每个 $0.005556，只差 1.8 倍；小红书在我们的目录里单价偏高（按每个平台的中位单价排，106 个平台里排第 15），所以下文用一节专门写怎么少调。我们还逐行核对了 TikHub 的公开价目（读取自它的价目文档，2026 年 11 月 5 日 00:13 新加坡时间）：95 个小红书接口里，42 个属于它自己写明已弃用的系列，而 5 个 $0.001 的便宜接口有 4 个就在这 42 个里。

本文的「每千条价」，是一次请求实际扣掉的钱，除以这次实际返回的条数，再乘 1,000。两边都按请求计费，但一次请求能回多少条不同，只有换到「每 1,000 条结果」这个分母上才能比。我们这一侧的分母一律用实际返回条数，不用请求参数里写的数字；TikHub 一侧我们只用公开材料：它的定价页、FAQ、小红书 API 页、公开接口文档和公开价目文档，读取时间是 2026 年 11 月 5 日 00:13–00:15（新加坡时间）。我们没有注册 TikHub，也没有调用它的数据接口，所以表里 TikHub 的数字都是「公开单价 × 公开的每页条数」，不是实测账单。

一张总表：tikhub xiaohongshu 和 EveryInfra 小红书接口逐项比

先把能核对的事实放在一张表里。TikHub 一侧的单价来自它公开价目里的 endpoint_cost 字段，每页条数来自 FAQ「What page sizes should I expect?」一问（原话是小红书分页接口每次大约 6–20 条，第一页可能更少）；搜索用户一项例外，TikHub 的搜索用户文档写的是每页固定 20 条。EveryInfra 一侧的单价来自当天的小红书能力目录，条数和实扣全部取自本篇真调的原始返回。

倍数一律是 TikHub 的价格除以我们的价格，区间两端分别对应 TikHub 每页 20 条和每页 6 条。读这张表要注意三件事。第一，差距最大的三行都是成页返回的数据，TikHub 一页回得越少，每千条越贵；它一页回满 20 条时，我们的优势就只剩单价差 1.8 倍，评论那一行更是只剩 1.35 倍。第二，最后一行是 TikHub 更便宜的地方：它维护中的 Web V3 系列里有一个 $0.001 的热榜接口，单价是我们 xiaohongshu/trending 的 1/5.6，只是这个接口不在它公开的 openapi.json 里，每次回多少条也没有公开，能不能用要你自己试。第三，TikHub 的蒲公英（PGY）系列有 18 个每次 $0.02 的博主数据接口，我们只有其中一项对应能力，这部分放在「端点覆盖」一节。

每千条怎么算：同一个公式，两边各取什么数

两边的每千条成本用同一个公式：拿 1,000 条要发几次请求，乘以每次多少钱。TikHub 一侧，次数是 ⌈1,000 ÷ 每页条数⌉，向上取整是因为不能发半次请求。按 FAQ 的 6–20 条，搜索要 50 次到 167 次，乘以 $0.01，就是 $0.50–$1.67。我们这一侧不用目录价推算，直接用每次返回的 count 和 billing.charged_usd：每千条 = 实扣合计 ÷ 返回条数合计 × 1,000。两页搜索 40 条、$0.011112，得 $0.278；两页评论 30 条、$0.011112，得 $0.370；这样「页面没回满」这种对我们不利的情况会如实进入结果。

这个算法有两个偏向需要说明。第一，它对 TikHub 用了每页条数的整个区间，对我们只用了一个关键词、一篇笔记、一个账号的实测值；如果你换一个冷门关键词，我们一页也可能回不满 20 条。2026 年 11 月 2 日站内另一篇用 Claude Code 拉小红书评论的实测里，xiaohongshu/comments 8 页里就有几页只回了 10 条，那时每千条是 $0.556，和 TikHub 每页 20 条时的 $0.50 几乎持平，甚至 TikHub 略便宜。第二，评论有重复：这次两页 30 条里有 1 条评论同时出现在第 1 页和第 2 页，按 29 条不重复算，每千条是 $0.383。所以这里给的是 2026 年 11 月 5 日这批样本下的量级，不是保证值，下文「上手步骤」里写了怎么用你自己的关键词复算。

TikHub 小红书价目：95 个接口，42 个属于已弃用的系列

TikHub 在文档里公开了一份全部端点的价目（「获取所有端点信息」，文档），每一行写着接口路径、单价 endpoint_cost、能不能用免费额度 allow_free_credit、参不参加折扣 allow_discount 和速率 rate_limit。我们在 2026 年 11 月 5 日 00:13:25（新加坡时间）读取了这份价目：一共 1,472 行，按路径去重后 1,471 个接口，其中路径含 /xiaohongshu/ 的有 95 个。这 95 个接口的 rate_limit 全部写着每秒 10 次，和 FAQ 的默认速率一致；endpoint_type 一栏有 86 个标为 self-operated、8 个标为 third-party（就是下文的 Web V2 系列）、1 个标为 self-owned。价目里的时间戳是洛杉矶时间 2026 年 11 月 4 日 08:13:25，和 FAQ 说的「用量日志按洛杉矶时间」一致。站内 11 月 1 日那篇 TikHub 定价详解读到的是 1,470 行，四天里多了 2 行。

价目里的路径带着系列名：app_v2、pgy、web_v3、app、web、web_v2。TikHub 的小红书 API 页写得很明确：旧的 App V1（/xiaohongshu/app/）、Web（/xiaohongshu/web/）和 Web V2 三个系列已经弃用，要在 App V2、PGY、Web V3 三个维护中的系列上开发。按这个划分去数，95 个有价接口里 42 个在已弃用系列，53 个在维护中系列；再和 openapi.json（V5.3.2）里的路径对一遍，文档在册的小红书接口只有 45 个，已弃用系列一个都不在，维护中的 Web V3 也只有 5 个在册，另外 7 个只在价目里。

这张表对选型的意思很直接。维护中的 53 个接口里，52 个付费接口的平均单价是 $0.01329，比 FAQ 那句「小红书每次 $0.01」还高，原因是蒲公英系列每次 $0.02。所以「TikHub 小红书 $0.01 一次」是 App V2 和 Web V3 的价，做达人投放数据的人用到的蒲公英接口是它的两倍。我们这边小红书目录里 17 项能力，16 项是每次 $0.005556，只有 xiaohongshu/pgy_content_square（蒲公英内容广场榜）是每次 $0.016。

便宜的接口在哪里：5 个 $0.001，4 个在弃用系列

搜「tikhub 小红书」的人常会在价目里看到几个 $0.001 的接口，以为小红书也有起步价。下表把 95 个里单价低于 $0.01 的有价接口全部列出来，系列状态取自上面那页，参不参加折扣、能不能用免费额度取自价目的 allow_discount 和 allow_free_credit 两个字段。

最便宜的笔记详情 web/get_note_info_v5 每次 $0.001，是我们 xiaohongshu/note 的 1/5.6；如果它能用，这一项就是 TikHub 便宜 5.6 倍。但它属于已弃用的 Web 系列，TikHub FAQ 在「Which Rednote series is current?」一问里写的是旧的 App 和 Web 系列已在 2026 年 6 月 13 日完全下线、接口已停用。也就是说，价目里能用免费额度、能参加折扣的 3 个小红书接口，全都在停用的系列里；维护中的 53 个接口，allow_free_credit 和 allow_discount 全是 0。TikHub 注册送的 $0.05 免费额度，按 FAQ「What do I get for free?」一问的说法约等于 50 次起步价请求，但它试不了任何一个维护中的小红书接口。

三份官方材料写法不同：哪些系列还在维护

对照的时候我们发现，TikHub 自己的三份公开材料对「小红书哪个系列还能用」写法不一样。这件事不影响单价，但影响你写代码时选哪个接口、要不要准备备用接口。

还有一处写法不一致：FAQ「Can I list notes by topic or tag?」一问说话题笔记列表不支持，旧的 get_notes_by_topic 已不维护，建议改用关键词搜索；而 App V2 的话题笔记列表接口在 openapi.json 和使用指南里都在，价目单价 $0.01。我们没有 TikHub 账号，无法验证哪一份说法是当前事实，只能照实列出来。对读者的建议是：按 App V2 开发，把 Web V3 当成「可能能用」，不要按价目里的 $0.001 接口做预算。

实测一：笔记搜索，两页 40 条一共 $0.011

我们在 2026 年 11 月 5 日 00:17:04（新加坡时间）用 xiaohongshu/search 搜「羽绒服推荐」，不带任何可选参数，回来 20 条，扣 $0.005556；00:17:41 把返回的 next_page_token 原样传回去取第 2 页，又是 20 条、$0.005556。40 条笔记按 id 去重后仍是 40 条，没有重复。目录里这个能力写的是 page_size 20、limit 不起作用、翻页令牌 24 小时有效，两次实测都回满了 20 条。

这 40 条的内容能说明默认排序拿到的是什么。40 条里只有 1 条是视频笔记，35 条发布于 2026 年 10 月 6 日之后（也就是读取前 30 天内），点赞中位数 130，最高 8,822，最低 0；最新的一条发布于 11 月 4 日 19:18（新加坡时间），离我们调用只有 5 个小时。对做双十一前后服装品类监测的人，这意味着默认的综合排序已经偏向新近内容，不一定要加 date_range；但目录也写明，加 date_range=last_30_days 这类筛选时一页可能不满 20 条，这时每千条成本会上升。

还有一个上手时很关键的细节：40 条结果的 url 全部带着 xsec_token。TikHub FAQ「Where does the xsec_token come from?」一问写的是，xsec_token 已不再随接口响应返回，要从网页链接的查询串里自己取；它的 Web V3 笔记详情必须同时传 note_id 和 xsec_token，App V2 的接口可以改传 share_text 分享链接。我们这边搜索结果里的链接可以直接交给 xiaohongshu/note、xiaohongshu/comments 和 xiaohongshu/comments_batch，后面三次实测用的都是搜索结果里原样拿到的链接，不用另外解析。

TikHub 一侧的搜索，搜索笔记文档用 page 从 1 开始翻页，翻页时要带回首次返回的 search_id 和 search_session_id，排序有综合、最新、最多点赞、最多评论、最多收藏、英文优先六种，时间筛选有一天内、一周内、半年内。我们的 sort 有相关度、最新、点赞最多、评论最多、收藏最多五种，date_range 多了最近 30 天和最近一年两档。两边能力相近，差在每页条数和单价：TikHub 一页回满 20 条时每千条 $0.50，是我们这次实测的 1.8 倍；只回 6 条时是 $1.67，6.0 倍。

实测二：评论和多链接批量，30 条里 1 条重复

00:18:31 我们用 xiaohongshu/comments 取第一次搜索结果里一篇有 253 条评论的笔记，第 1 页回来 15 条；00:18:34 带上翻页令牌取第 2 页，又是 15 条。两页合计 30 条、$0.011112，每千条 $0.370。目录写的分页大小是 15，这次两页都回满了。30 条里有 1 条普通评论在两页里各出现一次，id 完全相同；按 29 条不重复算，每千条 $0.383。30 条评论里有 3 条带图，1 条是作者本人回复，评论自带的楼中楼回复共 8 条，而这些评论的 sub_comment_count 加起来是 71，要拿全回复，得对每条评论再调 xiaohongshu/sub_comments。

TikHub 的笔记评论文档用 cursor、index、pageArea 三个字段翻页，默认按时间倒序（latest_v2），并且自己提醒默认排序「翻页时会丢失评论或重复抓取评论」；每页条数文档没有写，FAQ 给的是小红书分页接口统一约 6–20 条、第一页可能更少。按 6–20 条算，TikHub 每千条评论 $0.50–$1.67，是我们的 1.35–4.5 倍。这里要照实说：如果 TikHub 每页稳定回 20 条，它和我们每千条只差 $0.13，评论是我们优势最小的成页数据。

00:18:42 我们又试了 xiaohongshu/comments_batch：一次请求传 2 篇笔记的链接，回来 30 条，每篇各 15 条，扣 $0.011111，返回的 billing.units 是 2。它按目标笔记数计费，一次最多 20 篇，所以不会比逐篇调用省钱，省的是请求次数和代码：要给 20 篇笔记各取第一页评论，一次请求就够。TikHub FAQ 在「What does Rednote cost?」一问里写的是笔记只能一次取一篇、没有批量笔记接口；我们在它的小红书价目里也没有找到批量评论接口。对每天要扫几百篇笔记首屏评论的人，这一项差别比单价更实在。

实测三：用户主页和笔记列表，一次一个的贵在哪

00:18:51 我们用 xiaohongshu/user_posts 取上面那篇笔记作者的笔记列表，回来 21 条，比目录写的每页 20 条多 1 条，多出来的是一条置顶笔记（is_pinned 为真）；21 条里 18 条是视频，最早发布于 2026 年 3 月 18 日，最新一条是 11 月 4 日，返回里还有下一页令牌。每千条 $0.265，是这次所有成页数据里最便宜的。TikHub 的用户笔记列表文档用最后一条笔记的 cursor 翻页，每页条数没有写；按 FAQ 的 6–20 条算，每千条 $0.50–$1.67，是我们的 1.9–6.3 倍。

主页是另一回事。00:18:54 我们调 xiaohongshu/profile 时碰上了 429：这把测试 Key 我们自己设了每分钟 10 次的上限（账户默认是每分钟 60 次），返回的 reason 是 key_limit，还给了 retry_after 6 秒和建议的最多重试 3 次，末尾写着「Nothing was charged」。00:19:54 和 00:20:54 重试又各撞了一次，3 次 429 都没扣费；00:22:08 重试成功，回来 1 个账号对象、18 个有值的字段（粉丝数、获赞与收藏、笔记数、IP 属地、认证状态等），扣 $0.005556。这是一个粉丝十几万的普通创作者，我们不写昵称。主页一次只能回一个，TikHub 的用户信息文档也一样，每个 $0.01，所以 100 个主页是 $1.00 对 $0.56，只差 1.8 倍。

如果你要的只是「这批账号各有多少粉丝、有没有企业认证」，可以不调主页。00:25:31 我们用 xiaohongshu/search_users 搜「羽绒服」，一页回来 20 个账号，每个带粉丝数、是否认证和认证类型，20 个里 7 个是企业认证，扣 $0.005556。用 5 页搜索用户粗筛 100 个账号，花 $0.028；用 100 次主页，花 $0.56，差 20 倍。代价是搜索用户只有 9 个字段，没有简介、获赞数和 IP 属地，所以适合先筛、再对少数几个账号调主页。TikHub 的搜索用户每页固定 20 个、每次 $0.01，同样的粗筛 100 个账号是 $0.05，是我们的 1.8 倍。

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

TikHub 的规则是返回 200 就计费，FAQ「What exactly gets billed?」一问写明「只对成功请求计费，返回 200 就算成功」。问题在于小红书接口里「成功」的范围很宽：我们把 openapi.json 里 45 个在册小红书接口的说明逐个读了一遍，33 个写着传错或不存在的 ID、分享链接解析失败、或者查无结果时照样扣费，其中 App V2 13 个、蒲公英 20 个。App V2 的说法是，传入错误的笔记 ID 时接口照常响应，data 里返回「服务异常」信息，这个请求同样正常扣费；蒲公英的说法是 HTTP 200 就计费，包括 data 为 null 的查无结果，只有 HTTP 400 不计费。

我们这一侧这次有三次没拿到数据，三次都没扣钱。00:22:16 用一个 24 位全零的笔记链接调 xiaohongshu/note，返回 200、results 为空，billing.charged_usd 是 0，reason 是 empty_result_refunded，refund.status 是 succeeded；00:23:47 故意照 TikHub 的习惯给 xiaohongshu/search 写了一个 page 参数，返回 422，错误码 unknown_param，列出允许的 6 个参数和一个能直接用的请求示例，末尾写着「Nothing was charged」；再加上实测三那次 429。下表把两边对这几类情况的规则并排放。

这张表最后一行是 TikHub 占优的地方：它默认每秒 10 次，是我们默认值的 10 倍；我们要到每分钟 600 次，得买 30 天 $30 的提速包，或者累计充值满 $150 自动获得（定价页）。前面几行则是批量任务里最容易被忽略的钱：如果你手上有一万个从表格里导出的笔记链接，其中 5% 已经删除或链接失效，在 TikHub 上这 500 次是 $5.00，在我们这边是 0。

端点覆盖：TikHub 有、我们没有的

只比单价会漏掉一半信息：两边能拿到的小红书数据并不完全重合。下表按功能把 TikHub 维护中的接口和我们目录里的 17 项能力对起来。TikHub 一列只列维护中系列的接口，弃用系列不算。

蒲公英那一行是两边覆盖差得最多的地方。蒲公英是小红书的品牌与博主合作平台，TikHub 把它的博主详情（文档）、粉丝画像（文档，返回年龄、性别、省市、设备、兴趣分布）、博主广场找博主（文档）、关键词概览（文档，搜索指数和合作博主画像）都做成了接口，每次 $0.02。做达人投放、选号、报价核对的团队，要的正是这几类数据，而我们目前只有内容广场榜一项（TikHub 对应接口的文档）。如果你的主要需求是「给这 200 个博主各拉一份粉丝画像」，这一类在我们这里做不了，应该直接用 TikHub。TikHub FAQ 还写了一个两边都拿不到的数：小红书本身不公开播放量和下载量。

一份活的账：1,000 条搜索结果 + 1,000 条评论 + 100 个主页

把前面的单价和每页条数合在一起，算一份常见的活：围绕一个品类拿 1,000 条笔记搜索结果、1,000 条一级评论、再看 100 个账号的主页。TikHub 一侧按每页 20 条和每页 6 条两种情况算，主页一次一个；我们这一侧用本次实测的每页条数（搜索 20、评论 15），主页一次一个。两边都不含充值手续费。

一天一份，30 天是 TikHub $60.00–$130.20 对我们 $36.17，差 1.66–3.60 倍。TikHub FAQ 说小红书只有月请求 100 万次以上才有折扣，这份清单一个月 6,000–13,020 次，离折扣门槛差两个数量级，所以按原价算是准的。主页那一项是我们优势最小的部分：它在我们这边占了这份账的 46%，换成 5 页搜索用户先筛，一天降到 $0.68。反过来，如果你的清单以「一次一个」为主，例如每天查 1 万篇笔记详情，两边就是 $100 对 $55.56，差距稳定在 1.8 倍，不会更大。

充值、免费额度和速率：单价之外的钱

单价之外还有几笔钱和几道门槛，会影响小团队的实际开销。TikHub 一侧来自定价页和 FAQ，我们一侧来自定价页和文档，读取时间都是 2026 年 11 月 5 日。

这张表里对试用最关键的是第三行。想先拿小红书真实数据看看字段，在 TikHub 上要先充 $5，用支付宝实付 $5.43；在我们这边，用 $1 试用额度按 xiaohongshu/search 的 $0.005556 能调 179 次，够把本文的 11 次真调跑十几遍。反过来，速率那一行 TikHub 明显宽松：一个要在几分钟内扫几千个链接的任务，用我们的默认额度得排队或买提速包。

小红书是我们比较贵的平台：怎么少调

小红书在我们的目录里是复杂档，每次 $0.005556，是抖音、TikTok 最便宜一档基础能力（$0.000556；2026 年 11 月 5 日的全量目录里抖音 16 项、TikTok 13 项是这个价）的 10 倍，所以预算要单独算。下面五个办法都来自本次实测或目录说明，每一条都能直接换算成钱。

第一，搜索结果能用就不调详情。xiaohongshu/search 每行已经带标题、点赞、收藏、评论、分享数、发布时间和作者，目录写明正文是约 60 字的摘要；如果你的分析只看互动数和标题，1,000 篇笔记的详情要调 1,000 次、花 $5.56，用搜索拿同样 1,000 篇只要 50 次、$0.28，差 20 倍。只有要全文、话题标签、@ 的人这些字段时，再对挑出来的笔记调 xiaohongshu/note。

第二，主页先用搜索用户粗筛。上面实测三算过，100 个账号用主页是 $0.56，用 5 页 xiaohongshu/search_users 是 $0.028。第三，评论先看首屏。一篇笔记的前 15 条评论通常包含置顶和高赞评论，用 comments_batch 一次给 20 篇笔记各取一页，再决定哪几篇值得往下翻；这次一页 15 条里自带的 8 条楼中楼也已经在返回里，不必为每条评论都调 sub_comments。

第四，翻页令牌 24 小时内有效，任务中断可以接着翻，不必从第一页重来；同一天里要反复读的结果，自己存一份，不要再调。第五，按 id 去重再计数。这次评论两页 30 条里有 1 条重复（3.3%），按不重复条数算成本才准。TikHub 那边也有一个省钱的办法值得照搬：它每个响应都带一个 cache_url，24 小时内免费重开同一份响应（小红书 API 页），但 FAQ 也写明参数相同的重复请求每次都按新请求计费，cache_url 只是调试用。

接 MCP 和 AI 工具：两边怎么配

两边都能接进支持 MCP（Model Context Protocol，AI 客户端调用外部工具的开放协议，见规范）的客户端，做法不同。TikHub 的 MCP 页写的是每个平台一个服务器，地址是 https://mcp.tikhub.io/{platform}/mcp，FAQ 说小红书那个服务器有 71 个工具，桌面客户端要用 npx mcp-remote 把远程服务转成本地 stdio，需要装 Node.js；它的 FAQ 也写明 MCP、Chrome 扩展、Zapier 和 n8n 与直接调接口同样计费。我们这边是一个地址 https://api.everyinfra.com/mcp，默认入口 12 个工具（00:24:25 新加坡时间不带 Key 读 tools/list 的结果），小红书和其他 100 多个平台都经 everyinfra_call_api 一个工具调用，配置见 MCP 接入页。

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

71 个工具和 12 个工具各有代价。工具多，AI 能直接挑到「获取蒲公英博主粉丝画像」这样精确的工具，但每次对话开始时客户端要把 71 份工具说明读进上下文，选错版本的机会也多；工具少，AI 要先调 everyinfra_list_capabilities 查目录，再填 platform 和 action，多一步，但目录里每项能力只有一个价、一种参数写法。让 AI 代理批量跑小红书任务时，我们建议在提示词里直接写明能力名和每页条数，例如「用 xiaohongshu/search 取 3 页，每页 20 条，按 id 去重」，这样它不会去调一次只回一个的详情接口。

curl 和字段：从 TikHub 换过来要改哪几处

TikHub 的小红书接口是 GET，参数放在查询串里，鉴权头是 Authorization: Bearer；我们是一个 POST 地址，平台和能力写在请求体里。下面是本文实测一的原样请求，把 Key 换成你自己的即可。

curl -X POST https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"platform":"xiaohongshu","action":"search","params":{"keyword":"羽绒服推荐"}}'

# 下一页：把返回里的 next_page_token 原样放进 page_token，其余参数不变
curl -X POST https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"platform":"xiaohongshu","action":"search","params":{"keyword":"羽绒服推荐","page_token":"<next_page_token>"}}'

迁移时要改的主要是参数名和取数路径。TikHub 的响应外面包一层 code、data，蒲公英接口还要再剥一层 data（它的文档原话是「取数要剥两层」）；我们的数据在顶层 results，翻页令牌在顶层 next_page_token，花费在 billing.charged_usd。下表只列本文用到的几处，字段名和目录 response_fields 逐个对过。

照 TikHub 的习惯多写了参数，我们会回 422 并告诉你该写什么，不会照常扣费；这一点在实测四里试过。更多小红书能力的参数和字段，见小红书平台页。

合规：平台协议、法规和法院怎么说

下面只写数据方法和公开文本，不构成法律意见。小红书用户服务协议（2026 年 3 月 23 日更新）第 3.4 条写明，未经书面许可不得复制、读取、采用、统计平台信息内容及相关数据，第 4.1 条把「非法抓取、模拟下载」等方式盗取视频、图文、用户信息列为禁止行为。小红书对中国境外用户另有一份 rednote Terms of Service。小红书的开放平台面向的是店铺授权的 ERP、打单和自用系统，笔记、评论这类内容数据不在开放范围内，这也是第三方接口存在的原因，站内小红书 API 怎么选一篇专门比过三条路。

法规层面，个人信息保护法约束对评论者昵称、IP 属地这类个人信息的处理；网络数据安全管理条例第十八条要求用自动化工具访问、收集网络数据时评估对网络服务的影响、不得干扰其正常运行，第二十四条要求对用自动化采集无法避免收集到的非必要个人信息做删除或匿名化处理。所以无论用哪家接口，拿到评论后先去掉不需要的昵称和用户 ID，是最省事的做法；本文所有截图和数字也都这样处理过。

法院的判法给了两条边界。2026 年 4 月 24 日福建高院发布的典型案例里（新华网报道），逐个下载保留水印的小红书图片、笔记的软件没有被认定为不正当竞争，但修改视频 MD5 值、帮助搬运的那款软件被认定构成不正当竞争；常州市天宁区法院 2025 年公布的刑事案件里（常州法院），破解 App 加密算法、伪造请求爬取用户数据并批量发私信，被判非法控制计算机信息系统罪，没收违法所得 653 万余元。两案的共同点是：被认定违法或不正当竞争的，是破解加密、伪造请求和帮助搬运他人内容这几类行为。

什么时候 TikHub 更合适

照实写，下面几种情况选 TikHub 更合理。第一，你要蒲公英博主数据：粉丝画像、粉丝增长历史、博主广场筛选、关键词搜索指数，这 17 个付费接口我们没有对应能力。第二，你要搜图片、搜群聊、用户公开收藏、商品评价总览、商品推荐、创作者灵感、搜索联想词这些小众数据，在我们的小红书目录里找不到。第三，你的任务要高并发：TikHub 默认每秒 10 次，我们默认每分钟 60 次，同样一小时，它能发的请求是我们默认值的 10 倍。

第四，你手上只有分享短链：TikHub App V2 的接口可以直接传 xhslink.com 短链的 share_text，不用先解析出 note_id；我们的笔记类能力要的是带 xsec_token 的笔记链接，从搜索结果拿最方便。第五，你同时要其他平台的大批量数据，而且一天能到几万次以上：TikHub 有一部分接口参加按天累进的阶梯折扣，FAQ 写的是从 0% 到 50%，像个税一样分段计价，站内 TikHub 定价详解算过交点；但维护中的小红书接口不参加这类折扣，这一条只对别的平台成立。第六，如果它价目里 $0.001 的热榜接口确实能用，热榜这一项它比我们便宜。

反过来，如果你主要做的是小红书搜索、评论、账号笔记列表的监测，经常碰到删除或失效的链接，要一次给多篇笔记取评论，或者想先免费试一下再充值，按本文的数，同样的数据在我们这边便宜 1.35–6.3 倍，失败和空结果不花钱。更全面的两家对比见 TikHub 替代方案页。

行业动向（2026 年 9–11 月）

2026 年 10 月 12 日，据东方财富转载南方都市报，小红书 10 月 10 日就开启了双十一直播周，比京东、抖音更早起跑。对读者意味着：服装、美妆这类品类的笔记和评论在 10 月中旬到 11 月中旬最密，本文搜「羽绒服推荐」40 条里 35 条发布于近 30 天，监测预算应按大促期间的量估，而不是按平日。

2026 年 10 月 9 日，中国日报报道小红书 Red Land 线下活动吸引 20 多万人，小红书方面称平台上对游戏感兴趣的月活用户超过 1.2 亿、动漫内容受众 1.37 亿；10 月 20 日人民网报道「大城小聚」10 月 24 日起在北京首钢园举办一周，线上预热曝光近 1 千万。对读者意味着：小红书的内容早已不只美妆穿搭，按品类拆预算时，游戏、动漫、城市活动这类关键词同样要算进去。

2026 年 10 月 21 日，Jing Daily 报道小红书上 #nicheshoes（小众鞋）话题曝光达到 10 亿，多个奢侈品牌跟进。对读者意味着：话题级的趋势追踪要能按话题取笔记，TikHub 的话题接口说法前后不一（见上文），我们这边用 xiaohongshu/hashtag 按话题取。2026 年 10 月 19 日，小红书开放平台发布类目预测接口下线迁移公告；对读者意味着：官方开放平台以电商店铺接口为主，而且会调整，内容数据仍要靠第三方接口或自建。

2026 年 11 月 1 日到 11 月 5 日，TikHub 公开价目从 1,470 行变成 1,472 行，小红书仍是 95 个；同期 GitHub 上开源的 xiaohongshu-mcp 项目在 11 月 4 日（新加坡时间）还有推送，星标 16,895，它的说明写明使用前必须登录自己的小红书账号，而且同一账号不能在多个网页端同时登录。对读者意味着：开源方案省钱但要拿自己的账号承担风险，付费接口不需要账号，但要看清每个接口是否还在维护。

边界：哪些结论不成立

这篇文章的倍数在以下情况下会变。第一，TikHub 每页条数是 FAQ 写的范围，不是我们实测；如果它的 App V2 搜索在你的关键词上每页稳定回满 20 条，搜索那一项就只差 1.8 倍，评论只差 1.35 倍。第二，我们的每页条数来自 1 个关键词、1 篇笔记、1 个账号，样本很小；换成冷门关键词或带时间筛选，一页可能不满 20 条，评论页也可能只回 10 条（11 月 2 日的站内实测就出现过）。第三，TikHub 价目里标为已弃用的接口实际能不能调，我们无法验证；如果 web/get_note_info_v5 仍可用，笔记详情一项 TikHub 便宜 5.6 倍。

第四，价格会变。两边的单价都是 2026 年 11 月 5 日读取的值，我们的目录价随时可以用不带 Key 的目录接口重读，TikHub 的价目四天里已经多了 2 行。第五，本文没有比较数据质量：两边字段名不同、同一篇笔记返回的字段数不同（我们的笔记详情这次有 24 个有值字段），我们没有 TikHub 的真实返回可以逐字段对照，所以不写「字段一样」或「数据更全」。

第六，本文的总账只算接口费，没算人力和失败重试的时间。TikHub 的 FAQ 建议连续碰到 400 时等 30 到 60 分钟再试，我们这边碰到 429 要按 retry_after 等待；这两种等待都不花钱，但会拉长任务时间。如果你的任务对完成时间有硬要求，比如每天早上 9 点前必须出一份监测报表，就要把等待时间按最坏情况算进去，再决定用哪一家、要不要买提速包。

常见问题

tikhub xiaohongshu login：用 TikHub 拉小红书要登录小红书账号吗？

按 TikHub FAQ「Do I have to give you my TikTok or Instagram login?」一问，标准接口不需要你提供社交账号、Cookie 或会话，只要 TikHub 的 API Key；少数接口要额外传会话令牌，会在各自文档写明。我们这边也一样，小红书能力只用 EveryInfra 的 API Key，不需要小红书账号。两者和开源的 xiaohongshu-mcp 不同，后者要求先登录你自己的账号。

xiaohongshu api alternative free：有没有免费的小红书接口？

小红书官方开放平台不开放笔记和评论数据。TikHub 注册送 $0.05，但维护中的小红书接口都不能用这笔额度；我们 GitHub 点星领 $1，小红书能力可用，约 179 次 xiaohongshu/search，24 小时内有效。长期免费的路只有开源项目，代价是要用自己的账号登录、自己维护签名和改版。

xiaohongshu api alternative github：GitHub 上的开源方案和付费接口比怎么样？

以星标最多的 xiaohongshu-mcp 为例（16,895 星，Apache-2.0，11 月 4 日（新加坡时间）仍有推送），它通过登录你自己的账号在浏览器里操作，能发笔记、评论、点赞；付费接口不需要账号，只读公开数据，按次付费。要发内容、互动，只能用前者；要批量读数据并控制账号风险，用后者。站内小红书 API 怎么选统计过 9 个热门开源仓库的维护状况。

小红书 api 价格计算：一千条小红书数据到底多少钱？

公式是：单价 × ⌈1,000 ÷ 每次条数⌉。TikHub App V2 单价 $0.01，每页 6–20 条，所以成页数据每千条 $0.50–$1.67；我们单价 $0.005556，实测搜索每页 20 条、评论每页 15 条，每千条 $0.278 和 $0.370。一次一个的详情和主页，两边每千个是 $10.00 对 $5.56。

tikhub xiaohongshu app：TikHub 的 App V2 和 Web V3 选哪个？

TikHub FAQ 和小红书 API 页都推荐 App V2、把 Web V3 当备用，但它的小红书使用指南写的是 Web V3 已在 2026 年 6 月 17 日下线。两个系列单价都是 $0.01（热榜除外），App V2 支持直接传分享链接，Web V3 的笔记详情要同时传 note_id 和 xsec_token。按 App V2 开发更稳。

小红书评论采集工具：评论最省钱的拉法是什么？

如果只要每篇笔记的首屏评论，用 xiaohongshu/comments_batch 一次传最多 20 篇，按篇计费、一次请求；要某一篇的全部评论，用 xiaohongshu/comments 按 page_token 往下翻，每页 15 条；楼中楼回复有几条已经随评论返回，要全量再调 xiaohongshu/sub_comments。拿到后按 id 去重，这次 30 条里就有 1 条重复。

上手步骤：用自己的关键词复算一遍

第一步，在 GitHub 给 everyinfra/everyinfra-agent-plugins 和 everyinfra/seo-skills 两个仓库点星，注册后在控制台领取 $1 试用额度，再创建一把 API Key；具体入口见快速上手。第二步，用上面的 curl 搜一个你关心的关键词，记下返回的 count 和 billing.charged_usd，再用 page_token 翻一页。第三步，从搜索结果里挑一篇笔记，把它的 url 交给 xiaohongshu/comments 和 xiaohongshu/comments_batch 各调一次。

第四步，用「每千条 = 实扣合计 ÷ 返回条数合计 × 1,000」算出你自己的数，和 TikHub 价目里对应接口的「$0.01 × ⌈1,000 ÷ 每页条数⌉」比一比。TikHub 的单价看它的公开价目文档，我们的目录用下面的命令读。所有能力和试用入口见数据市场，抖音一侧的同类能力见抖音平台页。

# EveryInfra 小红书目录（不带 Key），看单价、每页条数和字段
curl -s "https://api.everyinfra.com/api/v1/social/catalog?platform=xiaohongshu" \
  | jq -r '.capabilities[] | select(.platform=="xiaohongshu") | "\(.price_usd)\t\(.action)\t\(.page_size // "-")"'

参考资料

1. TikHub，《获取所有端点信息》公开价目文档，2026-11-05 00:13 SGT 读取，<https://docs.tikhub.io/186826055e0>
2. TikHub，openapi.json（V5.3.2），2026-11-05 读取，<https://api.tikhub.io/openapi.json>
3. TikHub，FAQ（Billing, Rate Limits and Platform Support），2026-11-05 读取，<https://tikhub.io/faq>
4. TikHub，Pricing，2026-11-05 读取，<https://tikhub.io/pricing>
5. TikHub，Rednote API 页，2026-11-05 读取，<https://tikhub.io/xiaohongshu-api>
6. TikHub 博客，《TikHub 小红书 API 使用指南》，<https://blog.tikhub.io/zh/article/7>
7. TikHub，MCP Integration 页，<https://tikhub.io/mcp>
8. TikHub，llms.txt，<https://tikhub.io/llms.txt>
9. TikHub 文档，《搜索笔记》（App V2），<https://docs.tikhub.io/420136398e0>
10. TikHub 文档，《获取笔记评论列表》（App V2），<https://docs.tikhub.io/420136394e0>
11. TikHub 文档，《获取笔记二级评论列表》（App V2），<https://docs.tikhub.io/420748830e0>
12. TikHub 文档，《获取用户信息》（App V2），<https://docs.tikhub.io/420136395e0>
13. TikHub 文档，《获取用户笔记列表》（App V2），<https://docs.tikhub.io/420136396e0>
14. TikHub 文档，《获取图文笔记详情》（App V2），<https://docs.tikhub.io/420136391e0>
15. TikHub 文档，《获取视频笔记详情》（App V2），<https://docs.tikhub.io/420136392e0>
16. TikHub 文档，《搜索用户》（App V2），<https://docs.tikhub.io/420136399e0>
17. TikHub 文档，《搜索商品》（App V2），<https://docs.tikhub.io/420136401e0>
18. TikHub 文档，《获取商品详情》（App V2），<https://docs.tikhub.io/420136403e0>
19. TikHub 文档，《获取商品评论列表》（App V2），<https://docs.tikhub.io/420136405e0>
20. TikHub 文档，《获取话题笔记列表》（App V2），<https://docs.tikhub.io/420136408e0>
21. TikHub 文档，《获取蒲公英笔记详情》，<https://docs.tikhub.io/479321007e0>
22. TikHub 文档，《获取蒲公英博主详情》，<https://docs.tikhub.io/479321008e0>
23. TikHub 文档，《获取蒲公英博主粉丝画像》，<https://docs.tikhub.io/479321014e0>
24. TikHub 文档，《蒲公英笔记博主广场》，<https://docs.tikhub.io/479321016e0>
25. TikHub 文档，《蒲公英内容广场》，<https://docs.tikhub.io/505354737e0>
26. TikHub 文档，《蒲公英关键词概览》，<https://docs.tikhub.io/505354738e0>
27. TikHub 文档，《获取笔记详情》（Web V3），<https://docs.tikhub.io/438852168e0>
28. TikHub 文档，《获取搜索联想词》（Web V3），<https://docs.tikhub.io/438852174e0>
29. TikHub 文档，《TikHub Refund Policy》，2026-07-20 更新，<https://docs.tikhub.io/9453198m0>
30. TikHub 文档索引 llms.txt，<https://docs.tikhub.io/llms.txt>
31. TikHub，GitHub 组织页，<https://github.com/TikHub>
32. EveryInfra，小红书能力目录，2026-11-05 00:13 SGT 读取，<https://api.everyinfra.com/api/v1/social/catalog?platform=xiaohongshu>
33. Model Context Protocol，Specification（latest），<https://modelcontextprotocol.io/specification/latest>
34. 行吟信息科技（上海）有限公司，《小红书用户服务协议》，2026-03-23 更新，<https://agree.xiaohongshu.com/h5/terms/ZXXY20220331001/-1>
35. 小红书，rednote Terms of Service，<https://agree.xiaohongshu.com/h5/terms/ZXXY20251205003/-1>
36. 小红书，《小红书用户隐私政策》，<https://agree.xiaohongshu.com/h5/terms/ZXXY20220509001/-1>
37. 小红书开放平台首页及平台公告（2026-10-19 类目预测接口下线及迁移公告），<https://open.xiaohongshu.com/>
38. 全国人民代表大会常务委员会，《中华人民共和国个人信息保护法》，<http://www.npc.gov.cn/npc/c30834/202108/a8c4e3672c74491a80b53a172bb753fe.shtml>
39. 国务院，《网络数据安全管理条例》（国务院令第 790 号），生态环境部转载，<https://www.mee.gov.cn/zcwj/gwywj/202410/t20241003_1087417.shtml>
40. 新华网，《用“爬虫”抓取小红书内容侵权吗 福建法院判明边界》，2026-04-24，<http://fj.news.cn/20260424/93e71786d4b9436cb93a8383c8ebdba4/c.html>
41. 常州市中级人民法院，《“爬虫”变“害虫”！非法爬取“小红书”数据牟利650余万元，3人被判刑》，2025-03-24，<http://fy.changzhou.gov.cn/index.php?c=phone&a=show&id=13787&catid=40000>
42. 东方财富网转载南方都市报，《双十一来了！京东10月12日现货开卖 快手、小红书已抢跑》，2026-10-12，<https://finance.eastmoney.com/a/202610123893038013.html>
43. 中国日报网，《Xiaohongshu's 'Red Land' ACGN festival draws a growing community of fans》，2026-10-09，<https://www.chinadaily.com.cn/a/202610/09/WS6ac88df2e4b06d4aa0561e81.html>
44. 人民网，《小红书“大城小聚”活动官宣落地北京首钢园 10月24日起聚一周》，2026-10-20，<http://finance.people.com.cn/n1/2026/1020/c1004-40818242.html>
45. Jing Daily，《Weird shoes are 2026's Xiaohongshu viral opportunity》，2026-10-21，<https://jingdaily.com/posts/weird-shoes-are-2026-s-xiaohongshu-viral-opportunity>
46. xpzouying，xiaohongshu-mcp（GitHub 仓库，2026-11-05 读取），<https://github.com/xpzouying/xiaohongshu-mcp>