
你可以用电子表格和经过核查的公开计数完成这项工作。如果你管理这些账号,并需要非公开的分享次数、收藏次数或去重触达人数,请使用账号所有者的记录。将这部分分析与基于公开点赞数、评论数和浏览量的比较分开。
本指南讨论的是不同 Instagram 账号的抽样帖子数量不等的情况。它不设定通用的优良互动率标准,也不将样本较大视为账号表现更好的证据。
1. 确定平均值需要描述什么
有人在公开提问中询问如何获取六个月内的平均点赞数、评论数、浏览量和分享次数。这个问题包含两项不同需求:明确帖子发布时间范围,以及明确“平均”的含义。所提供的证据仅包含这样一个问题,不能用于衡量更广泛的需求。公开提问,检索于 2026 年 8 月 11 日。
采集计数前,先写明报告需要支持什么决策:
- 描述抽样帖子的典型情况:计算帖子比率的平均值时,让每个符合条件的帖子具有相同权重。
- 描述抽样账号的典型情况:为每个账号计算一项定义明确的汇总指标,再让每个纳入计算的账号具有相同权重。
- 描述全部已观测浏览量:分别汇总符合条件的互动次数和浏览量,再用互动总次数除以总浏览量。
符合条件的帖子,是指满足筛选规则,且具有计算所需可用数值的帖子。在查看结果前,先写明这些规则。
本方法将公开互动次数定义为点赞数加评论数。互动次数记录的是操作次数,不是去重人数。同一个人可以产生多次操作。
在整份报告中统一使用这个名称:按浏览量计算的点赞加评论率。分子是参与除法计算的互动次数。分母是用来除的浏览量。
结果为 10%,表示每 100 次已记录浏览对应 10 次已记录的点赞和评论。这不表示 10% 的观看者进行了互动。这两项计数都不能确定去重受众人数。
2. 确定账号清单、帖子清单和观测规则
采集数据前,先列出账号清单。记录每个账号纳入比较的原因。然后明确内容形式、发布时间范围,以及帖子发布后时长的规则。
如果需求是六个月的数据,请记录确切的起止日期。确定这些日期是否用于按发布日期筛选帖子。这与衡量这六个月内新增的互动次数不同。
对于在该时间范围内发布的帖子,今天观测到的计数不能说明有多少次互动发生在该时间范围内。经过核查的 Actor 接口规范没有记录历史起止时点计数的字段。因此,当前读数不能提供起始日期或结束日期当时的历史计数。
将以下记录分开保存:
- 计划比较的账号清单和发布时间范围。
- 为各账号提供的已知帖子。
- 实际观测到的帖子。
- 符合各项计算条件的帖子。
不要将已知帖子清单称为账号的完整档案。记录覆盖范围的差异。一个账号有两条已知帖子,另一个有二十条,可能是采集覆盖范围不同、发布活跃程度不同,也可能两者都有。仅凭数量无法确定原因。
选择具有可比性的内容形式。例如,可以只比较经过核查的 Reels。还要确定帖子发布后时长的规则。帖子发布后时长,是指从发布到观测之间的时间。保存这两个时间,方便读者评估差异。
如果你只有发布后时长不同的帖子的当前读数,请说明这一限制。不要将这些读数呈现为在相同发布后时长采集的数据。
合并基于浏览量的比率前,先检查这些读数是否能回答同一个问题。可使用浏览量指标可比性指南核查定义。仅仅字段名称相同,不足以证明两个读数可以合并。
3. 采集计数并保存可核查的记录
清单较小时,可以手动记录可获取的公开计数。在每个读数旁保存帖子链接、账号标识、可获取的发布时间,以及观测时间。
对于较大的已知帖子清单,文档所述的 Instagram Metrics Scraper支持直接输入内容 URL。Actor 是托管运行的数据采集程序。读者仍须核查数据行,并自行计算比较结果。
2026 年 10 月 25 日核查的公开接口规范说明,将 `mode` 设为 `contentUrls` 可直接采集内容。规范还记录了单独的账号发现输入。账号发现功能不能证明可以获取完整的六个月档案。公开构建版本 1.0.35 的接口规范。
以下简短输入符合所提供的结构规范:
{"maxItems":1,"mode":"contentUrls","startUrls":["https://www.instagram.com/reel/DIwcCZgxVZP/"]}将示例 URL 替换为你打算采集的一条公开帖子或 Reel 的 URL。`maxItems` 的值限制输出数据行的总数。对于这个仅含一个链接的输入,上限设为 1 是合适的。但如果用于更大的比较清单,它也会将输出限制为一行。
采集完整清单时,提供计划采集的已知内容清单,并选择适当的上限,也可以省略这个可选上限。记录你的选择。上述输入的结构符合冻结证据中的规范。本指南没有实际运行该输入。
经过核查的接口规范记录了帖子标识、账号标识、公开计数、观测时间和指标质量字段。请在工作表中保存以下信息。部分列来自 Actor,其余是你自行建立的记录。
| 保存的信息 | Actor 字段或读者记录 | 用途 |
|---|---|---|
| 提交的地址 | `inputUrl` | 追溯读数对应的输入 |
| 稳定的帖子标识 | `postId`, `postUrl` | 匹配目标帖子并检查重复项 |
| 账号标识 | `profileId`, `profileHandle` | 确定经过核查的帖子所属的账号 |
| 发布时间 | `publishedAt` | 核查发布时间范围和帖子发布后时长 |
| 观测时间 | `scrapedAt` | 记录读取计数的时间 |
| 公开计数 | `likes`, `comments`, `views` | 保留来源数值 |
| 指标质量 | `postMetricStatus` | 核查可用性和精度 |
| 采集结果 | `status`, `statusReason` | 保留并展示采集失败或不完整的读数 |
| 入选原因和内容形式 | 读者记录 | 说明帖子纳入样本的原因 |
| 计算资格 | 读者记录 | 说明该行可用于哪些计算 |
| 排除原因 | 读者记录 | 说明每个读数被排除的原因 |
| 计算所得的互动次数和比率 | 读者记录 | 在输入值旁保留公式 |
接口规范记录了这些字段,但不保证每一行都有可用值。所提供的输出结构规范仅要求必须包含 `inputUrl`、`status` 和 `scrapedAt`。文档中的输出规范。
本次比较中,每个帖子只选用一次观测结果。如果保留了多次读数,请标明哪一次用于计算。否则,同一个帖子可能被多次纳入样本。
4. 核查缺失值、零值和精度
计算平均值前,先核查每一行来源数据。采集状态成功,不足以证明所有必需指标都有可用值。
字段 `postMetricStatus` 记录各项指标的质量信息。其可用性状态包括 `present`、`unavailable` 和 `not_attempted`。其精度标签包括 `exact`、`display_rounded`、`likely_rounded`、`unavailable` 和 `unknown`。精度说明报告数值的精确程度。可用性说明是否存在读数。这两项须分开核查。指标状态结构规范。
采用以下计算规则:
- 已记录的数值零仍保留为零。
- 缺失值或 `null` 值仍按缺失处理。
- 只有点赞数和评论数均可用时,才将两者相加。
- 只有浏览量可用且大于零时,才计算基于浏览量的比率。
- 使用同一次选定观测中的计数。
- 记录被排除的数据行及原因。
如果点赞数可用,但评论数缺失,那么点赞加评论总数不可用。不要在未说明的情况下只用点赞数代替。
如果互动次数为零且浏览量大于零,计算所得的比率为零。如果浏览量为零,比率则未定义,应标记为不可用。不要将未定义的比率记录为 0%。
一个帖子可能有可用于汇总的原始互动次数,却缺少计算比率所需的浏览量。请分别记录这两种计算的样本量。例如,某个账号符合互动次数均值计算条件的帖子数,可能多于符合基于浏览量的比率计算条件的帖子数。
经过舍入的计数也需要处理规则。进行精确计数比较时,可以排除经过舍入的读数,也可以保留并明确说明限制。不要将基于舍入计数计算的比率称为精确值。如果计数精度不足以区分细小差异,就应说明这些差异尚无法判定。
文档所述的数据集不提供非公开的触达人数、收藏次数或分享次数。不要为这些指标添加填零的列。不要将 Facebook 公开互动数据指南中的回应加分享公式用于此处的 Instagram 计算。本方法使用已声明的 Instagram 分子:点赞数加评论数。
5. 先建立账号数据表,再做整体汇总
先计算各账号的结果。这样可以避免帖子样本较多的账号掩盖样本较少的账号。
均值是所有数值之和除以数值的个数。中位数是将数值排序后位于中间的数值。如果中间有两个数值,就取这两个数值的平均值。
如果分别统计点赞数和评论数能够满足需求,请为每个账号报告这两项指标各自的均值和中位数。列出每项指标的有效帖子数。对于有可用读数的浏览量,也采用相同做法。
然后报告点赞加评论总次数的均值和中位数。它们描述的是每条抽样帖子的已记录操作次数。这些是次数,不是百分比。
对每个符合比率计算条件的帖子,计算:
帖子比率 =(点赞数 + 评论数)÷ 浏览量 × 100
对每个账号,计算账号合并比率:
账号合并比率 = 符合条件的互动总次数 ÷ 符合条件的总浏览量 × 100
“合并”是指先汇总计数,再做除法。它不同于对各帖子的百分比求平均。浏览量较高的帖子在合并分母中所占的比重更大。
账号数据表应列出:
- 已知帖子数。
- 符合互动次数计算条件的帖子数。
- 符合比率计算条件的帖子数。
- 缺失和被排除的数量及原因。
- 原始计数的均值、中位数及对应的有效样本量。
- 如有需要,列出帖子比率的均值和中位数。
- 账号合并比率,以及汇总后的互动次数和浏览量。
如果一个账号没有任何符合比率计算条件的数据行,其账号比率应为不可用,而不是零。计算账号等权平均比率时,应排除该账号,并说明计划比较的账号中有多少个未能纳入这项计算。
如果账号汇总仅基于一条帖子,必须明确标注只有一条帖子。其均值和中位数可能相同,但这不能证明账号的通常表现。
6. 完整计算一个原创虚构示例
以下整个计算示例均为原创虚构,使用的是虚构的精确计数。它不是 Actor 的运行结果,也不是实测的营销活动。三个帖子均符合本示例的筛选规则和质量规则。
本示例提供的是点赞加评论总次数,没有提供单独的点赞数和评论数,因此无法分别计算两者的平均值。
| 账号 | 帖子 | 点赞数加评论数 | 浏览量 | 帖子比率 |
|---|---|---|---|---|
| A | A1 | 10 | 100 | 10% |
| A | A2 | 20 | 200 | 10% |
| B | B1 | 50 | 1,000 | 5% |
各帖子的计算如下:
- A1:10 次互动 ÷ 100 次浏览 × 100 = 10%。
- A2:20 次互动 ÷ 200 次浏览 × 100 = 10%。
- B1:50 次互动 ÷ 1,000 次浏览 × 100 = 5%。
对于 A,平均互动次数为 (10 + 20) ÷ 2 = 每条帖子 15 次互动。中位数也是 15。账号合并比率为 (10 + 20) ÷ (100 + 200) × 100 = 10%。
对于 B,均值和中位数均为每条帖子 50 次互动。账号合并比率为 50 ÷ 1,000 × 100 = 5%。这些结果描述的是它唯一一条抽样帖子。
| 账号 | 已知帖子数 | 符合比率计算条件的帖子数 | 缺失或被排除的帖子数 | 每条帖子的互动次数均值 | 每条帖子的互动次数中位数 | 符合条件的浏览量 | 账号合并比率 |
|---|---|---|---|---|---|---|---|
| A | 2 | 2 | 0 | 15 | 15 | 300 | 10% |
| B | 1 | 1 | 0 | 50 | 50 | 1,000 | 5% |
缺失列中的零,是这个虚构示例明确给定的事实。它们不是用来替代未知覆盖情况的。
现在计算三种不同的汇总结果。
账号合并比率的账号等权平均值:
(10% + 5%) ÷ 2 个账号 = 7.5%。
每个账号提供一个比率。A 有两条帖子,不代表 A 的权重是 B 的两倍。
所有符合条件帖子的合并曝光互动率:
(10 + 20 + 50) 次互动 ÷ (100 + 200 + 1,000) 次浏览 × 100 = 80 ÷ 1,300 × 100 ≈ 6.15%。
这里的曝光指已记录的浏览次数,不是去重人数。总共 1,300 次浏览中,B 占了 1,000 次,因此 B 较低的比率在这个结果中权重更大。
帖子比率的帖子等权平均值:
(10% + 10% + 5%) ÷ 3 条帖子 ≈ 8.33%。
每条帖子提供一个比率。A 有两条抽样帖子,因此三个比率中有两个来自 A。
保留这三种结果各自的名称和单位。它们都不是基于去重受众的互动率。B 的那一条抽样帖子互动次数更多,而 A 观测到的基于浏览量的比率更高。这两个事实都不能证明差异是由账号策略造成的。
7. 核查结果并确定下一步决策
交付比较结果前,完成以下检查:
- 手动重新计算几行帖子数据,包括分子为零的情况。
- 确认合并互动次数和合并浏览量使用完全相同的合格数据行。
- 确认每个账号只纳入账号等权汇总一次。
- 检查重复的帖子标识和重复观测记录。
- 比率不可用的账号虽不参与整体比率计算,仍须展示。
- 检查合并浏览量中的大部分是否来自一个账号或一条浏览量很高的帖子。
- 在结果旁保留公式、符合条件的数量、采集时间和排除项。
还要比较不同汇总规则下的结论。汇总是指将多次观测合成一项结果。结果变化可能源于各规则给予观测数据的权重不同。
不要因为某种算法能让偏好的账号显得最好,就选择该算法。应使用能回答既定决策问题的计算方法。如果改变规则会改变决策,请说明原因。当现有样本不足以支持决策时,应要求补充可比性更强的观测数据。
公开计数不能证明流量完全来自自然分发,也不能证明去重触达人数、客户数量或销量。本工作流程有助于描述已观测的样本,但不能确定因果关系,也不能确立稳定的账号排名。
来源和延伸阅读
作者 Chronometrica · 更新日期
返回顶部 ↑
