Apify YouTube Scraper 替代：每千条实测

同样拿 1,000 条 YouTube 搜索结果，Apify 上用户最多的 YouTube Scraper 公开价是 $2.40（Business 档）到 $4.00（Free 档）；拿 1,000 条评论，YouTube Comments Scraper 是 $0.90 到 $2.00。我们在 2026 年 11 月 1 日真调 EveryInfra：youtube/search 一次扣 $0.000556、回 47 条，折合每千条 $0.0118；youtube/comments 一次回 100 条，每千条 $0.0056，分别差 203–338 倍和 162–360 倍。这个差距只在「一次能回很多条」的数据上成立：单条视频详情、频道资料、字幕这类一次只回 1 条的能力，每千条是 $0.556，Store 里最便宜的第三方 YouTube scraper 有的比我们还便宜；而且我们一条视频最多只能拿到两百来条不重复的评论，要把一条有 5,610 条评论的视频整个拿完，Apify 和 YouTube 官方接口都更合适。下面把七类数据逐个实测，连同去重率、隔 13.8 小时的复测、失败扣不扣钱，以及我们核对时发现的一处 Store 页面价格没跟着调价更新，一起写清楚。

本文的「每千条价」，是把一次请求实际扣掉的钱，除以这次实际返回的条数，再乘 1,000。它回答的是「拿到 1,000 条结果要花多少钱」。EveryInfra 按请求计费，一次一个价；Apify Store 里的 YouTube scraper 按结果（事件）计费，一条一个价。两种单位只有换到同一个分母上才能比。分母一律用实际返回条数，不用请求里写的 limit：例如 youtube/shorts 这次只回了 41 条，我们就按 41 条算，所以回得少的那几次，我们这一侧的价格只会被算高。Apify 一侧我们只用公开材料：Store 页面、价格页、文档，以及不用账号就能读的公开接口；我们没有注册 Apify，也没有跑它的 actor（Apify 对云端抓取程序的叫法），所以表里 Apify 的数字都是「公开单价」，不是「实测账单」。

先看总表：七类 YouTube 数据，每 1,000 条各多少钱

下表把最常用的七类 YouTube 数据放在一起。Apify 一侧每类取一个「主力」actor，大多是 Streamers 这个开发者账号下的一组（其中 YouTube Scraper 和 YouTube Comments Scraper 的 Store 页在 2026-11-01 读取时都标着「Maintained by Apify」），按近 30 天用户数选，字幕一项例外，按累计用户数选（实测三写明原因）：YouTube Scraper 近 30 天有 16,506 个用户、累计 19 万多个用户，是 Store 里 YouTube 类用户最多的一个。价格按 Apify 的四档折扣分别列出：Free、Starter（BRONZE）、Scale（SILVER）、Business（GOLD），另外两档 Platinum、Diamond 只对企业客户开放（Actor 定价与成本）。这些价格从公开接口的 pricingInfos 字段读出，取 startedAt 早于读取时刻的最后一版，2026-11-01 00:46 新加坡时间读一次、14:40 新加坡时间复读一次，两次完全一样（例如 YouTube Scraper 元数据）。「Store 第三方最低」一列，是在 Store 搜「youtube」返回的 846 个 actor 里（Store 接口报告共 4,983 个），近 30 天用户不少于 100 的同类 actor 中 Business 档最便宜的一个。EveryInfra 一侧全部是本文真调，实扣金额取响应里的 billing.charged_usd，条数取 count。

这张表有两种读法。第一种是看前四行：搜索、评论、频道视频列表、Shorts 都是「一次请求回一整页」的数据，我们按次收费，一页 41 到 100 条只扣一次 $0.000556，摊到每条上就只有几分之一美分，和 Apify 按条收费的主力 actor 差两到三个数量级。第二种是看后三行：字幕、频道资料、单条视频详情一次只回 1 条，按次收费就失去了优势，每千条 $0.556 和 Apify 的价格只差几倍，单条视频详情甚至比 API Dojo 的 Youtube Scraper (Pay Per Result) 贵 10%。Shorts 那一行也要单独看：Store 里有一个按条只收 $0.00001、外加每条数据集记账 $0.00001 的 YouTube Shorts API，合计每千条 $0.02，只比我们这次实测的 $0.0136 贵 1.5 倍。倍数小于 2 的格子，我们在标题和要点里都不写「更便宜」。

apify youtube scraper pricing 拆开看：事件、折扣档和附加项

Apify 的 YouTube Scraper 用的是按事件计费（pay per event）：开发者定义一组事件，每发生一次扣一次钱。Apify 文档说，大多数按事件计费的 actor 已经把平台用量算进事件价，但也有一些会另收平台用量，运行前要看清楚（Actors in Store）。YouTube Scraper 当前这一版价格从 2026 年 9 月 2 日开始生效，一共五个事件：基本的「每条视频」，加上四个附加项，频道按日期筛选、AI 描述、AI 摘要和按分钟收费的转写。附加项只在你打开对应开关时才收，但它们的单价远高于基本事件：转写在 Free 档是每分钟 $0.048，一条 10 分钟的视频转写一次就是 $0.48，比拿 100 条视频的基本费还贵。为了防止花超，Apify 要求给每次运行设一个最高花费上限，平台保证不超过它（按事件计费文档），同步运行接口也接受 maxTotalChargeUsd 参数（run-sync 接口）。

折扣档跟着 Apify 套餐走：Apify 文档写明每个付费套餐带一个折扣档（BRONZE、SILVER、GOLD），由 actor 作者决定是否参加，Free 档用户的平台成本由 Apify 承担（Actors in Store、Actor 定价与成本）。Store 页面上「from $2.40 / 1,000 videos」的那个 $2.40，就是 GOLD 档，也就是 $999 一个月的 Business 套餐才能拿到的价；页面 FAQ 写的是 Free 档每条 $0.004、每月 $5 免费额度大约能拿 1,250 条视频，这和接口里的数一致。要拿到 $2.40，先得每月付 $999。

