Instagram 合作帖子报告：如何避免重复统计同一条帖子

确定每个总计的含义

统计单位是指一行记录或一个总计所代表的对象。本方法使用三种统计单位：

一条合作帖子可以在第一张表中出现一次，同时在第二张表中有多条关联。这是两种不同的总计。两者都不是人数。

Instagram 成效分析（Insights）是指通过账号自身的报告访问权限获得的统计数据。请将这些记录保存在单独的视图中。不要假定所有合作方都能查看或导出相同的报告。

所提供的公开提问说明了区分这些概念的必要性。一个问题询问合作帖子的成效分析。另一个问题询问：如果某个账号不是帖子的最初发布者，该帖子是否仍计入这个账号的分析数据。这些只是读者的问题，不能证明当前的访问规则。参见合作帖子成效分析问题和合作帖子分析数据问题。

请根据实际账号的情况判断访问权限。编制活动报告时，应先确定每份报告描述的是哪条帖子，以及其中的数字衡量什么。

建立活动帖子表和账号参与关系表

活动台账是一张记录活动中已核实帖子的表。请根据清单建立台账。清单列出预期纳入的帖子和参与账号。

1. 收集参与者提供的帖子链接。
2. 保留每个原始链接及其来源。
3. 核实哪些链接指向同一条帖子。
4. 记录能够证明各账号与该帖子有关联的现有证据。
5. 将尚未确认的关联保存在待审核表中。

不要仅凭相似的显示名称，或两个主页网格中相同的内容，就认定存在合作关系。仅有外观相似，不能证明它们是同一条合作帖子。

如果有稳定的帖子标识符，请使用它。公开输出文档将该字段称为 `postId`。同时在 `postUrl` 中保留已核实的帖子网址。如果缺少标识符，请保留来源链接，并将帖子身份标记为待审核。不要编造平台标识符，也不要合并尚未确认的记录行。

建立以下两张表。表名和审核列是建议采用的电子表格字段。Actor 不会为你建立这些表。

证据引用指向支持某项判断的来源。它可以指向已保存的公开观测记录，也可以指向现有的合作确认材料。保留足够的细节，让其他分析人员能够核查这条关系。

账号用户名是账号公开使用的用户名。如果有已核实的账号 ID，请使用该 ID，不要仅凭显示名称识别账号。如果创作者清单中存在重复的主页记录，请使用单独的 Instagram 主页身份指南。先解决账号身份问题，再将该清单用于本方法。

不要为了让各表一致而删除待确认的关系。请明确列出信息缺口。已确认的帖子可以保留在帖子表中，同时让某条声称存在的账号关系继续等待证据。

采集已知帖子的公开数据

Actor 是在托管环境中运行的数据采集程序。Instagram Metrics Scraper 的文档说明了公开帖子的采集方式。2026 年 10 月 25 日核查的 1.0.35 构建版本公开输入输出规范表明，将 `mode` 设为 `contentUrls` 后，该程序接受内容的直接网址。

这说明文档所述功能适合采集已知活动帖子的公开观测记录，但不能证明某次运行成功。本指南未实际运行该程序。已核查的规范见公开构建记录。

首次检查时，请使用所提供的少量输入：

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

1. 将示例网址替换为一条已知的公开活动帖子或 Reel 的网址。Reel 是 Instagram 的一种视频格式。
2. 将 `mode` 保持为 `contentUrls`。这会让 Actor 直接使用内容网址作为输入。
3. 本次只检查一个网址，请将 `maxItems` 保持为 `1`。该字段用于设置可选的总行数上限。
4. 准备好采集观测记录后，再运行 Actor。
5. 使用指标前，先将返回的每行记录与你要采集的帖子核对。

请替换示例网址，不要在它旁边追加你的网址。当上限为一行时，即使输入列表更长，也不能证明已覆盖所有提供的帖子。以后采集时，应根据目标列表选择合适的上限，并逐项核对输出是否覆盖该列表。

Actor 的文档还说明了用于发现主页的输入方式。本方法使用已知内容的网址，不能据此认定已建立完整的账号档案。

Task 是已保存的 Actor 输入预设。对于公开的 Instagram Brand Campaign Metrics Task，本指南只核查了公开页面是否存在。未通过已登录账号检查其保存的设置，也未运行该 Task。使用前请检查其输入。

保存观测记录，不增加帖子数

观测记录是从某个来源在已知时间获取并保存的读数。快照是该时刻的读数。同一条帖子可以有多条观测记录，但不会因此变成多条不同的帖子。

将公开观测记录保存在单独的表中。如果能够获取，请保存下列文档所述字段。

指标是测量得到的数值，例如点赞数。精确程度说明该值是精确值、四舍五入值、不可用，还是精确性未知。文档所述的 `postMetricStatus` 包含指标、数值、状态、精确程度和原始值。请将这些信息与数值一同保留。

文档所述的 `collaborationProfiles` 条目包含 ID、用户名、网址，以及所有者或合作方角色。可以将现有条目用作公开证据。请将它们与清单核对。缺少合作相关信息，不能证明没有合作方。

将返回的主页相关信息与完整的参与关系表分开保存。不要把返回的一个主页当作所有参与账号的证明。

缺失值不等于零。如果 `likes` 缺失或不可用，请将点赞数保留为未知。如果来源报告为零，且状态和精确程度适当，请保留这个零。不要将缺失、采集失败或未返回的数据替换为零。

