Chronometrica 与 Apify Facebook Posts Scraper 对比：哪个适合已知帖子指标列表？

从公共主页报告的需求开始

r/marketing 中的一位读者询问，如何在没有管理员或分析员权限的情况下计算 Facebook 公共主页互动率。这是一项分析公共主页公开数据的需求。问题没有说明读者是否已有帖子列表。这个缺失信息会影响工具选择。这篇帖子表明了报告需求。它不是产品推荐，也不是产品测试。读者提问。

你可能有一份营销活动表格，其中列出了已获批准的帖子链接。此时，你的任务是为这些指定帖子采集公开计数。你也可能只知道公共主页和报告日期。此时，你的首要任务是查找应纳入报告的帖子。

这两种任务都可以用于制作互动报告。但它们需要不同的输入和检查。工具即使完成了采集，也不一定能提供计算所需的全部数据。

选择工具之前，先用一句话写明报告需求。对于固定列表，应说明你需要在每个报告日期获取列表中各帖子的必要公开计数。如果你必须先查找帖子，请将这一步写入采集计划。

公开数据也有明确的限制。这些公开数据采集方式不提供管理员后台的覆盖人数、展示次数、点击次数或去重受众人数。公开计数不能证明销售情况。新的采集无法恢复过去的数据快照。如果报告需要这些数据，本文的工具选择无法满足该需求。

对比采集任务

Chronometrica 可直接接收已知内容的 URL。经核查的公开输入输出规范包括 `contentMetricStatus`，以及精度和来源标签。这些信息可帮助你在使用某个数值之前检查指标是否可用。有依据的优势是可以直接处理已知内容。这并不能证明它的准确性或数据访问能力更强。Chronometrica 公开输入输出规范。

Apify Facebook Posts Scraper 的文档说明，它可以采集公共主页动态，并设置日期下限和上限。Apify 公开输入输出规范。

此表提供了选择规则和审核规则。它不能证明文档未提及的功能不存在。在依赖任何对报告有影响的字段之前，请先确认该字段。Chronometrica 文档、Apify 文档。

对于固定列表，较少的输入要求很有用。你直接提供要衡量的内容。这样就不必为这项任务另行制定帖子查找步骤。但你仍需检查每一项结果。

采集前先定义结果验收标准

运行完成与获得一条可用于报告的数据记录，是两件不同的事。URL 可能成功解析到公开内容，但某项必要计数仍不可用。因此，提交的 URL 数量不能证明报告完整。

先列出报告所需的计数。逐一写明名称。然后决定某项计数缺失或精度有限时如何处理。请在查看结果之前制定规则。否则，你可能会根据出现的数值改变规则。

对每个请求采集的帖子，检查以下 3 个问题：

1. 返回的内容是否与请求的帖子一致？
2. 每项必要计数是否可用，且精度足以满足报告要求？
3. 能否将数值的状态和来源信息与观测记录一同保留？

使用 Chronometrica 时，请检查 `contentMetricStatus` 以及提供的精度和来源标签。本文不列出文档未说明的状态值或字段结构。制定检查规则时，请以文档所述的输出为依据。Chronometrica Actor 文档。

精度表示一个数值能提供多细致的信息。经过舍入的计数不能在报告中变成精确计数。来源标签记录数值的出处。将数据移入表格或其他系统时，请保留这些标签。

未知值必须保留为未知。不要用 0 替代。0 表示已知计数为 0。未知值表示你没有可用的计数。这两种含义会得出不同结论。

还应区分采集验收与计算验收。你可以因为结果正确识别了帖子而保留它。但由于缺少必要计数，你仍可能将它排除在计算之外。请记录原因。这样，审核者就能知道你采集了什么，以及哪些观测记录支持计算。

在多次观测之间保持帖子列表不变

固定列表更便于解读重复观测结果。你可以检查同一批帖子在 2 次采集之间发生了什么变化。如果列表与计数同时变化，报告就需要解释 2 种变化。

保留一份计划采集的公开 URL 总表。在报告中为每个 URL 保留位置。为每条观测记录保存采集时间。这些是制作报告的方法，不代表 Actor 会自动输出相应字段。

不要因为某个帖子的计数在某个日期缺失，就将它从总表中删除。让请求采集的帖子继续显示在报告中。记录无法使用该观测记录的原因。否则，删除不完整的数据行后，报告可能会显得完整。

比较不同日期时也应遵守同一规则。某项计数在第 1 个日期可用、第 2 个日期缺失，并不表示它降至 0。这表示第 2 次观测缺少比较所需的数值。