套餐本身也要算进去。Apify 价格页在 2026-11-01 读取时是：Free $0（每月 $5 额度）、Starter $19、Scale $199、Business $999，按月付；算力单价分别是每 CU $0.20、$0.20、$0.16、$0.13。付费套餐的月费就是当月的预付用量，用不完月底作废（Billing 文档写的是「Unused prepaid usage does not rollover」），超出部分按量另付，Starter 档超额满 $20 就立即开票。同时运行的 actor 数也按套餐限：Free 5 个、Starter 32 个、Scale 128 个、Business 256 个（Limits）。我们在 Apify 价格详解里把这五层费用逐层拆开算过一遍，这里只取跟 YouTube 有关的结论：月量不大的人，最省的几乎都是 Starter 档，实付等于「月费和用量取大的那个」。

EveryInfra 这一侧没有套餐和折扣档：八个 YouTube 能力在 2026-11-01 的能力目录里都是每次 $0.000556，最低充值 $10，余额长期有效；失败和空结果不收费（llms.txt）。能力的上限也写在目录里：youtube/search 和 youtube/user_posts 每次最多 50 条，youtube/comments 和 youtube/shorts 每次最多 100 条。这个上限是我们这一侧最要紧的边界，后面几节会反复用到。

我们怎么算、怎么测

本篇主测保存了 31 次真调（另有 1 次撞限速、重试成功，没单独存档），全部用同一把测试 Key，从 2026-11-01 00:47 新加坡时间开始，到 14:38 新加坡时间结束，中间隔了 13.8 小时做复测；15:40 新加坡时间又补测 7 次搜索，看相近关键词之间重复多少（见实测一）。每次请求都原样保存了请求体、收发时间、HTTP 状态码和完整响应；每千条价、去重率、倍数都由脚本直接从这些响应算出，图上的每个数也一样。Apify 一侧的单价、近 30 天运行次数、用户数，来自 12 个 YouTube actor 的公开元数据接口，两次读取结果一致。请求的写法很简单，一个接口、三个字段：

curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer $EVERYINFRA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"platform":"youtube","action":"comments",
       "params":{"url":"https://www.youtube.com/watch?v=yCf2lZoRrEE","limit":100,"sort":"popular"}}'

为了让两边可比，我们给自己定了几条规矩，动笔前写下、不看结果再改。分母只用实际返回条数，0 条的请求不进分母，单独列在失败那一节；Apify 的价格只用读取时刻已经生效的那一版，并且至少写 Free 和 Business 两端，再加 Store 里最便宜的同类第三方一列；倍数不到 3 倍的照实写进表，不进标题；「价格稳定」要用同一请求隔 30 分钟以上复测，每千条价差在 20% 以内才算；能不能拿到一条视频的 1,000 条评论，要用真实请求判断，不能用多次请求的条数相加来冒充单条视频的深度。

实测一：视频搜索，一次 47 条，换 4 种排序拿到 122 条

2026-11-01 00:47 新加坡时间，我们用关键词 mechanical keyboard review 调 youtube/search，limit 写 50，11.8 秒后回了 47 条，扣 $0.000556，折合每千条 $0.0118。每条结果有标题、正文、频道名和频道 ID、播放数、点赞数、评论数、时长、发布时间（ISO 时间戳）、是否会员专享、是否付费推广、简介里的链接，以及这次搜索里的名次 search_rank，字段说明都在目录的 response_fields 里。同一时段我们又用中文关键词「机械键盘 评测」和西语关键词 teclado mecánico reseña 各搜了一次，都回了满额 50 条，每千条 $0.0111。三种语言的结果都带频道粉丝数和频道总播放量，适合直接拿来筛选合作创作者。

三种语言的结果放在一起看，差别比价格更值得注意。英文那次 47 条来自 27 个频道，播放数中位数 569,223，其中 14 条时长不到 1 分钟，也就是 Shorts 混在常规视频里一起返回，2026 年发布的有 15 条；中文 50 条来自 43 个频道，播放数中位数只有 35,323，Shorts 7 条，2026 年发布的 12 条；西语 50 条来自 40 个频道，播放数中位数 114,485，Shorts 多达 21 条，2026 年发布的只有 4 条，大多是 2024 和 2025 年的老视频。如果你做的是选品或者测评创作者筛选，西语市场的搜索结果要先按 duration 把一分钟以内的短视频分出去，再看长视频；中文结果频道最分散，一次搜索就能覆盖 40 多个不同的创作者，适合拿来建初始名单。这些差别在 Apify 那边同样存在，只是在按条付费时，你为不需要的 Shorts 也付了钱。

一次 50 条够不够用，取决于你要什么。如果是每天盯 20 个关键词的头部结果，一次就够了；如果要围绕一个关键词拿到 1,000 条不重复的视频，我们这一侧没有翻页参数，只能换排序、换关键词。14:34 到 14:35 新加坡时间，我们对同一个关键词连调了 4 种排序：relevance 回 47 条，newest 回 48 条，most_viewed 和 top_rated 各回 47 条，一共 189 条，去重后 122 条。第二次（newest）还新增 40 条，第三次只新增 19 条，第四次只新增 16 条，越往后重复越多。按不重复条数算，每千条是 $0.0182，比单次的 $0.0118 高一半，但离 Apify 的 $2.40 依然差 132 倍。

所以「1,000 条搜索结果」在两边意味着不同的工作量。Apify 的 YouTube Scraper 可以对一个关键词设一个很大的 maxResults，一次跑完，按回来的条数付钱；在我们这里，你要准备一组相关关键词（例如品牌词加型号、加「评测」「开箱」「对比」），每个关键词跑一到四种排序，再按视频 ID 去重。相近关键词之间也会重复，所以不能拿一个关键词的 122 条直接乘。我们在 15:40 到 15:41 新加坡时间补测了 4 个相近关键词，各按 relevance 跑一次，再和上面 4 种排序拿到的 122 条合并去重：

8 次请求一共扣 $0.004448，拿到 247 条不重复视频，按不重复条数算每千条 $0.018。和「评测」意思越近的词重复越多：「comparison」那次 50 条里有 30 条前面已经出现过，「unboxing」「sound test」离得远，只重复 9 到 10 条。按每多一个相近关键词平均新增 31 条外推，凑 1,000 条不重复视频大约要 30 个关键词、33 次以上请求，约 $0.02；关键词越多，新词和已有结果重叠越高，实际请求数只会更多。如果你本来就要监测一组关键词，这种做法很自然；如果你只关心一个关键词能挖多深，Apify 那种一次挖到底的方式更省事。

