X 账号监测：Chronometrica 与 Apidojo Twitter User Scraper 对比

先确定输出，再选择 Actor

Actor 是托管运行的采集程序。在选择之前，先确定每条保存的记录必须告诉你什么。

跟踪数量时，你要回答的问题是：这个账号在本次观测时显示的粉丝总数是多少？核对粉丝列表中的账号时，你要回答的问题是：这个账号的粉丝列表中有哪些账号？数量无法回答第 2 个问题。

Apidojo 的文档列明了账号查询、账号数量指标、粉丝和关注列表、转帖用户、关于账号的数据，以及搜索模式。如果你需要这些记录，请选择它。Chronometrica 专门面向快照的格式，是为自行提供的账号组选择它的理由。但这不能证明 Apidojo 缺少可用于监测的数据。Apidojo 文档

表中 Chronometrica 的限制来自已核对的公开输入和输出文档。Chronometrica 文档

用 1 句话写出你需要的输出。例如：“保存每个选定账号的当前粉丝数，以便与下次观测结果对比。”这个需求适合快照流程。如果你需要识别每个新增粉丝，就需要改变工具选择。

为什么 Chronometrica 适合自行提供的账号组

本次对比所依据的买方需求很简单：跟踪多个用户自选 X 账号的粉丝增长。留存的需求提出，要跟踪自行选择的账号，而非服务商选定的固定名单。该需求还提出，要有简单的跟踪流程，不需要额外报告。这条需求说明了用户需要什么，但不能证明任一 Actor 已成功采集了数千个账号。买方公开提问

Chronometrica 接受你自行提供的账号。它保存的公开账号数据行保留了 `profileId`、`handle`、`profileUrl`、`observedAt`、`status` 和 `profileMetricStatus`。它的公开示例将精确的 `followersCount` 与不可用的指标字段分开表示。这种记录格式适合需要保存并对比观测结果的账号组。Chronometrica 文档

每个部分都有用途。`profileId` 用于在已保存的观测记录中匹配同一个账号。账号用户名记录了观测时显示的名称。`observedAt` 记录了观测发生的时间。状态字段帮助你判断指标是否可用。

仅有粉丝数，不足以进行可靠的对比。没有身份标识，你可能会误将不同账号进行对比。没有时间，你无法将观测结果归入正确的时段。没有数量状态，你可能会把不可用的值误当成真实总数。

这就是经过核对后推荐 Chronometrica 的理由。它在文档中说明的记录格式，适合已知账号名单和重复采集当前数量的流程。它保留了审核变化所需的信息，让你能先审核，再接受结果。

核对 1,000 个账号的输入上限是否符合需求

Chronometrica 的公开 `profiles` 输入接受一个至少含 1 项、最多含 1,000 项的数组。数组是一组值的列表。这是输入限制，并不承诺一次运行能返回 1,000 条可用的账号观测记录。Chronometrica 输入模式

如果你的需求是在单次输入中提交超过 1,000 个账号，Chronometrica 就不符合这项需求。不要将它描述为能满足不限制账号数量的需求。

你可以改为规划明确的批次，让每批都不超出输入上限。这会改变采集流程，但不能证明每个请求的账号都会产生可用数量。验收检查仍必须逐一核对所有请求的账号。

请分别记录 3 个总数：请求的账号数、返回的观测记录数，以及通过验收、可用于对比的观测记录数。返回的数据行仍可能需要审核。请求的某个账号在该时段内可能没有可用数量。

对于较大的账号组，请将批次名称和采集背景与记录一同保存。将不同批次归入同一个报告期前，先检查各批次的观测时间。使用同一个报告标签，不代表所有数量都在同一时刻观测得到。

从已保存的 Task 开始，再检查其输入

Task 是为 Actor 保存的输入预设。Chronometrica 提供了一个公开的账号对比 Task，可供入门使用。留存的证据确认了它的公开页面可以访问，但不能确认该 Task 当前保存的输入。运行前，请检查该输入。账号对比 Task

已核对的最小输入如下：

{
  "profiles": [
    "https://x.com/elonmusk"
  ]
}

请将示例 URL 替换为你要采集的公开账号。该示例只用于说明输入，不是采集结果，也不代表建议监测该账号。

该输入已通过本地检查，检查依据是缓存的公开 JSON Schema。JSON Schema 定义了允许使用的输入字段和值。这项检查确认了输入格式符合已保存的模式，但不能确认源账号是否可访问，也不能确认实际采集能否成功。Chronometrica 输入模式

首次验收检查时，从计划跟踪的账号组中选取少量账号。请包含对实际流程重要的账号。扩大名单之前，先检查已保存的数据行。检查的目的是确认你能识别每个账号、读懂其数量状态，并保存可用的观测记录。

链接中的 Task 可以帮助你开始使用。流程是否满足需求，要由你审核过的输入和保存的输出决定。

采用 5 步验收方法

1. 明确账号组及其身份标识

