Chronometrica 与 Social Fetch 的 Instagram 个人主页采集对比：哪些结果需要付费？

先比较结果的计费单位，再看标价

结果行、计费事件和通过验收的研究记录是不同的概念。

结果行记录某项输入的处理结果。计费事件是触发收费的操作或结果。通过验收的记录符合你的研究规则。某行可以记录一次失败的查询，却不包含工作所需的公开数据。

Chronometrica 对 `ok` 和 `partial` 快照收取个人主页事件费用。`missing`、`blocked`、`invalid` 或 `failed` 行不收取该事件费用。这些行仍会保留，供你审核。其 Free 定价目前列出的价格为每1,000条有用结果 $2.50，另加平台使用费。查询失败仍可能产生平台使用费；免除的仅是个人主页结果事件费用。Chronometrica 规则与定价

Social Fetch 列出的价格为每1,000条已完成的查询结果 $1.98，包括 `not_found` 和私密状态结果，不另收计算或代理费用。其公开定价 API 还列出了启动事件。Social Fetch 规则与定价

链接中的 Chronometrica 服务规则和 Social Fetch 服务规则支持上述区别。本次比较中尚不明确的字段细节，不能作为某项功能不存在的证据。

较低的标价和范围较窄的计费结果规则回答的是不同问题。两者都不能确定完整账单。结果单位、启动事件和平台使用费各不相同，因此不能只按每1,000条的价格直接比较。如果列表中的大多数输入都有效，失败个人主页事件不计费的实际价值也可能降低。

明确批量个人主页采集必须交付什么

促成本次比较的公开提问，询问了个人主页采集与其他 Instagram 工具相比如何。其更广泛的任务涉及批量网红研究和集成。该提问不能证明存在计费投诉。帖子的商业背景尚不明确，因此它只能为读者的问题提供背景，不能作为独立背书或市场规模主张的依据。读者的公开提问

处理自己的列表时，先用一句话定义成功标准，再选择工具。例如：通过验收的记录必须包含审核所需的公开个人主页字段。然后列明这些字段。如果规则只是“请求已完成”，就仍然无法确定返回的数据能否支持下一步决策。

公开资料快照采集可以用于创作者筛选、个人主页目录或定期指标审核。选择会影响这项工作的字段。一条记录即使包含有用数据，也仍可能缺少流程要求的某个字段。

账号存在性检查需要另一套规则。你可能需要对每个提供的用户名进行分类，包括无法生成公开资料快照的用户名。你需要决定，这种分类本身是否算作通过验收的结果。

还要决定能否使用不完整记录。有些项目可以保留这些记录，并明确标注缺失值。另一些项目则必须先将其留待审核。这是你需要作出的验收决定。计费结果类别不能代替你作出决定。

规则应足够清楚，让另一位分析人员也能执行。如果2个人根据同一行得出不同结论，应先明确规则，再采集更大的列表。这样，你才能在稳定的基础上比较两套服务规则。

分2步检查 Chronometrica 的结果行

使用 `status` 审核处理结果。使用 `isBillable` 审核是否适用个人主页结果事件。将这2个字段与采集到的数据一同保留。Chronometrica 的文档说明了这些字段及其按结果计费的规则。Chronometrica 输出与计费规则

首先，检查结果类别。`ok` 或 `partial` 行属于需要计费的个人主页结果类别。列出的失败类别不会触发该事件。其次，检查该行是否符合你的验收规则。这2项检查的目的不同。

`partial` 行需要特别留意。事件规则将其纳入计费范围，但这并不保证每个必需字段都存在。接受记录前，应检查实际字段。不要用 `isBillable` 衡量数据完整性。

同样，不要把所有失败结果都视为账号不存在的证据。采集尝试受阻和找不到个人主页是不同的结果。保留工具报告的类别，让后续审核人员能看出该行可以证明什么。

缺失值必须保持为未知。如果某项指标缺失，不要用0替代。0是一个数值观测结果。未知则表示没有观测结果。将两者等同，可能改变筛选、排名和汇总结果。

私密个人主页的元数据也不同于私密内容。不要因为结果显示个人主页为私密状态，就推断能够访问私密帖子或私密联系人。在本次比较中，不应基于这一假设选择任何一款工具。应明确你的任务需要哪些公开数据或查询结果。

用虚构列表检验选择

本例为虚构示例。它不是真实在线数据集、产品测试、买家陈述的引用，也不是实测成本结果。

一位分析人员有一份列表，其中包含当前的公开个人主页和旧用户名。任务是利用有用的公开资料快照建立待审核列表。分析人员要求记录包含少量个人主页字段，并保留采集结果供后续审核。

考虑以下4种虚构结果：

1. 个人主页 A 返回一条 `ok` 行，包含必需字段。分析人员接受该记录。
2. 个人主页 B 返回一条 `partial` 行。由于缺少一个必需字段，分析人员将其留待审核。
3. 旧用户名 C 返回一条 `missing` 行。分析人员保留该结果，但不将其纳入快照列表。
4. 个人主页 D 返回一条 `blocked` 行。分析人员保留该类别，不将账号标记为不存在。