实测二：apify youtube comments scraper vs `youtube/comments`：100 条里 80 条是回复

Apify 的 YouTube Comments Scraper 按条收费，Free 档每条 $0.002，Business 档 $0.0009，Store 页面写的是「from $0.90 / 1,000 comments」；页面介绍说它能拿到所选视频的全部评论，输入里用 maxComments 控制最多拿多少条。2026-11-01 00:50 新加坡时间，我们对一条有 5,610 条评论、702 万次播放的英文科技视频调 youtube/comments，sort 写 popular，51.7 秒后回了 100 条，扣 $0.000556，每千条 $0.0056。

拆开这 100 条，有一点很容易被忽略：其中只有 20 条是顶层评论，另外 80 条是这 20 条下面的回复，每条回复都带 is_reply: true 和 reply_to_id，能接回它的上级。这 20 条顶层评论自己标的回复数加起来是 421 条，所以 80 条只是回复的一部分。同一时刻按 newest 排序再拿一次，100 条里是 78 条顶层、22 条回复，排在第一条的是一条 9 个月前的置顶评论，后面才是几分钟前、几小时前的新评论。两次合起来去重是 189 条，重叠 11 条。如果你数「1,000 条评论」的时候只想数顶层评论，我们这一侧的有效条数要打折扣；如果回复对你同样有用（例如做情绪分析），这反而是一次拿两层的好处。站内那篇评论回复分页讲过官方接口里顶层评论和回复要分开翻页、分开核对完整性，这里的 reply_to_id 就是用来做这件事的。

我们又换了三条不同语言、不同评论量的视频，看一条视频到底能拿多深。西语键盘视频有 1,198 条评论，popular 和 newest 各 100 条，去重 185 条，覆盖 15.4%；中文键盘视频有 277 条评论，popular 一次 100 条，覆盖 36.1%；一条只有 69 条评论的英文选购榜单视频，一次回了 54 条，覆盖 78.3%。那条 5,610 条评论的大视频，我们前后一共调了 5 次（两种排序各两次，再加一次 since），去重后 245 条，覆盖 4.4%。

这就是我们这一侧最硬的限制：youtube/comments 每次最多 100 条，排序只有 popular 和 newest 两种，另有一个 since 只能设起始日期，没有翻页参数。我们在 14:35 前后把 page_token 这种参数塞进请求，接口直接回 422，并列出它只接受 url、limit、since、sort 四个参数。since 也帮不上加深：00:56 新加坡时间按 newest 加 since=2026-10-01 调了一次，回 19 条，全部已经在前一次 newest 的 100 条里。所以「一条视频 1,000 条评论」在我们这里做不到；能做到的是「很多条视频，每条拿最热和最新的一两百条」，摊下来每千条 $0.0056 到 $0.0060。要把一条大视频的评论区整个拿完，用 Apify 的 Comments Scraper（Business 档 5,610 条约 $5.05），或者用 YouTube 官方的 commentThreads 接口（下一节说），都比在我们这里反复调更合适。

还有两点核对时发现的细节。第一，NASA 一条 2026-10-20 发布的月球基地视频，评论区是开着的（is_comments_disabled 为 false），但元数据里评论数是 0，两次评论请求都回 0 条、都退了款；先调一次 youtube/video 看 comment_count，能省掉这种空跑的等待。第二，评论的 posted_at 是 YouTube 页面上的相对时间（9 months ago、2 days ago），不是时间戳，要按抓取时刻自己换算；视频搜索结果里的 posted_at 才是 ISO 时间戳。

实测三：频道、Shorts、字幕和单条视频，按次计费不一定占便宜

频道视频列表 youtube/user_posts 和 Shorts 一样是「一页一价」。00:47 新加坡时间对 NASA 频道按 newest 拿 50 条常规视频，11.3 秒，扣 $0.000556，每千条 $0.0111；00:48 拿同一频道的 Shorts，limit 写 100，回 41 条，每千条 $0.0136。频道视频列表的对手是 Apify 的 Fast YouTube Channel Scraper，Free 档每千条 $1.30、Business 档 $0.50，差 45–117 倍；Shorts 的对手是 YouTube Shorts Scraper，$4.00 到 $2.40，差 177–295 倍。但 Shorts 有一个例外：前面说的那个第三方 Shorts actor 每千条只要 $0.02，近 30 天有 722 个用户，只比我们贵 1.5 倍，如果你只做 Shorts，这个价差不值得为它换工具。

一次只回 1 条的三项，情况反过来。youtube/transcript 在 00:56 新加坡时间拿 NASA 那条 9 分 17 秒视频的字幕，8.7 秒回来 160 段带时间戳的文本，还列出 21 种可用语言（1 种人工英文，20 种自动生成）。累计用户最多（26,996 个）的 Youtube Transcript Scraper 每条 $0.01，自 2026-10-01 起取消了此前的折扣，每千条 $10，是我们的 18 倍。按近 30 天用户数排，字幕类第一是 johnvc 的 YouTube Transcript & Subtitles Scraper API（4,876 个），它 2026-10-13 刚把促销价调成 Free 档每千条 $2.75、Business 档 $2.00，是我们的 3.6–4.9 倍；pintostudio 按 30 天用户数排第三（2,744 个）。我们在总表里留 pintostudio，是因为它的累计用户最多、价格从 10-01 起稳定，johnvc 这一版价格刚生效不到三周。再便宜的是 supreme_coder 的字幕 actor：付费档每千条 $0.70，只比我们的 $0.556 贵 1.3 倍（Free 档 $1.00，贵 1.8 倍）。

频道资料 youtube/profile 一次回订阅数（NASA 是 1,510 万）、视频数（6,195）、总播放（11.3 亿）、认证标记、头像和横幅；API Dojo 的 频道资料 actor 按链接查时每次收 $0.005 查询费加 $0.0005 每条，合计每千条 $5.50，是我们的 9.9 倍。单条视频详情是唯一一项 Apify 一侧明确更便宜的：API Dojo 的视频 actor 每千条 $0.50，比我们的 $0.556 便宜 10%。

