Apify 价格详解：月费、CU、按事件和代理费怎么叠

每月要 1 万条数据，在 Apify 上最省的做法都是 Starter 档（月费 $19）：1 万条 Instagram 帖子这个月实付 $23，1 万家 Google Maps 店铺 $30，1 万条 TikTok 评论 $19（其中 $9 预付额度用不完、月底作废）；同样三件活我们在 2026 年 10 月 26 日用 EveryInfra 按次计费实测外推，分别是 $0.0278、$0.278 和 $0.0345，差 827 倍、108 倍和 551 倍。Apify 的单价随套餐降低，但按它自己公开的价格算，Instagram Scraper 要每月超过 86,522 条结果，升到 $199 的 Scale 档才比 Starter 档划算，月量更小的人升档只是多交月费。下面把 Apify 账单的五层费用逐层拆开，给一个能照着填的公式和计算表，再拿 Reddit 上用户贴出的真实账单回代核对。

本文说的「Apify 价格」，指一个用户在 Apify 平台上跑 Apify Store 里的现成 actor（Apify 对云端抓取程序的叫法）时，账单上会出现的全部费用。我们没有注册 Apify、没有付费跑过它的 actor，所以 Apify 一侧的每个数字都来自它公开的材料：定价页、文档、不需要账号就能读的公开接口 api.apify.com/v2/acts/<actor>，以及用户在 Reddit 上贴出的账单。EveryInfra 一侧的每个数字都来自当天的真调原始返回。两边返回的字段不做对照，本文只比计费规则和钱。

先看结论（apify pricing explained）：每月 1 万条，各档要付多少

先把最关键的一张表放前面。表里的「这个月实付」按 Apify 定价页写明的规则算：付费套餐的月费就是当月的预付用量，用量没超过月费，实付就是月费，多出来的用量记到下一张发票上；Free 档每月只有 $5 用量，用完服务就停到下个账单周期，不能多付钱继续用（Apify 定价页，2026-10-26 17:06 新加坡时间读取）。单价取自三个用户最多的 actor 的公开定价接口，同一时间读取：Instagram Scraper、Google Maps Scraper 和 TikTok Comments Scraper。

三行加粗的是 Apify 各自最省的档位，全部落在 Starter。原因很直接：这三件活在 Starter 档的用量分别是 $23、$30 和 $10，离 Scale 档的 $199 月费还差得远，升档以后单价是降了，但你得先交 $199，用不完的部分月底作废。表最右一列是 EveryInfra 的按次计费：我们的能力按次收费，一次请求一个价，不管返回多少条（不超过该能力的 max_limit）。今天的实测里 instagram/user_posts 每次拿回 200 条，google_maps_reviews/search 同一关键词连翻两页拿回 100 家，tiktok/comments 三个视频平均每次 161.7 条，1 万条需要的次数和钱都是按这三个实测值外推的，外推的假设写在后面的实测一节里。按我们的结论规则，倍数在 2 倍以上才写「更便宜」，三行都远超这个线：Instagram 帖子 827 倍，地图店铺 108 倍，TikTok 评论 551 倍。

如果你只想比「每千条单价」，不考虑月费，结论也一样，只是倍数小一些。Business 档的单价是自助套餐里最低的：Instagram 帖子每千条 $1.50，地图店铺 $1.50，TikTok 评论 $0.50，对我们实测的 $0.00278、$0.0278 和 $0.00345，分别是 540 倍、54 倍和 145 倍。Apify 还有两档只给 Enterprise 客户的价格，Apify 文档把它们叫 PLATINUM 和 DIAMOND，公开接口里同样能读到；按最低的 DIAMOND 档（Instagram 帖子 $0.50、地图店铺 $0.756、TikTok 评论 $0.15）算，倍数是 180 倍、27 倍和 43 倍。这几个倍数和我们 10 月 26 日的Apify 替代方案实测一文是同一类结论，那篇按九类数据逐行比单价，本文不再重复，只看「一个月的账单是怎么一层层加出来的」。

Apify 的账单有几层（apify pricing model）

很多人搜「apify pricing explained」，是因为 Store 页面上写着「每 1,000 条 $X」，月底的账单却对不上。对不上的原因是 Apify 的账单不止一层。Actors in Store 文档写明，Store 里的 actor 只有两种计费方式：按事件（pay per event）和按用量（pay per usage）。按事件的 actor 由作者定义事件和单价，比如「返回一条结果」「启动一次运行」，大多数按事件的 actor 已经把平台用量算进事件价里，但文档也写了「有些会另收平台用量，要看 actor 的定价说明」。按用量的 actor 作者不加价，你只付它运行时消耗的平台资源：计算单元、数据传输、存储操作、住宅代理或 SERP 代理。两种方式都从套餐附带的预付额度里扣，超出的部分进下一张发票。

把这些规则拆开，一张 Apify 月账单最多有五层。下面这张表是全文的骨架，后面每一节讲一层。表里每一项的单价都来自 Apify 定价页的套餐对比表或各 actor 的公开定价接口，读取时间都是 2026-10-26 17:05 到 17:06（新加坡时间）。

这张表要按列读，而不是按行读。按事件的 actor 只出现第 1、2 层（如果作者没有另收平台用量），第 5 层里只有运行结束后你自己再去读写数据集才会产生费用，Actors in Store 文档专门写了一句「运行结束后对数据集的读写按平台用量收费，所有计费方式都一样」。按用量的 actor 正好相反：第 2 层是空的，第 3、4、5 层全部出现，单价看似很低，但事先很难估，文档自己的建议是「先用小范围跑一次，看消耗多少」。下面五节按层讲，每层都配一个可以直接套用的算式。

第一层：套餐月费就是预付额度（apify pricing plans）

Apify 定价页目前列四个自助套餐和一个 Enterprise 档：Free 每月 $5 预付用量，Starter $19，Scale $199，Business $999，Enterprise 写「Unlimited」并要联系销售。定价页的问答里有三句话决定了账单的形状：付费套餐的用量超过预付额度，超出部分记到下一张发票上并通知你；Free 档超出就停用到下个月度周期；没用完的预付额度不滚存，账单周期结束就作废。账单文档又补了一条：超额用量在下一个周期之前就达到门槛的，会立即开票，门槛是 Starter 档 $20、更高的档 $200。升档按剩余天数补差价，降档只有没用完的平台用量会转到新套餐，取消则用到当前周期结束。