保存你要跟踪的账号。对每个通过验收的账号，保留其稳定的 `profileId` 和观测时的用户名。这样就能建立身份映射，即将账号 ID 与显示的用户名关联起来的记录。

使用稳定 ID 匹配观测记录。保留用户名变更记录，以供审核。如果账号身份仍未确认，请先将其排除在变化计算之外，直到身份得到确认。

如果名单超过输入上限，请在采集前划分批次。记录每个批次应包含哪些账号。

2. 确认快照能回答你的问题

确定你需要的是数量总计，还是逐个粉丝的记录。请在建立历史记录表之前做出决定。

快照可用于计算观测净变化，即同一账号 2 个通过验收的数量之间的差值。但快照无法识别造成该差值的具体账号。如果下一步需要知道粉丝列表中有哪些账号，请按照前面对比中的切换条件选择工具。

这项检查能避免比计算错误更大的问题：为决策采集了错误类型的记录。

3. 将数量与时间和状态一同保存

对每条观测记录，保留 `profileId`、观测时的用户名、`followersCount`、数量状态和 `observedAt`。同时保留来源和运行背景。运行背景是指追溯已保存数据行所需的采集细节，例如所属批次和报告期。

接受数量前，先读取 `status` 和 `profileMetricStatus`。保留不可用值和失败状态。不要用 0 替代缺失数量。只有已保存的观测记录能支持真实的 0 值时，才保留这个 0。Chronometrica 的文档说明了这项审核所用的身份、时间和状态字段。Chronometrica 输出文档

4. 对比符合比较条件的观测记录

在下一次计划采集时，按 `profileId` 匹配记录。只有 2 条观测记录都属于同一个稳定账号，且数量均可用、可比较时，才接受这组配对。

然后计算：

`observed net change = later followersCount − earlier followersCount`

在结果旁保留 2 次观测时间。不同的时间间隔代表不同的时段。跨账号对比增长之前，先审核这些时间间隔。

如果数量不可用，就将变化保留为未知。如果身份不匹配，请单独审核。任何一种问题都不能靠算术运算变成有效结果。

5. 同时报告变化和覆盖情况

说明请求的账号中有多少拥有通过验收的配对记录。同时说明有多少账号因数量不可用、观测失败或身份未确认，仍未完成核验。

基于已验收配对记录得出的总计，只能描述这些配对。它不能自动代表请求的完整账号组。请明确列出纳入的账号，让读者能够判断结果。

采集记录通过这些检查后，请参阅固定 X 账号组指南，继续完成账号组内增长对比这项独立任务。

虚构示例：只有 1 项变化有依据

以下示例为虚构内容。它不是 Actor 测试、实时数据集、买方结果，也不是实测成本结果。

某账号组包含 3 个已知账号。你在 2 个时间点保存了观测记录：

• 账号 A 在同一个稳定身份标识下的精确粉丝数分别为 1,000 和 1,200。
• 账号 B 的第 1 个数量已通过验收，但第 2 个数量不可用。
• 账号 C 的数量记录在不同且尚未确认的身份标识下。

对账号 A，计算 `1,200 − 1,000 = +200`。报告其 2 次已保存观测时间之间的观测净增粉丝数为 +200。

账号 B 没有通过验收的变化结果。其不可用的第 2 个数量仍应保留为不可用。用 0 替代会产生虚假的粉丝流失。

账号 C 也没有通过验收的变化结果。只有确认 2 个数属于同一账号后，它们才能构成有效配对。计算差值之前，先审核身份。

因此，这个账号组有 1 项通过验收的对比和 2 项尚未核验的对比。请在账号 A 的结果旁报告这一覆盖情况。不要将 +200 表述为全部 3 个账号的完整变化。

即使账号 A 的结果有效，也无法识别谁关注了它或取消了关注。它也不能解释总数为何变化。该结果衡量的是 2 个通过验收的总数之间的差值，不是逐次衡量每一次关注或取消关注。

这个示例说明了身份和数量状态为何会影响工具选择。可用的监测记录既要支持计算，也要支持将计算结果保留为未知的决定。

了解新建历史记录能证明什么

新采集的历史记录从首次保存的观测开始。在这个流程中，Chronometrica 不提供更早的粉丝数，也不提供新增关注总量和取消关注总量。不要将新建账号组描述为已经包含过去的增长数据。Chronometrica 文档

第 1 个通过验收的快照提供起始数量。之后符合比较条件的快照提供对比依据。在两者都具备之前，你只有当前总数，还没有所选时段内的实测变化。

请区分已保存的观测时间与变化发生的时间。2 个快照显示的是观测之间的差值。它们无法揭示该间隔内每次账号操作发生的确切时刻。

也要区分采集证据与业务影响证据。公开粉丝总数增加，本身不能证明销售额、受众质量或增长原因。请用适当的补充证据回答这些问题。

本次对比支持你针对具体需求选择采集格式。所提供的证据不足以支持以下说法：Chronometrica 比文中提到的另一款工具成本更低、速度更快、覆盖更完整或运行更可靠。