单条视频这一项我们要多说一句。API Dojo 这个 $0.50 的视频 actor，近 30 天公开运行统计是 213,132 次运行里 36,525 次失败，加上超时和中止一共 17.7% 没跑成，评分 3.29 分（21 条评价）。这组数是运行结果，不是数据质量：失败的运行里可能有用户填了打不开的链接，中止可能是用户自己停的，一个大客户跑大批量也会拉高失败数，公开统计里看不出原因。Apify 按事件收费时，失败的运行通常拿不到数据也就不产生「每条视频」事件，会不会收启动费取决于每个 actor 自己的事件设置。所以它便宜 10% 这一条照实成立；要不要为这 10% 换工具，建议先拿自己的链接小批量跑一次再定。

打平点：一次请求要回几条，按次计费才划算

把上面几节合在一起，可以算一个简单的打平点：我们一次请求 $0.000556，对方每条收 p 美元，那么一次请求至少要回 $0.000556 ÷ p 条，按次计费才不吃亏。对 Apify 自己维护的 YouTube Scraper（Business 档每条 $0.0024），打平点是 0.23 条，也就是说哪怕只回 1 条也是我们便宜，这就是单条视频详情那一行仍然便宜 4.3 倍的原因。对 Store 里每条 $0.0005 的第三方，打平点是 1.1 条，只回 1 条的单条视频详情就输了 10%。对每条只收 $0.00002 的那个 Shorts actor，打平点是 27.8 条：我们这次 Shorts 回了 41 条，刚好越过打平点，所以只便宜 1.5 倍；如果某个频道只有十几条 Shorts，那边反而更便宜。

这张表给出的实用规则是：凡是一次能回几十条的数据，都把 limit 写到能力的上限，让每一次请求尽量回满；凡是一次只回 1 条的数据，先去 Store 里找有没有每条 $0.0005 以下的第三方，再决定用哪边。我们自己的能力目录在每个能力上都标了 max_limit 和 default_limit，评论的默认值是 20 条，不写 limit 就只回 20 条，每千条立刻贵 5 倍，这是从 Apify 换过来的人最常踩的坑。

复测：隔 13.8 小时再跑，价格一分不差，内容换了一半

判据里写过，价格要隔 30 分钟以上复测才算稳定。我们在 14:34 新加坡时间把 00:47 那次搜索原样再发一次，回的还是 47 条、扣的还是 $0.000556，每千条价一分不差；14:35 和 14:36 新加坡时间把那条大视频的两种评论排序各重发一次，也都是 100 条、$0.000556。价格稳定这一条通过。

内容就不一样了。搜索结果 47 条里只有 21 条和第一次相同，前 10 名里只有 5 条相同；评论 popular 100 条里 63 条相同，newest 100 条里 81 条相同。搜索排名随时间变是 YouTube 自己的特性，不是哪一方的问题，但它对你的做法有影响：如果你做的是排名监测，就该每天固定时间跑、按 search_rank 记录；如果你要的是「这个关键词下有哪些视频」，那就每天把结果按视频 ID 累积去重，几天下来覆盖会比一次挖深更全。Apify 那一侧同样会遇到这种变化，只是按条付费时，重复拿到的视频也要再付一次钱。

失败和空结果扣不扣钱：11 次没扣钱的请求

00:47 到 14:38 新加坡时间的 32 次真调里有 11 次没拿到数据。我们把每一次的时间、原因、状态码和扣费列出来，扣费一律取响应里的 billing.charged_usd；限速和无 Key 的请求没有 billing 字段，我们用前后两次请求的余额核对过，确实没扣。

两个 422 的错误文本值得原样看一眼，因为它们是写给程序和 AI 看的。sort 写错时，响应写明「sort must be one of: most_viewed, newest, relevance, top_rated」，并给出 did_you_mean: ["most_viewed"] 和「只改 sort 再重发，这次没扣钱」的下一步；多写一个参数时，响应写明它不是 youtube/comments 的参数，必填 url，可选 limit、since、sort，并附一个能直接跑通的示例请求。一个接在 MCP 上的 AI 助手，读到这段就能自己改好再发，不需要人去翻文档。

Apify 一侧，没写进数据集的结果不产生「每条结果」事件，但启动费在运行开始时就扣了，例如下一节截图里那个搜索 actor 每次运行至少收 $0.01；所以那边是「上限内按实际事件扣」，我们这边是一次一个固定价、失败就是 0。

Store 页上的价格和接口对不上：一次调价后 FAQ 没跟上

核对价格时，我们发现 YouTube Search Scraper 这个 actor 的公开元数据里多了一版价格：2026-10-26 21:36（UTC）起，Free 档每条结果从 $0.0025 调到 $0.005，付费档从 $0.00025 调到 $0.0005，都翻了一倍，调价理由写的是基础设施和维护成本上升（该 actor 元数据）。页面顶部的「from $0.50 / 1,000 results」和标题里的「$0.5/1000 results」已经是新价，但同一页 FAQ「How much does it cost to scrape YouTube search results?」里的价格表还是旧价，并写着「1,000 results cost about $2.51 on the Free plan or $0.26 on a paid tier」。我们在 2026-11-01 14:40 新加坡时间截下这一段，此时距离调价已经过了 5 天。

这不是说谁故意写错，Store 页面是 actor 作者自己维护的文字，价格表是平台按事件自动生成的，两者不同步很常见；我们在 TikTok 那篇对比实测里也遇到过同样的情况。对用户的意义是：在 Apify 上估算成本，要看 actor 的 Pricing 标签页或公开接口里的事件价，不要只看 README 和 FAQ。Apify 文档也写了价格变动会提前通知用户、生效前有一段等待期，可以在元数据的 pricingInfos 里看到每一版的生效时间。按现价算，这个 actor 拿 1,000 条搜索结果在 Free 档是 $5.01（含一次启动费），已经超过 Free 档每月 $5 的全部额度。

一个月算一笔账：四件常见的活

单价之外，真正决定账单的是月量和套餐。我们挑了四件做 YouTube 数据时最常见的活，两边都按「最省的做法」算：Apify 选最省的套餐，付费档实付等于月费和用量取大的那个，Free 档只在用量不超过 $5 时成立；EveryInfra 按本篇实测的条数和目录价 $0.000556 每次外推，不含最低充值。

