数出可见的点赞账号，能还原 Instagram 点赞总数吗？

1. 明确所需的计数

以下三种观察结果可能涉及同一篇帖子，却回答不同的问题：

覆盖范围是指一项观察结果包含了所需信息中的多少内容。如果列表只显示了部分账号，在没有证据证明它包含所需的全部账号之前，其覆盖完整性就尚未得到证明。

采集任何数据之前，先写明需要核实的事实。例如：“本次检查时，这篇帖子的公开点赞数。”这与“我所检查的列表中可见的账号数量”不同。

记录帖子链接，以及你检查的具体页面或报告。同时记录时间和时区。帖子标识符是用于标识帖子的值。它能帮助你确认两份记录是否涉及同一篇帖子。

将发布日期与观察时间分开记录。发布日期说明帖子何时发布，不能说明某人何时查看了它的点赞数。

如果你的问题涉及较早的日期，请先明确该日期。今天能获取的计数，不能证明过去某次从未保存的读数。本指南讨论的是如何为计数提供证据，而不是如何重建缺失的历史记录。

2. 记录可见列表，不宣称列表完整

所提供的两个公开提问体现了读者遇到的问题。一人称，在点赞数被隐藏时滚动查看点赞列表，只看到了 103 个点赞账号。另一人称，虽然能看到公开计数，但账号列表显示有限。这些陈述说明了问题的由来，却不能确定当前整个平台出现此情况的原因，也不能确定问题的规模。读者提问，发布于 2024 年 1 月 16 日；检索于 2026 年 10 月 25 日；仅一份公开陈述，未经登录账号核查。读者提问，发布于 2025 年 5 月 19 日；检索于 2026 年 10 月 25 日；仅一份公开陈述，未经登录账号核查。

手动观察时，仅在有助于报告的情况下保存列表条目数。要说明总数仍然未知，并不需要采集账号名称。

1. 确认列表属于哪篇帖子。
2. 记录页面和观察时间。
3. 记录你数出的可见账号条目数。
4. 说明是否已证明覆盖完整。
5. 结论仅限于实际观察到的内容。

加载更多名称，不能证明所有名称都可获取。仅仅滚动到可见列表的末尾，也不能证明覆盖完整。

使用“观察到的可见列表条目数”等标签。如果只是数了可见条目，就不要标为“点赞总数”。

区分账号与人数。一个显示名称并不能证明对应一个独立的人。列表观察结果也不能证明有多少人看过帖子、购买过商品或提出过产品问题。对于评论分析，Instagram 购买问题审核指南说明了如何区分公开提问与已确认的买家。不要用点赞列表的计数来填补这些证据缺口。

3. 仅在有帮助时另行检查公开计数

Actor 是一种托管运行的数据采集程序。Instagram Metrics Scraper 的文档说明，它用于采集公开指标，包括可获取的点赞数。指标是测量所得的数值，例如点赞数。

已核查的公开输入输出规范接受已知的帖子或 Reel 链接。该规范还列出了独立的账号内容发现输入。本指南使用一篇已知帖子，不会通过账号内容发现功能宣称已获得账号的完整内容档案。该规范未记载点赞账号列表输出，也未承诺能显示隐藏的计数。公开默认构建版本 1.0.35，核查于 2026 年 10 月 25 日；仅核查输入输出规范，未进行运行测试。

如果保存公开计数的检查结果有帮助，可以使用以下简短输入：

{"maxItems":1,"mode":"contentUrls","startUrls":["https://www.instagram.com/reel/DIwcCZgxVZP/"]}

这是 JSON，一种将字段名与值配对的文本格式。请将示例 Instagram 地址替换为你要检查的具体公开帖子地址。示例地址不能作为你那篇帖子的证据。

`startUrls` 包含来源链接。将 `mode` 设为 `contentUrls`，即可选择直接输入内容链接。将 `maxItems` 设为 1，会将采集结果限制为最多一行指标记录。一行就是一条保存的记录。这个上限并不保证能成功返回结果，也不保证能获取点赞数。

所提供的输入已通过公开输入规则检查。本指南没有实际运行该程序。运行是指实际执行 Actor。准备输入或打开页面，并不代表已执行过程序。

Task 是为 Actor 保存的一组预设输入。核查时，名为 Instagram Brand Campaign Metrics 的公开 Task 确实存在。未通过登录账号读取其已保存的设置，也未运行该 Task。使用前，请检查设置并替换示例值。Instagram Brand Campaign Metrics Task，核查于 2026 年 10 月 25 日；仅确认公开页面存在，未通过登录账号核验已保存的输入，未运行。

4. 将计数与数据质量、来源状态一同保存

如果实际进行采集，请将来源字段保存在一起。不要只把数字复制到报告中。

这些字段记载于已核查的输出规范中，并非为本文实际运行程序得到的结果。公开默认构建版本 1.0.35，核查于 2026 年 10 月 25 日；仅核查文档中的字段，无采集结果。

`postMetricStatus` 可以包含多条指标记录。找到 `metric` 为 `likes` 的记录，保留其中的 `value`、`status`、`precision` 和 `rawValue`。原始值保留了该记录提供的来源表示形式。

可用性与精度回答不同的问题。可用性说明该值是存在、不可获取，还是未尝试获取。精度说明数字的准确程度。文档中的精度标签为 `exact`、`display_rounded`、`likely_rounded`、`unavailable` 和 `unknown`。