表里「同时运行上限」一列要注意，两份 Apify 官方材料写得不一样：定价页套餐表写 Free 档 5 个，平台限制文档的表格写 Free 档 25 个、Starter 32 个、Scale 128 个、Business 256 个，只有 Free 档对不上，以你账户里的实际限制为准。定价页还写了两种折扣：学生 Starter 和 Scale 档七折，创业公司 Scale 档七折。这些折扣乘在月费上，不改变下面算出来的「用量多少时该升档」的结构，只是把盈亏点往下挪一些。

这条规则带来一个反直觉的结果：月量不大时，选更贵的套餐不会更省，只会更贵。以 TikTok 评论为例，1 万条在 Starter 档的用量是 1 万 × $0.001 = $10，比月费 $19 少，这个月实付就是 $19，有 $9 额度到月底作废；同样 1 万条放到 Scale 档，单价降到 $0.00075，用量只有 $7.50，但你要付 $199，作废 $191.50。所以「Apify 哪个套餐划算」这个问题，答案总是「月费刚好能被用量吃满的那一档」，Apify 自己在定价页也是这么建议的：选包含你需要的功能、价格最低的套餐，超了再按超额付。

第二层：按事件计费，一条结果之外还有启动费和附加事件

现在 Store 里的主流计费方式是按事件。按事件计费文档写明：事件由 actor 作者定义，可以给 FREE、BRONZE、SILVER、GOLD 四个折扣档分别定价，平台还有两个自动收费的「合成事件」。一个是 apify-actor-start，每次启动收一次，默认 $0.00005，内存在 1 GB 以内收 1 次，之后每多 1 GB 多收 1 次，所以 4 GB 内存的运行启动一次是 $0.0002，作为交换 Apify 承担每次运行前 5 秒的计算费用；另一个是 apify-default-dataset-item，往运行的默认数据集里每写一条就收一次，默认开启，作者可以在后台删掉。作者拿事件收入的 80%，公式是「利润 = 0.8 × 收入 − 平台成本」（定价与成本文档），公开接口里每个 actor 的 apifyMarginPercentage 字段都是 0.2，对得上。

附加事件是账单变厚的主要原因。以 Google Maps Scraper 为例，公开接口里一共列了 11 个事件：主事件「Scraped place」在 Free、Starter、Scale、Business 四档分别是每家 $0.004、$0.003、$0.002、$0.0015；「Filter applied」每家每个筛选 $0.001 到 $0.000525；「Company contacts enrichment」（从店铺官网补联系方式）每家 $0.002 到 $0.00105；「Business leads enrichment」在 Free 档每条 $0.10，到 Starter 档降到 $0.005，差 20 倍；另外还有评论、图片、社交主页和 AI 竞品分析。同一件「1 万家店铺」的活，只开主事件是 Starter 档 $30，加联系方式变成 $50，再加 1 个筛选变成 $60，单价从每千家 $3 翻到 $6。

按事件计费还有两个用户可以用的刹车。一是每次运行的最高花费：启动运行时可以设 maxTotalChargeUsd，到了上限 actor 会停，超出上限产生的事件不收钱（Actors in Store 文档；Run Actor 接口文档的示例里能看到这个参数）。作者可以给这个上限设一个最低值，公开接口里的字段叫 minimalMaxTotalChargeUsd：Google Maps Scraper、TikTok Scraper 和 Google Search Results Scraper 都是 $0.50，Instagram Scraper 是 $0.0027，也就是说用前三个 actor 时，单次运行的花费上限最低只能设到 50 美分。二是账户级的用量上限，在账单的 Limits 页设置。但这个上限不是硬切断，下面讲 Reddit 账单时会看到一个超出 18.8% 的实例。

读按事件的价格还有一个坑：actor 说明页上的文字可能是旧的，以公开接口为准。TikTok Comments Scraper 的说明页问答里，今天（2026-10-26 17:19 新加坡时间）仍写着「按结果计费，每 1,000 条 $5」「推荐每月 $29 的 Starter 套餐，每月能抓 5,800 多条」；同一时刻它的公开接口写的是按事件计费，Free 档每条 $0.00125（每千条 $1.25），Starter 档 $0.001，而定价页上的 Starter 月费是 $19。接口里的定价历史显示，这个 actor 2023 年 2 月是每月 $20 的月租，2024 年 8 月改成每条 $0.001 的按结果计费，2026 年 3 月 16 日改成按事件计费，说明页那段文字和现在的价格、套餐都对不上。

怎么读公开接口：不需要账号，直接 GET api.apify.com/v2/acts/<作者>~<actor 名>，返回里的 data.pricingInfos 是定价历史，最后一个元素是当前价格，pricingPerEvent.actorChargeEvents 下面是每个事件的名字、标题和各档单价（eventTieredPricingUsd）。Get Actor 接口文档和按事件计费文档都写明，要拿某个 actor 的全部计费事件名，就用这个接口。本文所有 Apify 单价都按这个方法读取，原始返回存档备查。

第三层：按用量计费的 actor，CU 怎么换成钱（apify compute unit）

按用量计费的 actor（比如 Apify 自己的 Web Scraper，公开接口里它的 pricingInfos 是空的，默认内存 4,096 MB）不收事件费，账单主要是计算单元。用量与资源文档的定义是：CU = 内存（GB）× 运行时长（小时），1,024 MB 跑 1 小时是 1 CU，计时最小到秒。内存还决定 CPU：每 4,096 MB 一个完整 CPU 核，512 MB 是八分之一核；磁盘是内存的两倍。CU 的单价随套餐变，定价页写 Free 和 Starter 档 $0.2，Scale 档 $0.16，Business 档 $0.13。