将每个提供的网址与返回的记录行核对。任何未获得可用结果的目标，都应保留在待审核清单中。记录尚未确认的是身份、指标，还是合作关系。

每条帖子选择一条公开观测记录计入总计

表连接是通过共同字段，将不同表中的记录行关联起来。这里用 `postId` 关联帖子表、参与关系表和公开观测记录。连接后，同一帖子的指标可能在多个账号行旁重复出现。这些重复的单元格不是新的帖子结果。

计算活动的公开指标总计时，每条帖子的每项指标只选择一条合适的观测记录。相加前，先写明选择规则。选中的观测记录应使用同一指标，来源的统计范围应明确，观测时间也应符合报告要求。

1. 保留所有来源的观测记录，以及各自的时间和来源引用。
2. 检查两行记录是否重复了同一条合作帖子的计数。
3. 为该帖子选择一条合适的观测记录，计入活动总计。
4. 记录选择原因。
5. 保留未采用及相互冲突的读数，以供审核。

两个账号的导出文件可能重复记录同一个帖子级计数。请保留两份导出数据中的观测记录，但不要将两份计数都加入活动帖子总计。先核实它们描述的是同一条帖子和同一项指标。

如果两个读数不同，请检查它们的时间、来源和精确程度。较晚的读数可能反映了另一个时刻的情况。如果选择较晚的读数，请在报告中相应注明。不要将不同时间采集的读数称为同一时刻的快照。

不要将相互冲突的读数取平均，制造出一个所谓的精确计数。如果无法选择合适的读数，请将该帖子的对应指标标记为待确认。如果报告其余帖子的小计，请说明覆盖多少条帖子，以及缺少哪些帖子。

本指南用于剔除合作帖子的重复计数。计算一个月内的变化，需要进行另一类检查。如果需要统计期起止时点已保存的计数，请使用 Instagram 新旧帖子报告指南。当前的观测记录不能还原早先缺失的计数。

将账号所有者报告保存在单独的视图中

公开帖子指标与账号所有者结果回答不同的问题。公开点赞数反映观测到的帖子计数，不能将这一结果分配给各合作方。

每收到一份账号所有者报告，请保存以下信息：

保留报告中的指标定义。不要仅因数字相同，就将账号结果改称为公开帖子计数。

覆盖人数是指报告所注明范围内触达的受众人数。不要根据共享的公开计数推算各合作方的覆盖人数。也不要假定不同账号的受众结果中没有重复的人。如果没有关于受众重叠的证据，将各账号的覆盖人数相加，不能得出合并去重后的受众人数。

已核查的 Actor 数据集没有非公开的覆盖人数、收藏数、分享数或历史统计期起止时点计数字段。其公开合作字段也不保证能够访问账号所有者的成效分析。这些限制来自已核查的公开输入输出规范。

如果无法取得账号所有者报告，请说明这一缺口。不要将公开计数平均分配给各账号，以此估算报告结果。

完整示例：三条帖子与四条账号关联

原创虚构示例。以下所有身份和读数均为虚构。这些记录行用于说明报告方法，不是 Actor 输出，也不是真实的活动结果。

账号 A 和 B 共同参与帖子 P1。账号 A 还参与 P2。账号 B 还参与 P3。本示例假设这四条关系均已确认。

共有四条账号与帖子的参与关联。去重后共有三条帖子：P1、P2 和 P3。

本示例提供了以下可一起统计的公开点赞数读数：

帖子级点赞数 = 100 + 20 + 30 = 150 个观测到的帖子点赞。

如果为每个账号重复计算 P1，算式就会变成 100 + 100 + 20 + 30 = 250 个赞。这会将同一条帖子的 100 个赞计入两次。多出的 100 来自重复计算 P1，而不是另一条观测到的帖子结果。

本示例应按以下方式报告：

• 三条去重后的活动帖子。
• 四条已确认的账号与帖子参与关联。
• 三条相匹配的读数合计为 150 个观测到的帖子点赞。

账号参与视图可以显示 A 和 B 都关联到 P1。但不能将共享的 100 个赞描述为 A 单独获得了 100 个赞，B 又单独获得了另外 100 个赞。

这个虚构示例没有提供账号所有者的覆盖人数报告，也没有提供受众重叠的证据。因此，它既不能确定任一账号贡献的覆盖人数，也不能确定活动合并去重后的受众人数。

交付前核查台账

核对是指检查各表是否符合各自规则，并且相互一致。各项总计不必全部相等。三条帖子和四条参与关联可以同时正确。

1. 检查每条已确认的独立帖子在帖子表中是否只有一行记录。
2. 检查参与关系表中每条已确认的记录是否都指向已核实的帖子和账号。
3. 检查每条账号与帖子关系的证据引用。
4. 检查每项公开指标总计是否对每条帖子最多只采用一个选定读数。
5. 检查指标名称、观测时间、来源的统计范围和精确程度。
6. 明确保留缺失值、待确认的身份和相互冲突的读数。
7. 单独保存账号所有者报告，并保留其确切范围和日期。
8. 说明清单的覆盖情况，以及缺失的帖子或账号记录。

当其他分析人员能够根据证据追溯报告中的每个数值和每条关系时，报告才可通过验收。如果某项检查未通过，请暂不发布受影响的总计，或注明其覆盖范围有限。不要通过删除来源记录行、赋值为零或拆分共享计数，强行使各表一致。