固定列表也限定了报告范围。它能回答所选帖子的相关问题。它不能证明你已采集某个公共主页在该时段发布的全部帖子。如果报告要求完整覆盖该时段，请在提交报告之前重新检查采集方式是否合适。

完整计算方法请参阅如何在没有管理员权限的情况下计算 Facebook 互动率。先通过本文选择采集工具，再对验收通过的数据应用一套明确的计算规则。

用虚构示例检查选择

此示例为虚构内容。它不是测试、客户成果、实时数据集、买家引述或实测成本对比。

一名分析员已有 8 个营销活动帖子的 URL。活动报告必须在每个报告日期跟踪同样的 8 个帖子。分析员需要每个帖子的公开计数。报告还必须显示哪些必要计数缺失。

Chronometrica 适合这种输入需求。分析员可以直接提交内容 URL，并检查指标状态、精度和来源标签。这是经过核查的推荐依据。该建议不依赖有关速度、价格或相对准确性的说法。Chronometrica Actor。

分析员先写下必要计数，并在报告列表中保留全部 8 个 URL。采集后，分析员将每项结果与请求的帖子核对，然后检查必要指标。如果某个帖子的计数不可用，该帖子仍会显示在报告中，对应计数记为未知。

请求 8 个 URL，不保证能得到 8 条有用的数据记录。即使成功解析内容，也可能缺少必要指标。分析员必须分别统计可用观测记录数和请求 URL 数，并解释两者的差距。

现在改变任务。报告要求收集指定日期范围内公共主页的全部近期帖子。原来的 8 个链接已无法界定任务。这种条件变化会使建议转向公共主页动态采集方式。Apify Facebook Posts Scraper。

报告要回答的问题仍是公共主页的公开互动情况。改变的只是输入需求。分析员仍需检查采集到的数值能否支持预定计算。

进行小规模验收检查

验收检查用于判断结果是否满足报告明确提出的要求。采集完整列表之前，先进行小规模检查。目的是发现需求与可用数据之间的不符。它不是对这两款产品的性能测试。

1. 写明输入集合。列出已知的公开 URL。如果需要先查找帖子，则改为写明公共主页和日期。明确预定范围。
2. 写明必要计数。区分计算必需的数值与有用的补充信息。说明数值缺失或精度有限会如何影响验收。
3. 采集少量样本。检查内容是否匹配、必要计数、指标状态、精度和来源信息。将未知值保留为未知。
4. 保存观测详情。保留请求 URL 列表和采集时间。记录哪些结果符合计算规则，以及其他结果不符合的原因。
5. 重新检查输入需求。如果报告现在需要查找指定日期范围内的帖子，请在扩大采集规模之前更改采集计划。

选择与实际报告有关的帖子作为样本。如果样本没有包含你需要的内容类型，就可能无法发现重要限制。少量样本也不能证明整体可靠性或相对性能。

检查后，记录你的决定。你可能可以继续采集完整列表。你也可能需要修改报告要求的指标。你还可能需要停止，因为公开数据无法回答该问题。不要为了让每条数据都通过验收而暗中更改规则。

如果涉及视频指标，请检查每个术语是否符合报告要回答的问题。观看次数、播放次数和覆盖人数不能混用。在合并这些指标之前，请参阅Facebook 视频观看次数、播放次数与覆盖人数。

从 Task 开始，再设置预定输入

公开的 Facebook Engagement Metrics Tracker Task 提供了一份初始预设。所提供的页面检查找到了目标 Task 页面，并收到 HTTP 200，即成功的网页响应。该检查没有确认当前保存的输入。运行之前，请设置预定输入。打开 Task。

以下最简输入已根据保存的公开结构规范通过输入格式检查。结构规范定义可接受的字段和值。输入格式检查会根据这些规则检查输入。它不会采集 Facebook 数据，也不能证明示例来源目前仍可访问。

{
  "mode": "knownUrls",
  "startUrls": [
    "https://www.facebook.com/reel/2645452435840671"
  ]
}

将示例 URL 替换为你计划采集的公开内容 URL。对于固定列表，请将 `mode` 保持为 `knownUrls`。将目标内容 URL 放入 `startUrls`。经核查的结构规范接受帖子、Reels、Watch 页面、视频和照片的直接内容链接。不接受 Facebook Stories URL。Chronometrica 输入结构规范。

扩大采集规模之前，请检查返回的指标。示例输入只是起点。它不保证示例内容仍然可用，也不保证该内容会显示你所需的计数。