难的是事先估 CU。文档给了一个按小时监控的例子：4,096 MB 内存、每次跑 15 分钟，每次消耗 1 CU（4 × 0.25），每小时跑一次、跑满一个月是 720 CU，按 Starter 档 $0.2 算是 $144，Scale 档 $115.20，Business 档 $93.60。Apify 的帮助文章《怎么估算项目的 CU 用量》给了两个平均值：用浏览器渲染页面，平均 1 CU 能处理 300 个页面；只下载 HTML 再解析（Cheerio），平均 1 CU 能处理 3,000 个页面。同一篇文章也提醒，单次只跑一个网址的小任务吃不到自动扩缩的好处，要实测。

这张表里的 CU 费用看上去都不高，但它只是第三层。按用量的 actor 访问有防护的网站时几乎都要用代理，代理是单独一层，而且往往比 CU 贵。还有一点要说清楚：按事件的 actor 在待命（Standby）模式下运行时，按事件计费文档写明用户总是要另付平台用量；作者开启「事件 + 用量」开关时也一样，这个开关要 14 天才生效，而且文档说它会拉低 actor 的质量分，所以多数作者不会开，但你用之前仍要看 actor 页上的定价说明。

第四层：代理流量（apify proxy pricing）

「apify proxy pricing」和「apify residential proxy pricing」是搜索联想里排得很靠前的两个词。定价页把代理分成四种：住宅代理按流量收费，Free 和 Starter 档每 GB $8，Scale 档 $7.5，Business 档 $7；数据中心代理按 IP 数，Free 档含 5 个，Starter 含 30 个、超出每个 $1，Scale 含 200 个、超出 $0.8，Business 含 500 个、超出 $0.6；Google SERP 代理按次数，每 1,000 次搜索结果页 $2.5 到 $1.7；Unblocker 每 1,000 次请求 $1.5 到 $1。住宅代理文档写明计费按每个连接的数据流量算，并专门提醒：浏览器每打开一个页面都会加载大文件，很容易很快用完预付流量，建议屏蔽图片等请求。

住宅代理的账可以用一个公开的页面体积来估。HTTP Archive 的《Web Almanac 2025：页面体积》统计，2025 年 7 月手机端内页的中位数是 1,769 KB（首页更大，2.6 MB）。如果一个按用量的 actor 用浏览器经住宅代理完整加载 1 万个这样的内页，流量是 10,000 × 1,769 KB ≈ 16.87 GB，代理费 Starter 档约 $134.96，Scale 档 $126.53，Business 档 $118.09，是上一节同样 1 万页 CU 费用的 20 到 27 倍。这是上限估计：屏蔽图片、字体和脚本以后流量会小很多，只取接口数据时更小，具体多少要按你的目标网站实测，但量级说明了一件事，按用量 actor 的账单大头往往在代理，不在 CU。

代理总览文档和数据中心代理文档说明，数据中心代理便宜、快，但更容易被网站识别；Google SERP 代理文档说明它只用于抓 Google 搜索结果页。定价页问答里还有一条容易漏掉的限制：Free 档附带的 Apify Proxy 只能在平台内部用，不能给外部程序当代理。按事件的 actor 通常已经把代理成本算进事件价，所以这一层主要影响按用量的 actor 和你自己写的 actor。

第五层：存储和数据传输

最后一层金额最小，但每个运行都会碰到。定价页按三种存储分别收费：数据集（Dataset）每 1,000 次写入 Free 和 Starter 档 $0.005，每 1,000 次读取 $0.0004，存放每 1,000 GB·小时 $1；键值库（Key-value store）写入贵 10 倍，每 1,000 次 $0.05；请求队列（Request queue）存放每 1,000 GB·小时 $4。外部数据传输每 GB $0.20，内部每 GB $0.05。存储文档给了一个估算器的例子：1 GB 数据集存 24 小时 $0.024，加 1,000 次读和 1,000 次写，合计约 $0.0294。

按这个价，1 万条结果写进数据集一次是 $0.05，读出来一次是 $0.004，对前面动辄几十美元的事件费几乎可以忽略。真正要注意的是保留期：存储文档写明，没命名的存储会在保留期到了以后自动删除，Free 档只保留最近 10 次运行 4 个月；想长期留，要给数据集命名（数据集文档），命名的存储一直保留、一直按存放时长计费。另外两种存储的用法和计费见键值库文档和请求队列文档。如果你像很多人那样每天定时跑、每次都拉一遍全部数据集，读取次数和外部流量会按天累积，金额仍小，但会在账单上多出一行。

计算器（apify pricing calculator）：一个能照着填的公式

把五层合起来，一个月的 Apify 账单可以写成下面这个式子。它适用于四个自助套餐；Enterprise 档的价格要谈，不在这个式子里。

用量 U = Σ（每种事件的次数 × 该事件在你这一档的单价）        ← 第 2 层，按事件的 actor
       + Σ（每次运行的启动事件 × 内存 GB 数 × $0.00005）
       + CU × CU 单价                                         ← 第 3 层，按用量的 actor
       + 住宅流量 GB × 每 GB 单价 + SERP 次数 / 1000 × 单价    ← 第 4 层
       + 存储读写和传输                                       ← 第 5 层

这个月实付 =
  Free 档：U ≤ $5 时为 $0；U > $5 时做不了（服务停到下个周期）
  付费档：月费 F + max(0, U − F)                              ← 第 1 层，F = $19 / $199 / $999
该选哪一档：分别按四档单价算出 U，代入上式，取实付最小的那一档

下面这张计算表就是公式的展开，以「每月 1 万家 Google Maps 店铺，带联系方式和 1 个筛选，每天跑 1 次、每次 4 GB 内存」为例，四档逐格算好；换成你自己的活，只要把第一列的次数换掉、单价按你要用的 actor 从公开接口里抄。