前三行，EveryInfra 一个月的接口费都不到 $2，Apify 一侧最少是 Starter 档的 $19。这里的大头不是单价，而是 Starter 的月费门槛：第三方 actor 的用量只有十几美元，但只要超出 Free 档的 $5，就得先付 $19。第三行有一个反直觉的地方：我们这边按次收费，「每个频道只要最新 10 条」和「拿 50 条」价格一样，所以 3,000 次请求花 $1.67，比前两行都贵；如果你能把频道巡检改成每两天一次，就直接减半。

第四行是 Apify 更合适的情况。每月 500 条字幕，Apify 的 Free 档额度就够用，实付 $0；我们这边接口费只有 $0.28，但第一次要充值 $10（余额不过期，按这个用量约够用 36 个月）。如果你每个月的需求都落在 Apify 的 $5 免费额度以内，而且不需要别的平台，Apify 的 Free 档是更便宜的选择。我们在 Apify 替代总览里按社媒和地图数据也算过同样的账，结论一致：月量越小、越接近 $5 免费额度，Apify 越划算；月量一过 Free 档，Starter 的 $19 就成了主要成本。

官方 YouTube Data API：免费额度够的时候，先用它

对比 YouTube 数据工具，绕不开 YouTube 自己的 Data API v3。它不收钱，按配额计：每个 Google Cloud 项目默认每天 100 次 search.list、100 次上传，其余接口合计每天 10,000 个单位，太平洋时间午夜重置（配额计算器，页面标注 2026-10-15 更新）。2026 年 6 月 1 日起，search.list 换成了单独的配额桶，每次调用记 1 次，每天 100 次（更新日志）。评论用的 commentThreads.list 每次 1 个单位，每页最多 100 条，有 pageToken 可以一直往下翻，回复要用 comments.list 另外翻。

这张表说明官方接口在两件事上无可替代：一条视频的评论区整个翻完，和成批查视频、频道详情。一个项目每天 10,000 个单位，翻评论能翻一百万条顶层评论，比任何按条或按次收费的工具都便宜。它不方便的地方有三处：要建 Google Cloud 项目、管理 API Key；搜索每天只有 100 次；下载字幕要求你对视频有编辑权限（captions.download），别人的视频拿不到。要提高配额，得先通过 YouTube 的合规审核（配额与合规审核）。所以实际的组合往往是：深挖少数视频的评论用官方接口，跨很多关键词、很多频道的搜索和字幕用按次计费的接口，两者都不够时再看 Apify。

Apify 上的 YouTube actor 跑得稳不稳

Apify 的公开元数据里有每个 actor 近 30 天的运行结果统计，分成功、失败、超时、中止四类。我们把 12 个 YouTube actor 的统计在 14:40 新加坡时间读出来，按「每 1 万次运行里没跑成几次」排序。用户最多的 YouTube Scraper 近 30 天跑了 294.7 万次，没跑成的是每万次 84 次；同一组的评论 actor 是 182 次，频道 actor 是 221 次。最高的是 API Dojo 的视频 actor，每万次 1,773 次，其次是累计用户最多的字幕 actor，每万次 1,282 次。

这组数要谨慎读。它是运行结果，不是数据质量：中止可能是用户自己停掉的；失败的运行里，有些是用户输入了打不开的链接；一个 actor 被大客户用来跑大批量，也会拉高失败数。它能说明的是「同一价位里，哪些 actor 更常出问题」，可以作为选第三方 actor 时的参考之一。Apify 自己也会给自动测试不过的 actor 打上「维护中」标签，并在 Store 排名里降权（Actors in Store）。

另一个可以公开看到的信号是更新时间。按元数据里的 modifiedAt，Streamers 这一组四个 YouTube actor 最近一次更新都在 2026-10-30，API Dojo 的三个在 2026-10-31 前后更新，YouTube Search Scraper 和 grow_media 的搜索 actor 在 2026-10-27 更新，pintostudio 的字幕 actor 在 2026-10-19 更新；也有长期没动的，starvibe 的字幕 actor 最近一次更新还是 2026 年 3 月。YouTube 页面结构一变，抓取程序就要跟着改，更新越勤，出问题后恢复得越快。价格方面也一样，johnvc 的字幕 actor 在 2026-10-13 换了一版价格，前面说的搜索 actor 在 2026-10-26 调价，第三方 actor 的价格一个月里变一两次并不少见。我们这一侧本篇 31 次请求里只有 1 次因为超时失败，而且是我们故意传了一个不存在的视频 ID；样本太小，不和 Apify 的百万次统计放在一起比。

YouTube Scraper API：在代码、n8n 和 AI 客户端里调用

在代码里调用，前面的 curl 换成任何语言都一样。下面这段 Python 把「一个关键词换 4 种排序、按视频 ID 去重」写成一个函数，正是实测一里用的做法；碰到 429 就等 60 秒重试，碰到 422 就打印接口给出的 did_you_mean。

import os, time, requests
URL = "https://api.everyinfra.com/api/v1/social"
HEAD = {"Authorization": f"Bearer {os.environ['EVERYINFRA_API_KEY']}"}

def search_all_sorts(keyword):
    seen, cost = {}, 0.0
    for sort in ["relevance", "newest", "most_viewed", "top_rated"]:
        body = {"platform": "youtube", "action": "search",
                "params": {"keyword": keyword, "limit": 50, "sort": sort}}
        r = requests.post(URL, json=body, headers=HEAD, timeout=120)
        if r.status_code == 429:
            time.sleep(60); r = requests.post(URL, json=body, headers=HEAD, timeout=120)
        data = r.json()
        if r.status_code == 422:
            print(data["error"].get("did_you_mean")); continue
        cost += data.get("billing", {}).get("charged_usd", 0)
        for row in data.get("results", []):
            seen.setdefault(row["id"], row)
    return list(seen.values()), cost

在 AI 客户端里，把 EveryInfra 加成远程 MCP 服务器就行，不用装本地程序。Claude、Cursor 这类支持远程 MCP 的客户端，配置是下面这一段；接上以后，模型会先用 everyinfra_list_capabilities 查到 YouTube 的八个能力和参数，再用 everyinfra_call_api 发请求，参数写错时读 422 里的提示自己改。完整步骤见远程 MCP 配置。Apify 也有自己的 MCP 服务器（mcp.apify.com，用 OAuth 登录），能让 AI 搜索和运行 Store 里的 actor，出于安全考虑会排除需要完全权限的 actor（Apify MCP 文档，源码在 GitHub）。两边都能接 AI 工具，区别仍然是计费单位。MCP 的协议本身见 Model Context Protocol 规范。

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