根据 Chronometrica 文档中的规则，前2种结果会触发个人主页结果事件。后2种不会。平台使用费仍可能适用。这个例子说明的是已发布的规则，并非报告某次运行的结果。Chronometrica 事件规则

个人主页 B 说明了计费结果与通过验收的记录为何可能不同。它属于计费类别，却未满足这位分析人员更严格的字段要求。选择工具前，分析人员必须确定，这种对不完整记录的处理方式是否适合工作。

现在改变任务。假设分析人员需要检查每个用户名对应的账号是否存在，或是否处于私密状态。那么，完成一次检查本身就可以成为交付结果。即使输入列表不变，任务目的的变化也可能改变工具选择。

不要根据这些虚构结果计算总账单。它们没有提供平台使用量、启动事件或真实列表中有用结果占比的实测信息。这个例子用于检验决策规则，而不是计算一次采集的成本。

采用简明的验收方法

用这套方法将所需结果与返回的证据对应起来。它也能让输出检查与计费检查保持分开。

1. 写明所需结果。说明你需要公开资料快照，还是已完成的用户名检查。列出使记录可用的字段。确定如何处理不完整记录。
2. 阅读当前事件规则。检查哪些结果会触发收费。查看找不到账号和私密状态结果、启动事件及平台使用费的规则。记录你核查条款的日期。
3. 准备一份小型输入列表。使用与实际任务有关的公开来源。如果旧用户名属于工作范围，也应将其纳入。不要只选择你预计能成功采集的来源作为样本。
4. 审核返回的结果行。使用 Chronometrica 时，保留 `status` 和 `isBillable`。单独检查必需字段。让未知值和失败结果保持可见。
5. 审核实际费用。将记录的事件和平台使用量与条款进行核对。分别统计通过验收的记录、返回的结果行和计费的个人主页结果。
6. 选择适合的服务规则。综合考虑结果定义、字段验收和实际观察到的费用。扩大运行规模前，先解决所有重大差异。

这些步骤供你自行审核时使用。本文没有进行运行。今后进行一次小规模运行，可以为你所选的来源、输入和验收规则提供证据。但这不能确立两款工具的一般性能排名。

审核记录应保持简单。将验收规则、输入列表、返回数据和计费记录保存在一起。其他人应能够追溯你接受某行的原因，以及该行适用了哪个已记录事件。

如果许多已计费的不完整记录都不符合你的字段规则，应在扩大采集前重新评估工具是否适合。如果已完成的检查返回否定结果，而这些结果仍是有用记录，就将其纳入验收规则。这2项决定都应取决于你需要完成的工作。

如需更全面的成本审核方法，请参阅 Instagram 研究采集预算。本次比较重点讨论付费结果的计费单位，以及失败行的处理方式。

将身份核验与计费检查分开

输入列表可能包含重复条目、旧用户名，或团队认为指向同一个人的多个引用项。这些都是身份问题。计费标记不能解决这些问题。

Chronometrica 当前的 `startUrls` 输入结构定义接受1至1,000个公开 Instagram 个人主页 URL 或用户名。其中说明，重复输入只检查1次。每个唯一输入会生成1条结果行，并增加使用量。Chronometrica 输入结构定义

这项重复输入规则不能证明2个不同用户名属于同一位创作者。返回的快照也不能证明，旧电子表格中的标签对应当前账号持有人。应根据相关身份证据作出这些判断。

保留足够的信息，将每条已审核结果与你原本打算检查的来源对应起来。如果你的流程合并了记录，应保留判定它们相匹配的原因。不要仅因另一行看起来相似，就丢弃失败行。

这会影响通过验收的记录数量。将2个输入合并为1条研究记录，会改变该数量，但这本身不能解释采集费用。应分别统计输入数量、结果数量和通过验收的记录数量。

如需完整的身份核验方法，请参阅如何从创作者列表中移除重复的 Instagram 个人主页。用该指南解决身份问题。用本文的检查方法确定哪些结果属于付费的个人主页结果。

从已检查的最小输入开始

已发布的 Instagram 个人主页指标快照 Task提供了一组起始预设。2026年10月20日的页面检查返回 HTTP 200，并确认了预期的 Task 标题。该检查没有确定当前保存的输入。开始运行前，请审核并应用你的输入。

这份最小输入已根据提供的当前公开输入结构定义通过静态检查：

{
  "startUrls": [
    "https://www.instagram.com/mrbeast/"
  ]
}

输入结构定义规定了可接受的输入形式。静态检查是在不运行采集的情况下，将输入与这些规则进行比较。这次检查涵盖字段名、必需字段、允许值、列表长度、字符串格式，以及适用的数值范围。

这项检查不会连接 Instagram，也不能证明示例来源目前可用。请将示例 URL 替换为你计划使用的公开来源。输入形式是否符合要求，与该来源是否可用，是2项不同的检查。

首次运行前，确认输入列表，并写明必需字段和不完整记录的处理规则。运行后，先检查实际输出和计费记录，再扩大列表。首次采集的规模应足够小，让你能按这些规则逐行审核。

预设帮助你准备输入。验收规则决定返回的数据是否满足工作需要。事件记录说明适用了哪些费用。在投入更多资源前，应审核这3项内容。