我们用一个对方自己公开的数检验这个公式，判据是动手前定的：公式算出的数要能对上 Apify 自己写的数，对不上就写出差在哪，不改公式凑数。Instagram Scraper 的说明页写着：Starter 档每 1,000 条 $2.30，每月可以抓 8,200 多条；Scale 档 $1.90，每月 104,700 条；Business 档 $1.50，每月 666,000 条。按公式，月费能覆盖的条数是 F ÷ 单价：$19 ÷ $0.0023 = 8,260，$199 ÷ $0.0019 = 104,736，$999 ÷ $0.0015 = 666,000，三档都对上了。这说明 Apify 说明页上的「每月可抓多少条」就是「月费刚好被用完」的条数，也印证了月费等于预付额度这条规则。

升档什么时候才划算：每个 actor 的盈亏点

有了公式就能算出「月量到多少才该升档」。在 Starter 档，用量一旦超过 $19，实付就等于用量；在 Scale 档，用量不到 $199 时实付固定是 $199。所以 Starter 和 Scale 打平的条数，就是 Starter 档用量刚好等于 $199 的那一点：条数 = $199 ÷ Starter 单价。同理，Scale 和 Business 打平在 $999 ÷ Scale 单价。我们对四个 actor 都算了一遍，并检查了打平点上高一档的用量确实还没超过它的月费（例如 Instagram Scraper 在 86,522 条时，Scale 档用量是 $164.39，低于 $199），公式成立。

这张表有两个用处。一是告诉你别被高档的低单价吸引：Google Maps Scraper 在 Scale 档每千家 $2，比 Starter 的 $3 便宜三分之一，但你每月要抓 66,334 家以上才划算。二是告诉你同一类数据换个 actor 账就变了。Instagram 帖子在 Store 里至少有两个 Apify 自己维护的 actor：Instagram Scraper 按「Result」收，Free 档每千条 $2.70；Instagram Post Scraper 按「Post」收，Free 档每千条 $1.70，公开接口显示它 2026 年 10 月 7 日刚更新过一次定价记录。同样 1 万条帖子，用后者在 Starter 档的用量是 $15，月费 $19 就够，比前者的 $23 少 $4。挑 actor 本身就是一项要算的账。

拿公式去对 Reddit 上的真实账单（apify pricing reddit）

公式要拿真实账单验证。我们在 Reddit 上找了四个贴出具体金额的帖子，全部读了原帖和回复；发帖人的用户名都隐去。第一条来自 r/B2BLeadGenPro，发帖人说自己连续三个月用 Google Maps Scraper 抓店铺并记下每张发票：只要基础字段是每千家 $4，打开邮箱和社交主页抓取变成每千家 $6，每月 2 万家是 $120、一年 $1,440（原帖）。按公式回代：Free 档主事件 $0.004 加联系方式附加 $0.002，每千家正好 $6，2 万家 $120，对得上。但对上的是 Free 档的价；如果他在 Starter 档，每千家应该是 $3 + $2 = $5，2 万家实付 $100。这个差别说明两件事：要么他按页面上的「起价」记账，要么他用的是 Free 档的价，帖子里没有写清楚，我们不替他推断。要说明的是，这个帖子是一款按年收费的桌面工具的推广，结论里「每月 3,500 条以上就不划算」是拿 Apify 和那款工具比的，不能直接套到别的方案上。

第二条来自 r/apify，标题直接问「硬上限 $110，用量到了 $130.70，算不算误导」。发帖人把账户的月度用量上限设成 $110，控制台显示最后用到了 $130.70；客服的解释是，按事件 actor 的大批运行产生计费事件的速度，比账户级上限的检查更快，所以已经在跑的用量会越过上限，并拒绝退回多出的 $20.70（原帖）。按这个例子，超出比例是 18.8%。对读者的意思是：账户上限是一道防护，不是精确的刹车，要控制单次花费，应该在每次运行上设 maxTotalChargeUsd，按事件计费文档写明平台会在达到单次上限时停止收费，但也写明这个上限是按单次运行算的，不是按用户总花费算的。

第三条是一位 actor 作者在 r/apify 发的「你的每千条成本主要是运行大小的问题」（原帖）。他用自己的 Google News actor 举例：每次运行启动费 $0.02，每页结果 $0.0099。我们按公式复算他给的四个数：1 次运行 1 页是 $0.02 + $0.0099 = $0.0299，启动费占三分之二；1 次运行 10 页，每页约 $0.0119；1 次运行 100 页是 $1.01；同样 100 页拆成 100 次运行是 100 × $0.0299 = $2.99，贵了近 3 倍。四个数全部对上。他给的建议也直接可用：定时任务把所有关键词合进一次运行，n8n 这类工作流工具里别把 actor 节点放在逐条循环里。顺带一提，他在帖子里承认自己输入表单里写的每页价格是 $0.02，比实际 $0.0099 高了一倍，这和上面 TikTok Comments Scraper 说明页的情况是同一类问题。

第四条从作者一侧看账单。r/SideProject 上一位开发者说，他把职位数据 actor 上架前让 AI 智能体专门找计费漏洞，发现 Apify 的按事件设置默认带一个「每写一条数据就收一次」的事件，加上他自己定义的每条职位费，每条会被收两次；还有运行迁移或被用户恢复后从第一页重跑、重复收费，以及 SDK 把花费上限 0 当成「不设上限」（原帖）。第一个问题对应的正是文档里的合成事件 apify-default-dataset-item。对买方的意义是：看到一个 actor 的事件表里同时有自定义的「每条结果」和默认的数据集条目事件时，要在小范围试跑的运行详情里确认实际收了几次。

定价一直在变：六个热门 actor 的计费方式变迁

Apify 的价格不是一个固定的表。公开接口的 pricingInfos 是一串历史记录，我们把六个热门 actor 的历史按计费方式整理成下图。TikTok Scraper 2022 年 2 月是每月 $45 的月租，2025 年 3 月 26 日改成按事件；TikTok Comments Scraper 经历了月租、按结果、按事件三种方式；Google Search Results Scraper 一共有 27 条定价记录，最新一条是 2026 年 10 月 7 日；Google Maps Scraper 从 2025 年 3 月 31 日起一直按事件，15 条记录。