定时任务方面，Apify 有内置的 Schedules，每个用户最多 100 个，一个 schedule 最多带 10 个 actor（Schedules、Limits），结果存在数据集里，未命名的数据集 7 天后过期（Dataset）。我们这边没有内置调度，结果直接在响应里返回，存哪里由你决定，用 cron、n8n 或任何工作流工具定时调一次接口即可；我们在 YouTube 评论选题报告里有一个每月跑一次的完整例子，每个能力的参数和字段说明在 YouTube 爬虫 API 页面，常用的是搜索、评论、字幕、频道视频和 Shorts。

从 Apify 换过来：要改的五处

如果你现在用的是 Apify 的 YouTube actor，换过来不只是换一个接口地址。我们按实测碰到的问题，列出最容易出错的五处：

1. 计费单位：Apify 按条付费，maxResults 设大就多付钱；我们按次付费，limit 写满（搜索 50、评论 100）不多花钱，写小反而亏。
2. 深度：一个关键词、一条视频不能一次挖到底，要改成「多关键词、多排序、按 ID 去重」，或者把深挖的部分交给官方接口。
3. 时间字段：评论和频道视频的 posted_at 是相对时间，要按抓取时刻换算；视频搜索结果才是 ISO 时间戳。
4. 回复：评论结果里混有回复，按 is_reply 和 reply_to_id 分开，否则「1,000 条评论」里可能大半是回复。
5. 结果存放：我们不替你存数据，响应拿到就要写进你自己的库；Apify 的数据集会替你存 7 天。

什么时候 Apify 更合适

照实写，下面几种情况选 Apify（或者官方接口）更合适。第一，要一条视频的全部评论，或者一个关键词下几千条搜索结果：我们没有翻页参数，单条视频去重后两百来条就到顶，Apify 的 Comments Scraper 和 YouTube Scraper 设一个 maxComments 或 maxResults 就能跑完。第二，每月用量很小、落在 Apify Free 档 $5 额度以内：例如每月几百条字幕或几百条视频详情，Apify 实付 $0，我们这边要先充 $10。第三，只要单条视频详情：API Dojo 的视频 actor 每千条 $0.50，比我们便宜 10%。第四，需要 Apify 独有的附加项：频道按日期筛选、按分钟的转写、AI 生成的视频描述和摘要，我们没有对应的能力。第五，你已经在 Apify 上搭好了别的工作流，数据集、Schedules、Webhooks 都在那边（Webhooks）。

反过来，下面几种情况选我们更省：跨很多关键词、很多频道、很多视频，每处要头部的一页；需要同时拿搜索、评论、字幕、频道资料，不想为每一类找一个 actor、比较一次价格；需要稳定可预期的单价，失败就是 0；需要把 YouTube 和 TikTok、Instagram、Reddit 这类平台放在同一个接口和同一份余额里（例如我们的 TikTok 爬虫 API）。

合规边界：公开数据、平台条款和最近的诉讼

YouTube 的服务条款不允许用机器人、爬虫等自动方式访问服务，公开搜索引擎按 robots.txt 访问、或者事先取得 YouTube 书面许可的除外（YouTube 服务条款，2023-12-15 生效版）。官方 Data API 有自己的一套开发者条款和政策，要求说清楚收集了什么、怎么存、怎么删，不要无限期保存用户数据（开发者政策、API 服务条款）。评论里有公开的用户名和发言，在欧盟属于个人数据，处理时要符合 GDPR 的要求；Apify 的 Comments Scraper 页面 FAQ 也提醒，结果可能含个人数据，没有正当理由不应收集。

2026 年 10 月 9 日，美国加州北区联邦法院的一项裁定，让 YouTube 创作者起诉 Apple 的案子得以继续：原告指控 Apple 绕过 YouTube 的防抓取措施下载视频训练模型，法官认为这些技术措施限制了访问方式，驳回了 Apple 提前结案的请求（MediaPost 报道）。这个案子针对的是下载视频本身，和本文讨论的元数据、评论、字幕不是一回事，也还没有判决结果；我们不提供法律意见，只建议在把 YouTube 数据用于训练模型或对外发布之前，先请律师看过你的具体用法。

最近的变化（2026 年 9–10 月）

2026-10-26，Apify 一个 YouTube 搜索 actor 价格翻倍。 前面截图的那个 YouTube Search Scraper，Free 档从每条 $0.0025 调到 $0.005，付费档从 $0.00025 调到 $0.0005（元数据）。对读者的意义：Store 里的低价第三方 actor 价格变动比 Apify 自己维护的更频繁，按月估算成本时要每月重读一次 pricingInfos。

2026-10-15，YouTube Data API 更新文档。 videos.list 补充说明了儿童内容标记的更新规则，配额计算器和合规审核页面同日更新（更新日志）。对读者的意义：配额规则仍是每天 100 次搜索、10,000 单位，近期没有放宽。

2026-10-09，Apple 必须应诉 YouTube 抓取案。 见上一节（MediaPost）。对读者的意义：绕过平台技术措施的批量下载，法律风险在上升，元数据和视频文件要分开评估。

2026-10 月中，Apify 联合创始人谈 AI 代理付费。 他在播客里说，2026 年 10 月中旬之前 30 天，x402 协议的支付量约 100 万美元，而 Apify 的商店有约 8 万个 actor、上个月付给开发者近 200 万美元（BigGo 报道）。对读者的意义：AI 代理自己找工具、自己付钱还很少见，现实里仍是「人开账号、充值、把 Key 交给 AI」，选工具时看的是 Key 好不好管、账好不好对。

2026-10-01，累计用户最多的字幕 actor 取消折扣。 pintostudio 的字幕 actor 不再给付费档打折，各档统一每条 $0.01（Store 页）。对读者的意义：大批量字幕在 Apify 上要找更便宜的第三方，或者换按次计费的工具。

2026-09-30，评论里的图片字段。 YouTube Data API 的 comments 资源新增 snippet.imageUrl，用于评论里附的图片或动图，2026 年 11 月对所有用户开放（更新日志）。对读者的意义：评论分析以后可能要处理图片，纯文本的情绪分析会漏掉一部分信息。