经过舍入的数字不能像精确数字一样支持精确结论。即使数值看起来是普通整数，也要保留精度标签。不要把整行记录的成功状态视为每项指标都可获取的证明。

单独显示的计数可以在其所述的数据质量范围内支持一次计数观察。但它不能证明可见点赞账号列表包含所有账号。

5. 保留缺失值，单独保存账号所有者记录

`null` 表示该字段中没有可用的数值。零则是一个数值。将 `null` 改为零，会改变记录的含义。

如果公开点赞数不可获取，请保留 `null` 和来源状态。不要用以下内容填充该字段：

1. 可见账号条目数。
2. 较早的公开读数或账号所有者读数。
3. 评论数。
4. 其他账号在统计范围未经核查的情况下看到的值。

账号所有者的记录可能回答另一个有用的问题。请向账号所有者索取能明确标识帖子、统计指标和相关时间的记录。仅使用你获授权查看的记录。

检查报告中的具体标签。记录该值来自公开计数、账号所有者报告，还是其他明确说明的统计指标。检查日期范围，以及是否涉及付费或自然活动的统计范围。付费范围涉及广告活动。自然范围涉及该广告范围以外的活动。

不要假定账号所有者的截图与今天的公开总数一致。如果帖子标识、日期和含义清楚，旧截图可以证明较早的读数。但不能仅因它涉及同一篇帖子，就用它证明当前读数。

将仅账号所有者可访问的记录与公开观察结果分开保存。分享报告时，要注明作为依据的账号所有者记录，不要将其表述为公开采集的数据。

即使数值相等，也需要检查含义。社交媒体指标比较指南解释了为什么定义、单位和观察时段必须符合问题要求。在将点赞计数、列表观察结果和账号所有者记录视为等效证据之前，也要按此原则逐一检查。

6. 建立计数证据表

为每个证据项建立一行记录。保持来源值不变。在单独的列中添加你的解释。

这些是建议使用的审核字段，并非 Actor 的额外输出字段。

在每行记录旁保留帖子标识，或将其保存在关联清楚的记录中。适用时，还要保留指标标签和精度。如果账号所有者记录包含报告时段，请将该时段与收到文件的时间分开保存。

不要用一项观察结果覆盖另一项。两个不同的值可能涉及不同时间、统计指标或统计范围。在能解释二者关系之前，两者都要保留。

如果观察结果看似冲突，请先检查帖子标识、统计指标、时间和覆盖范围。如果仍无法厘清，就将观察结果分开保存。不要取平均值，也不要因为较大的值能让报告更好看就选择它。

7. 示例详解：114 个可见条目，总数未知

原创虚构示例：本例中的所有观察结果和判断均为教学而编写，不涉及任何真实账号或平台故障，也不是 Actor 的运行结果。

一名审核人员需要获取某篇帖子当前的公开点赞数。审核人员在可见列表中观察到 114 个账号条目，但未证明列表覆盖完整。当前公开计数不可获取。账号所有者提供了一张较早的截图，读数为 600，但尚未确认该读数是否符合当前所需的统计范围。

证据表包含三项证据：

1 项可见列表观察结果 + 1 项计数不可获取记录 + 1 项先前的账号所有者记录 = 3 项证据。

计算单位是证据项。这项计算统计的不是点赞数，也不是人数。

观察到的列表条目数为 114 个账号条目。当前公开点赞总数仍然未知。账号所有者较早记录中的读数为 600，但该读数与当前问题是否匹配仍未厘清。

不要将 114 与 600 相加。它们是两项独立观察结果，不是同一个已确定总数中的两个组成部分。不要用 600 减去 114，进而声称缺少某个具体数量的账号。该计算需要先证明两者之间的关系，而本例并未提供这种证明。

报告中可以这样表述：

不要用 114、600 或零来代替缺失的总数。这些替代值都不能用于计算当前以点赞数为基础的比率。

8. 检查计算及失败状态

比率表示一个数量相对于另一个数量的关系。以点赞数为基础的比率需要使用适当的点赞数。如果所需点赞数缺失，就将比率报告为不可计算，或在该项计算中排除受影响的帖子。

如果排除帖子，请说明排除了多少篇，以及原因。明确指出缺失的是哪项点赞数。将已审核的帖子列表与用于计算的较小帖子列表分开保存。不要为了得出结果而不作说明地更改统计指标。

验收报告之前，请完成以下检查：

1. 列表覆盖完整性未经证明：将结果标为可见列表观察结果。
2. 公开计数缺失：保留 `null` 及其来源状态。
3. 数字经过舍入或精度未知：保留数据质量标签，并限制结论范围。
4. 缺少帖子标识：将记录之间的关系保留为尚未厘清。
5. 缺少观察时间：不要将读数表述为已核实的当前值。
6. 先前的账号所有者记录：在核查日期和统计范围之前，单独保存。
7. 没有可用的采集记录行：不要据此认定帖子点赞数为零。
8. 未实际运行：说明输入已准备好，不要将其表述为已采集的证据。

所提供的证据不能确定某个值为何被隐藏或无法获取。不要根据这些观察结果认定原因是隐私设置变更、限制或程序错误。

当每项计数都具备来源、时间或明确的时间信息缺口、覆盖范围说明，以及可支持的结论时，报告即可通过验收。完整的报告可以包含未知总数。报告的作用是准确陈述证据。