这条变迁是 Apify 公开推动的。2026 年 4 月 14 日的博客《Why Apify is standardizing Actor pricing》写道，已有 2,000 个 actor 从按结果迁到按事件，下一步在六个月内取消月租；调查里 73% 的客户更喜欢按事件计费。理由之一是旧的月租让客户同时付「作者月租 + 平台用量」两份钱，总价难估。9 月 24 日发表的一篇作者投稿的编者按写明，月租在 2026 年 10 月 1 日完全退役，没迁移的月租 actor 自动改成按用量计费；同一篇文章还实测发现，作者 121 个公开 actor 里有 46 个用月租，在 Apify 的 MCP 服务器里搜不到。对用户的意思是：如果你在 10 月 1 日前用过某个月租 actor，现在它的账单已经从「固定月租」变成「平台用量」，单价和总额都可能变，要重新算。

单价本身也在动。Google Maps Scraper 在 2025 年 3 月 18 日的帮助文章里宣布改按事件计费时，写的启动费是每次运行 $0.007、每家店 $0.004；今天公开接口里的启动事件已经换成平台统一的 apify-actor-start，每 GB 内存 $0.00005，主事件 Free 档仍是 $0.004，但多了 BRONZE 到 GOLD 三档折扣，附加事件也从文章里的几项扩到接口里的 11 个事件，读价格要以接口和说明页当天的内容为准。我们这次读到的修改日期分别是：Instagram Scraper 和 Instagram Post Scraper 2026-10-23，Google Maps Scraper、TikTok Scraper、TikTok Comments Scraper 和 Google Search Results Scraper 都是 2026-10-26；作者分成规则见变现总览文档。

定价记录多也意味着：任何一篇文章（包括这篇）写的单价都会过时。最稳妥的做法是每次算账前读一次公开接口，或者把本文的计算表做成脚本，单价从接口里取。我们的复算脚本就是这么做的，单价全部从当天存档的接口返回里读。

同样的活，EveryInfra 怎么计费、实测多少

EveryInfra 的数据接口只有一层费用：每次请求按能力的目录价收一次钱，返回多少条都是这个价（不超过 max_limit），没有月费，没有计算单元、代理、存储这几层，失败和空结果不收钱。目录接口（GET /api/v1/social/catalog）免费，返回每个能力的 price_usd、max_limit、翻页规则和 response_fields；本文用到的三项能力是 Instagram 帖子（instagram/user_posts，$0.000556 / 次，最多 200 条）、TikTok 评论（tiktok/comments，$0.000556 / 次，最多 200 条）和 Google Maps 地点搜索（google_maps_reviews/search，$0.001389 / 次，每页最多 50 家）。平台总览见 Instagram 数据接口、TikTok 数据接口和 Google Maps 数据接口。

# 1. 提交：一次要 200 条帖子（instagram/user_posts 是异步能力，先返回 job_id）
curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer ${EVERYINFRA_API_KEY}" \
  -H "Content-Type: application/json" \
  -d '{"platform":"instagram","action":"user_posts","params":{"username":"nasa","limit":200}}'

# 2. 轮询：免费，status 变成 succeeded 后 results 里就是数据
curl -s https://api.everyinfra.com/api/v1/jobs/job_xxxxxxxx \
  -H "Authorization: Bearer ${EVERYINFRA_API_KEY}"

# 3. 地图第二页：把上一页的 next_page_token 原样传回；超过 60 行要加 "mode":"async"
curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer ${EVERYINFRA_API_KEY}" \
  -H "Content-Type: application/json" \
  -d '{"platform":"google_maps_reviews","action":"search","mode":"async","params":{"keyword":"dentist","location":"Singapore","country":"sg","limit":50,"page_token":"pt1.…"}}'

我们在 2026 年 10 月 26 日 17:10 到 17:17（新加坡时间）一共发了 14 次请求，下表是每一次的结果。条数按原始返回里的数组长度数，并按 post_id、id、place_id 去重；每千条价 = 实付 ÷ 去重后条数 × 1,000。

从这 14 次请求外推 1 万条，有三个假设要写明。Instagram 帖子：instagram/user_posts 没有翻页参数，每次最多拿一个账号最近 200 条，所以 1 万条是 50 个账号各 200 条，前提是这些账号都有 200 条以上的帖子；今天两个账号都拿满了。TikTok 评论：tiktok/comments 每个视频一次最多 200 条，目录说明写明每条顶层评论最多带两条回复，不保证完整对话树，所以视频页上显示的评论数拿不满，ESPN 两个视频只拿到显示数的一半左右（174 / 350、111 / 179）；我们按三次实测的平均 161.7 条 / 次算，1 万条要 62 次、$0.0345，全挑评论多的视频则是 50 次、$0.0278。Google Maps：google_maps_reviews/search 每页最多 50 家。这次测试时同一关键词翻到第二页就到了深度上限（stop_reason 为 depth_limit）；这个限制在 2026-10-26 19:53（新加坡时间）修复，我们 20:01–20:03 用新加坡 dentist 复核，三页分别是 50、50、20 家，第 3 页 stop_reason 为 depth_limit，一个关键词现在最多 120 行。第 3 页只有 20 家却同样算一次请求，所以下面仍按每组 2 次、100 家算：1 万家要准备 100 组不同的「行业 × 城市」关键词，共 200 次、$0.2778。每一页都是重新抓取，页与页之间可能重复（马德里两页里有 1 家），所以入库前要按 place_id 去重，我们的Google Maps 去重实测一文专门讲过这件事。

字段要和目录对得上。下表是 tiktok/comments 目录里的 12 个 response_fields，以及 NBA 那次 200 条里每个字段实际出现的条数：前 9 个每条都有，reply_to_id 只在 89 条回复上出现，reply_count 和 pinned_by_author 只在部分顶层评论上出现。另外两个能力我们也逐个核了：google_maps_reviews/search 目录列 22 个字段，芝加哥第一页 50 家里出现了 19 个，缺 description、price、permanently_closed 三个；instagram/user_posts 目录列 21 个字段，nasa 的 200 条里出现了 15 个，video_url 只在 56 条视频帖上出现。

错误和扣费：两边谁付钱