上手：从一次试用到每天自动跑

第一步，在 EveryInfra 市场找到 YouTube，打开评论或搜索能力页，页面上的试用台可以不写代码直接发一次请求，看返回的字段和 charged_usd。第二步，在控制台建 API Key，按快速上手把上面的 curl 跑通；充值从 $10 起，余额不过期。第三步，把要盯的关键词、频道、视频整理成表，按本文的去重写法每天定时跑一次；或者把远程 MCP 加进你的 AI 客户端，让它替你写请求。想先看看别的替代方案，可以读 Apify 替代总览和替代方案页；价格明细见价格页。

常见问题

apify youtube scraper pricing 到底怎么算？

YouTube Scraper 按事件计费，基本事件是每条视频：Free 档 $0.004、Starter $0.003、Scale $0.0026、Business $0.0024，即每千条 $4.00 到 $2.40；转写、AI 摘要、按日期筛选是另外收费的附加项。折扣档跟着套餐走，要拿 Business 档的价先得付 $999 月费。我们在 2026-11-01 两次读取公开接口，价格一致。（问题来自 Google 搜索联想词「apify youtube scraper pricing」及「…pricing plans」「…pricing calculator」，2026-11-01 读取。）

apify youtube comments scraper 能拿全一条视频的评论吗？

它的 Store 页写的是能拿所选视频的全部评论，用 maxComments 限制条数，按条收费，Business 档每千条 $0.90。我们这边做不到：youtube/comments 每次最多 100 条，没有翻页参数，一条 5,610 条评论的视频 5 次请求去重后只有 245 条。要拿全，用 Apify 或 YouTube 官方的 commentThreads 接口。（问题来自 Google 搜索联想词「apify youtube comments scraper」「how to scrape youtube comments」，2026-11-01 读取。）

有没有 apify youtube scraper api 可以直接在代码里调？

有。Apify 的每个 actor 都能用 API 启动，同步接口 run-sync-get-dataset-items 跑完直接返回数据集，可以用 maxTotalChargeUsd 限制花费。EveryInfra 是一个 POST /api/v1/social 接口，platform 写 youtube，action 写 search、comments 等，响应里直接带 charged_usd。（问题来自 Google 搜索联想词「apify youtube scraper api」，2026-11-01 读取。）

apify youtube transcript scraper 和 youtube/transcript 哪个便宜？

看选哪个 actor。累计用户最多的 pintostudio 字幕 actor 每千条 $10，是我们 $0.556 的 18 倍；近 30 天用户最多的 johnvc 字幕 actor 是 $2.75（Free）到 $2.00（Business），3.6–4.9 倍；supreme_coder 的字幕 actor 付费档每千条 $0.70，只比我们贵 1.3 倍（Free 档 $1.00，1.8 倍）。月量在几百条以内时，Apify Free 档的 $5 额度就够用，实付 $0。（问题来自 Google 搜索联想词「apify youtube transcript scraper」，2026-11-01 读取。）

apify youtube channel scraper 和 apify youtube shorts scraper 值得换吗？

频道视频列表值得：Fast YouTube Channel Scraper 每千条 $0.50–$1.30，我们 youtube/user_posts 一次 50 条每千条 $0.0111。Shorts 要看你比的是谁：Apify 自己的 Shorts Scraper 每千条 $2.40–$4.00，差 177 倍以上；Store 里最便宜的第三方 Shorts actor 每千条 $0.02，只比我们贵 1.5 倍。（问题来自 Google 搜索联想词「apify youtube channel scraper」「apify youtube shorts scraper」，2026-11-01 读取。）

有没有更省钱的 YouTube 抓取方式？Reddit 上的人怎么说？

Reddit r/apify 上有用户说想批量拿 YouTube 视频数据，但没找到划算的办法，「大多数地方收费很高」；另一帖里有人提到官方接口每天 10,000 的配额「很快就用完」（帖子一、帖子二）。按本文实测，跨很多关键词和视频拿头部数据，按次计费最省；深挖一条视频的评论，官方接口最省；同一回帖里还提到开源的 yt-dlp，它免费，但代理、维护和合规都要自己负责。（问题来自 Google 搜索联想词「apify youtube scraper pricing reddit」，2026-11-01 读取。）

参考资料