按事件计费下，失败要不要付钱由 actor 作者决定。按事件计费文档在「Charge for invalid input」一节建议作者：看似有效、实际会出错的输入（比如 404 的网址）也要收费，因为平台资源已经花出去了，同时推荐返回带错误码的条目而不是让整个运行失败。TikTok Comments Scraper 的说明页就写了一张错误码表，查不到、私密账号等情况会往数据集里写一条带 errorCode 的错误条目；这条错误条目收不收钱，说明页没写，我们也没付费跑过，不下结论。另外前面讲过，单次运行的花费上限和账户级用量上限都能挡住失控的循环，但账户上限会被已经在跑的运行越过。

EveryInfra 的规则是：参数错误、鉴权失败等异常请求不扣费；先扣后发现是空结果的，按同一笔扣费记录退回（价格页写明「失败或空结果不计费」）。今天有两次正好可以验证。17:13:21 那次地图第二页没加 "mode":"async"，返回 422 async_required，错误信息写明「Nothing was charged」，并告诉你怎么改；17:14:31 那次查一个不存在的 Instagram 账号，提交时先扣了 $0.000556，17:15:14 任务结束时 count 为 0，refund_state 变成 refunded。

接入：MCP 和 n8n 里怎么算钱

越来越多的人在 AI 工具里调数据，账要算到工具这一层。Apify 的 MCP 服务器地址是 mcp.apify.com，推荐 OAuth 登录；它的 call-actor 工具最多等 45 秒，运行上限（内存、超时、条数、maxTotalChargeUsd）放在 callOptions 里传；文档还写明，经 MCP 按请求付款的方式只支持按事件的 actor。它的开源仓库在 2026-10-19 发布的 v0.19.0 加了创建 actor 和更新版本的工具，2026-10-21 发到 v0.19.3；Apify 更新日志 2026-10-16 那一条也写了同一件事：AI 智能体可以经 MCP 构建 actor、读构建日志、查运行，2026-10-06 那一条则是 Store 按用途分类。EveryInfra 的远程 MCP 地址是 api.everyinfra.com/mcp（HTTPS），今天 17:31（新加坡时间）用 tools/list 免费列出 25 个工具，其中 everyinfra_list_capabilities、everyinfra_get_job、everyinfra_billing 不扣费，everyinfra_call_api 调数据，和 REST 同价同规则。两边都走 MCP 规范的 Streamable HTTP；在 Claude Code 里按官方说明一行就能加上：

claude mcp add --transport http everyinfra https://api.everyinfra.com/mcp \
  --header 'Authorization: Bearer ${EVERYINFRA_API_KEY}'

n8n 里也一样。Apify 有 n8n 集成文档和社区节点；前面 Reddit 那位作者提醒，把 actor 节点放进「Split In Batches」逐条循环是最贵的用法，因为每条都付一次启动费。EveryInfra 不需要专门节点，n8n 自带的 HTTP Request 节点发上面那段 POST 就行，AI Agent 节点也可以挂 MCP Client Tool。按次计费下循环逐条调也不会多出启动费，但每次调用都是一笔钱，所以列表能力要把 limit 拉满。我们有一篇用 n8n 每天自动出日报的实战指南，以及远程 MCP 配置指南。

什么时候 Apify 更合适

价格之外，Apify 有几件事是我们没有的，照实写。第一，覆盖面：Store 里有上万个 actor，几乎什么网站都有人写过；EveryInfra 今天的目录是 91 个平台、426 项能力，目录外的网站就得用 Apify 这类平台或自己写。第二，自己写程序：Apify 让你把自己的代码当 actor 跑，配定时任务（cron 表达式）、任务（保存好的输入）、Webhook 和运行记录，按 CU 付钱；这是一个运行平台，我们是数据接口，不提供运行你自己代码的环境。第三，没有月量的零星试用：Free 档每月 $5 不用信用卡，按 TikTok Comments Scraper 的 Free 档价能拿 4,000 条评论；我们没有每月免费额度，给 GitHub 仓库加星可以领 $1 试用金，24 小时有效，之后最少充值 $10。

第四，智能体自付费。Apify 的智能体付款文档写明，没有账号的智能体可以通过 x402 或 MPP 协议付一次钱，拿到一个有花费上限的临时令牌，再像普通用户一样调用；完整说明放在 agi.apify.com/AGENTS.md。EveryInfra 需要人先注册、充值、发 Key。第五，Enterprise 合同：如果你每月量极大、能谈到 DIAMOND 档，单对象查询（一次只要 1 条）的单价可能比我们按次收的 $0.000556 还低，Apify 替代方案实测一文算过，账号主页这类查询对 DIAMOND 档我们反而贵 11%。第六，平台的官方接口：TikTok 的 Research API 只对美国、欧洲、加拿大和巴西的合格研究者开放，Google 的 Places API 文本搜索每月前 5,000 次免费、之后每千次 $32；如果你能拿到官方接口的资格，合规上最省心，这一点两家第三方方案都比不了。

最近 60 天的变化

• 2026-10-01：Apify 月租方式完全退役，没迁移的月租 actor 自动改为按用量计费（Apify 博客编者按）。对读者：10 月以前的月租账单不能再当估算依据，要按事件价或 CU 重新算。
• 2026-10-07：Instagram Post Scraper 和 Google Search Results Scraper 在公开接口里各新增一条定价记录（Instagram Post Scraper 接口、Google Search Results Scraper 接口）。对读者：同一个 actor 一年能有十几到二十几条定价记录，读价格要读当天的接口。
• 2026-10-06 和 10-16：Apify 更新日志先上线按用途分类的 Store 目录（获客、价格监控、品牌监控等），再让 AI 智能体能通过 MCP 构建 actor、读构建日志和查运行。对读者：在 AI 工具里调 actor 会越来越方便，单次调用的启动费和最低花费上限也就越值得注意。
• 2026-10-14 至 10-21：Apify MCP 服务器连发 v0.18.1 到 v0.19.3 共 8 个版本（GitHub 发布记录）；Crawlee 在 9 月 29 日发 v3.18.2、10 月 6 日发 v4.0.0-rc.1（Crawlee 发布记录）。对读者：自己写 actor 的团队要跟版本，按 CU 计费的运行速度会随框架版本变。
• 2026-10-26：Google Maps Scraper 和 TikTok Comments Scraper 的公开接口显示当天都有修改，Instagram Scraper 最近一次修改是 10 月 23 日。对读者：本文的单价是 10 月 26 日的快照，用之前再读一次。