1. YouTube Scraper（Store 页面、价格、FAQ），Apify / Streamers，2026-11-01 读取。https://apify.com/streamers/youtube-scraper
2. YouTube Scraper 公开元数据（pricingInfos、stats），Apify API，2026-11-01 00:46 与 14:40 新加坡时间读取。https://api.apify.com/v2/acts/streamers~youtube-scraper
3. YouTube Comments Scraper（Store 页面、maxComments、个人数据提示），Apify / Streamers，2026-11-01 读取。https://apify.com/streamers/youtube-comments-scraper
4. YouTube Comments Scraper 公开元数据，Apify API，2026-11-01 读取。https://api.apify.com/v2/acts/streamers~youtube-comments-scraper
5. Fast YouTube Channel Scraper，Apify / Streamers，2026-11-01 读取。https://apify.com/streamers/youtube-channel-scraper
6. YouTube Shorts Scraper，Apify / Streamers，2026-11-01 读取。https://apify.com/streamers/youtube-shorts-scraper
7. YouTube Search Scraper（FAQ 价格段截图），Apify / API Ninja，2026-11-01 14:40 新加坡时间截取。https://apify.com/api-ninja/youtube-search-scraper
8. YouTube Search Scraper 公开元数据（2026-10-26 调价），Apify API，2026-11-01 读取。https://api.apify.com/v2/acts/api-ninja~youtube-search-scraper
9. Youtube Search Api，Apify / grow_media，2026-11-01 读取。https://apify.com/grow_media/youtube-search-api
10. YouTube Comment Scraper，Apify / supreme_coder，2026-11-01 读取。https://apify.com/supreme_coder/youtube-comment-scraper
11. Youtube Scraper (Pay Per Result)，Apify / API Dojo，2026-11-01 读取。https://apify.com/apidojo/youtube-scraper
12. YouTube Comments Scraper API，Apify / API Dojo，2026-11-01 读取。https://apify.com/apidojo/youtube-comments-scraper
13. YouTube Shorts API，Apify / johnvc，2026-11-01 读取。https://apify.com/johnvc/youtube-shorts-api
14. Youtube Transcript Scraper（2026-10-01 取消折扣），Apify / pintostudio，2026-11-01 读取。https://apify.com/pintostudio/youtube-transcript-scraper
15. Youtube Transcript Scraper，Apify / supreme_coder，2026-11-01 读取。https://apify.com/supreme_coder/youtube-transcript-scraper
16. Fast YouTube Channel Scraper API（频道资料），Apify / API Dojo，2026-11-01 读取。https://apify.com/apidojo/youtube-channel-information-scraper
17. YouTube Channel Video Scraper，Apify / grow_media，2026-11-01 读取。https://apify.com/grow_media/youtube-channel-video-scraper
18. Apify Store 搜索「youtube」，Apify API，2026-11-01 00:45 新加坡时间读取。https://api.apify.com/v2/store?search=youtube
19. Apify 价格页（套餐、算力），Apify，2026-11-01 读取。https://apify.com/pricing
20. Actors in Store（计费方式、折扣档、维护中标签），Apify 文档。https://docs.apify.com/platform/actors/running/actors-in-store
21. Pay-per-event pricing model（事件、最高花费上限），Apify 文档。https://docs.apify.com/platform/actors/publishing/monetize/pay-per-event
22. Actor pricing and costs（折扣档、企业档），Apify 文档。https://docs.apify.com/platform/actors/publishing/monetize/pricing-and-costs
23. Run Actor synchronously and get dataset items（maxTotalChargeUsd），Apify 文档。https://docs.apify.com/api/v2/act-run-sync-get-dataset-items-post
24. Apify MCP server，Apify 文档。https://docs.apify.com/platform/integrations/mcp
25. Limits（同时运行数、Schedules 上限），Apify 文档。https://docs.apify.com/platform/limits
26. Billing（预付额度不结转、超额开票门槛），Apify 文档。https://docs.apify.com/platform/console/billing
27. Schedules，Apify 文档。https://docs.apify.com/platform/schedules
28. Webhooks，Apify 文档。https://docs.apify.com/platform/integrations/webhooks
29. Get Actor 接口，Apify 文档。https://docs.apify.com/api/v2/actor-get
30. Usage and resources，Apify 文档。https://docs.apify.com/platform/actors/running/usage-and-resources
31. Dataset（未命名数据集 7 天过期），Apify 文档。https://docs.apify.com/platform/storage/dataset
32. Runs and builds（运行状态），Apify 文档。https://docs.apify.com/platform/actors/running/runs-and-builds
33. Residential proxy，Apify 文档。https://docs.apify.com/platform/proxy/residential-proxy
34. n8n integration，Apify 文档。https://docs.apify.com/platform/integrations/n8n
35. Get run 接口，Apify 文档。https://docs.apify.com/api/v2/actor-run-get
36. Actor quality score，Apify 文档。https://docs.apify.com/platform/actors/publishing/quality-score
37. Get list of Actors in Store 接口，Apify 文档。https://docs.apify.com/api/v2/store-get
38. apify-mcp-server，GitHub。https://github.com/apify/apify-mcp-server
39. YouTube Data API Revision History（2026-10-15、2026-09-30、2026-06-01 条目），Google for Developers。https://developers.google.com/youtube/v3/revision_history
40. Quota Calculator（2026-10-15 更新），Google for Developers。https://developers.google.com/youtube/v3/determine_quota_cost
41. CommentThreads: list，Google for Developers。https://developers.google.com/youtube/v3/docs/commentThreads/list
42. Comments: list，Google for Developers。https://developers.google.com/youtube/v3/docs/comments/list
43. Search: list，Google for Developers。https://developers.google.com/youtube/v3/docs/search/list
44. Videos: list，Google for Developers。https://developers.google.com/youtube/v3/docs/videos/list
45. Channels: list，Google for Developers。https://developers.google.com/youtube/v3/docs/channels/list
46. Captions: download（200 单位、需编辑权限），Google for Developers。https://developers.google.com/youtube/v3/docs/captions/download
47. YouTube Data API Overview，Google for Developers。https://developers.google.com/youtube/v3/getting-started
48. Quota and Compliance Audits（2026-10-15 更新），Google for Developers。https://developers.google.com/youtube/v3/guides/quota_and_compliance_audits
49. YouTube API Services Developer Policies，Google for Developers。https://developers.google.com/youtube/terms/developer-policies
50. YouTube API Services Terms of Service，Google for Developers。https://developers.google.com/youtube/terms/api-services-terms-of-service
51. YouTube 服务条款（2023-12-15 生效），YouTube。https://www.youtube.com/t/terms
52. Understand your YouTube content performance，YouTube 帮助中心。https://support.google.com/youtube/answer/12220281
53. EveryInfra 能力目录（price_usd、max_limit、response_fields），2026-11-01 读取。https://api.everyinfra.com/api/v1/social/catalog
54. EveryInfra llms.txt（失败和空结果不收费、最低充值），2026-11-01 读取。https://api.everyinfra.com/llms.txt
55. Model Context Protocol 规范 2025-06-18。https://modelcontextprotocol.io/specification/2025-06-18
56. Regulation (EU) 2016/679（GDPR），EUR-Lex。https://eur-lex.europa.eu/eli/reg/2016/679/oj
57. yt-dlp，GitHub。https://github.com/yt-dlp/yt-dlp
58. Apple Must Face Suit Over YouTube Scraping，MediaPost，2026-10-09。https://www.mediapost.com/publications/article/418644/apple-must-face-suit-over-youtube-scraping.html
59. Apify's Jan Curn Says AI Agents Still Won't Pay，BigGo Finance，2026 年 10 月。https://finance.biggo.com/news/63f41820354173bb
60. YouTube scraping question，Reddit r/apify。https://www.reddit.com/r/apify/comments/1bpx9re/youtube_scraping_question/
61. I built a YouTube Scraper Pro on Apify to bypass API quotas，Reddit r/apify。https://www.reddit.com/r/apify/comments/1xjbqh4/i_built_a_youtube_scraper_pro_on_apify_to_bypass/
62. YouTube Transcript & Subtitles Scraper API（价格版本 2026-10-13 生效），Apify / johnvc，2026-11-01 读取。https://apify.com/johnvc/youtubetranscripts