常见问题

Apify 免费吗？（is apify free）

有免费档，但额度很小。定价页写明 Free 档每月 $5 用量、不用信用卡，用完停到下个周期，没用完不滚存。按本文的单价，$5 大约够 1,851 条 Instagram Scraper 结果、1,250 家 Google Maps 店铺或 4,000 条 TikTok 评论。问题来自搜索联想词「is apify free」「is apify free reddit」（2026-10-26 读取）。

Apify 的 pricing plans 怎么选？

选「月费刚好能被用量吃满」的那一档。用前面的公式按四档单价各算一遍用量，代入「月费 + 超出部分」，取最小值；本文的盈亏点表给了四个常用 actor 的现成答案，例如 Instagram Scraper 每月 86,522 条以下选 Starter。依据是定价页自己的建议「选包含所需功能、价格最低的套餐」。问题来自联想词「apify pricing plans」「apify pricing tiers」。

有没有 apify pricing calculator？

Apify 的存储文档里有一个只算存储的估算器；平台用量文档建议先小范围试跑、再看账单页的用量。按事件和套餐的总账，用本文「计算器」一节的公式和计算表就能算，单价从 api.apify.com/v2/acts/<actor> 公开接口取。问题来自联想词「apify pricing calculator」。

Apify 的 compute unit 怎么算？

1 GB 内存跑 1 小时是 1 CU，按秒计时，Free 和 Starter 档 $0.2、Scale 档 $0.16、Business 档 $0.13（用量与资源文档、定价页）。帮助文章的平均值是浏览器 300 页 / CU、只解析 HTML 3,000 页 / CU。问题来自联想词「apify compute unit」「how to calculate compute units」。

Apify proxy pricing 是多少？

住宅代理每 GB $8（Free、Starter）到 $7（Business），数据中心代理按 IP，Free 档含 5 个；Google SERP 代理每 1,000 次 $2.5 到 $1.7（定价页）。按 HTTP Archive 的中位数内页体积估，1 万页完整加载经住宅代理约 16.87 GB、$118 到 $135。问题来自联想词「apify proxy pricing」「apify residential proxy pricing」。

Reddit 上大家怎么说 Apify 的价格？

本文引用的四个帖子集中在三件事：大批量时每千条价格累积起来很贵（r/B2BLeadGenPro 的 2 万家 / 月 $120）、账户用量上限会被越过（r/apify 的 $110 变 $130.70）、启动费让小运行的单价翻倍（r/apify 作者帖）。原帖链接见正文「拿公式去对 Reddit 上的真实账单」一节。问题来自联想词「apify pricing reddit」。

三步试用

第一步，注册并拿到 API Key，在控制台的余额页领试用金或充值（快速上手，价格和充值档位见价格页）。第二步，打开对应能力的文档页，用页上的一键试用在试用台里跑一次：试 Instagram 帖子、试 TikTok 评论、试 Google Maps 地点搜索，更多平台见数据市场。第三步，看响应里的 charged_usd 和返回条数，用「实付 ÷ 条数 × 1,000」算出你这个场景的每千条价，再把它和你按本文公式算出的 Apify 月账放在一起比。如果你在找 Instagram 一类的替代方案，Apify Instagram Scraper 替代一文按五种数据逐项算过。

方法和边界

Apify 一侧：所有单价来自 2026-10-26 17:05（新加坡时间）读取的公开定价接口，套餐、CU、代理、存储价来自同一时间读取的定价页；我们没有注册 Apify、没有付费跑过任何 actor，所以不知道实际运行里的重试次数、错误条目是否收费、以及个别 actor 是否另收平台用量，公式默认本文用到的四个按事件 actor 不另收平台用量。Enterprise 的 PLATINUM、DIAMOND 价只用来对比单价，不进月账，因为它们要签合同，公开页面没写最低承诺金额。住宅代理的例子用 HTTP Archive 的中位数页面体积做上限估计，不代表任何具体 actor 的实际流量。Reddit 帖子是个人陈述，我们只复算其中的数，不核实发帖人的身份和账单原件。

EveryInfra 一侧：14 次请求全部在 2026-10-26 17:10 到 17:17（新加坡时间）完成，每个能力只测了两到三个目标，能说明「这一天、这几个目标」的条数和价格，不能说明长期的成功率和速度。1 万条的账按实测每次条数外推，外推的三个假设（50 个账号各 200 帖、视频平均 161.7 条评论 / 次、100 组关键词各 100 家）写在实测一节。所有计算由复算脚本从当天存档的原始返回重新算出。本篇真调合计扣费 $0.012226，其中查不存在账号的 $0.000556 已退回，实付 $0.01167；生图 2 张 $0.06。

参考资料

1. Apify pricing（套餐、CU、代理、存储价），Apify，2026-10-26 读取，https://apify.com/pricing
2. Actors in Store（计费方式、运行结束后的存储费、折扣档），Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/actors/running/actors-in-store
3. Actor usage and resources（CU 定义、内存与 CPU），Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/actors/running/usage-and-resources
4. Billing（超额立即开票门槛、预付不滚存），Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/console/billing
5. Pay-per-event pricing model（合成事件、单次花费上限、错误输入收费），Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/actors/publishing/monetize/pay-per-event
6. Actor pricing and costs（折扣档、Enterprise 档、作者利润公式），Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/actors/publishing/monetize/pricing-and-costs
7. Monetize your Actor，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/actors/publishing/monetize
8. Limits（同时运行上限、内存上限），Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/limits
9. Residential proxy，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/proxy/residential-proxy
10. Datacenter proxy，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/proxy/datacenter-proxy
11. Google SERP proxy，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/proxy/google-serp-proxy
12. Proxy 总览，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/proxy
13. Storage（保留期、存储估算器），Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/storage/usage
14. Dataset，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/storage/dataset
15. Key-value store，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/storage/key-value-store
16. Request queue，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/storage/request-queue
17. Run Actor（maxTotalChargeUsd、usage 字段），Apify API 文档，2026-10-26 读取，https://docs.apify.com/api/v2/act-runs-post
18. Get Actor，Apify API 文档，2026-10-26 读取，https://docs.apify.com/api/v2/actor-get
19. Apify MCP server，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/integrations/mcp
20. n8n integration，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/integrations/n8n
21. Webhooks，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/integrations/webhooks
22. Schedules，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/schedules
23. Standby mode，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/actors/running/standby
24. Tasks，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/actors/running/tasks
25. Runs and builds，Apify 文档，2026-10-26 读取，https://docs.apify.com/platform/actors/running/runs-and-builds
26. Agentic payments，Apify 文档，2026-10-26 读取，https://docs.apify.com/agents/payments
27. Actor quality score，Apify 文档，2026-10-26 读取，https://docs.apify.com/actors/publishing/quality-score
28. How to estimate compute unit usage for your project，Apify 帮助中心，2026-10-26 读取，https://help.apify.com/en/articles/3470975-how-to-estimate-compute-unit-usage-for-your-project
29. Google Maps Scraper is going to pay-per-event pricing，Apify 帮助中心，2025-03-18，https://help.apify.com/en/articles/10774732-google-maps-scraper-is-going-to-pay-per-event-pricing
30. Why Apify is standardizing Actor pricing，Apify 博客，2026-04-14，https://blog.apify.com/standardizing-actor-pricing/
31. What Apify MCP does to your Actor before an AI agent sees it（含月租退役编者按），Apify 博客，2026-09-24，https://blog.apify.com/fixing-actors-invisible-to-agents/
32. Apify Changelog，Apify，2026-10-26 读取，https://apify.com/change-log
33. Instagram Scraper 公开定价接口，Apify，2026-10-26 读取，https://api.apify.com/v2/acts/apify~instagram-scraper
34. Instagram Post Scraper 公开定价接口，Apify，2026-10-26 读取，https://api.apify.com/v2/acts/apify~instagram-post-scraper
35. Google Maps Scraper 公开定价接口，Apify，2026-10-26 读取，https://api.apify.com/v2/acts/compass~crawler-google-places
36. TikTok Comments Scraper 公开定价接口，Apify，2026-10-26 读取，https://api.apify.com/v2/acts/clockworks~tiktok-comments-scraper
37. TikTok Scraper 公开定价接口，Apify，2026-10-26 读取，https://api.apify.com/v2/acts/clockworks~tiktok-scraper
38. Google Search Results Scraper 公开定价接口，Apify，2026-10-26 读取，https://api.apify.com/v2/acts/apify~google-search-scraper
39. Web Scraper 公开接口，Apify，2026-10-26 读取，https://api.apify.com/v2/acts/apify~web-scraper
40. TikTok Comments Scraper 说明页，Apify Store，2026-10-26 读取，https://apify.com/clockworks/tiktok-comments-scraper
41. Instagram Post Scraper 说明页，Apify Store，2026-10-26 读取，https://apify.com/apify/instagram-post-scraper
42. Instagram Scraper 说明页，Apify Store，2026-10-26 读取，https://apify.com/apify/instagram-scraper
43. Google Maps Scraper 说明页，Apify Store，2026-10-26 读取，https://apify.com/compass/crawler-google-places
44. apify-mcp-server releases，GitHub，2026-10-21，https://github.com/apify/apify-mcp-server/releases
45. Crawlee releases，GitHub，2026-10-06，https://github.com/apify/crawlee/releases
46. Google Maps Platform 价目表，Google，2026-10-26 读取，https://developers.google.com/maps/billing-and-pricing/pricing
47. HTTP Request node，n8n 文档，2026-10-26 读取，https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.httprequest/
48. MCP Client Tool node，n8n 文档，2026-10-26 读取，https://docs.n8n.io/integrations/builtin/cluster-nodes/sub-nodes/n8n-nodes-langchain.toolmcp/
49. Model Context Protocol Specification 2025-11-25，MCP，2026-10-26 读取，https://modelcontextprotocol.io/specification/2025-11-25
50. Connect Claude Code to tools via MCP，Anthropic 文档，2026-10-26 读取，https://docs.anthropic.com/en/docs/claude-code/mcp
51. TikTok Research API，TikTok for Developers，2026-10-26 读取，https://developers.tiktok.com/products/research-api/
52. EveryInfra 能力目录，EveryInfra，2026-10-26 17:09 SGT 读取，https://api.everyinfra.com/api/v1/social/catalog
53. Web Almanac 2025：Page Weight，HTTP Archive，2026-01-15，https://almanac.httparchive.org/en/2025/page-weight
54. x402，x402 Foundation，2026-10-26 读取，https://www.x402.org/
55. Apify AGI：AGENTS.md，Apify，2026-10-26 读取，https://agi.apify.com/AGENTS.md
56. Apify's "hard" monthly usage limit was $110, but usage reached $130.70，Reddit r/apify，2026-10-26 读取，https://www.reddit.com/r/apify/comments/1vsm4sm/apifys_hard_monthly_usage_limit_was_110_but_usage
57. Your Apify cost per 1,000 results is mostly a run-size problem，Reddit r/apify，2026-10-26 读取，https://www.reddit.com/r/apify/comments/1w6ahko/your_apify_cost_per_1000_results_is_mostly_a
58. I ran the same search through Apify Google Maps Scraper and a flat-fee desktop tool，Reddit r/B2BLeadGenPro，2026-10-26 读取，https://www.reddit.com/r/B2BLeadGenPro/comments/1sxd1af/i_ran_the_same_search_through_apify_google_maps
59. My job data side project went live on Apify…，Reddit r/SideProject，2026-10-26 读取，https://www.reddit.com/r/SideProject/comments/1x8n8az/my_job_data_side_project_went_live_on_apify_and