
最终报告应分别展示三组有证据支持的数据:付费结果、自然分发结果,以及注明日期的公开观测数据。通过已核查的帖文标识关联这三组数据。只有在指标定义支持相应计算时,才合并数值。明确保留缺失数据和未解决的差异。
以下方法是一套建议的报告流程。所提供的证据包括公开文档,不包括已完成的报告,也不包括经过测试的采集运行。
1. 采集数值前,先明确问题
先明确所有者想通过报告回答什么问题。读者需要了解付费分发、自然分发,还是公开反馈?付费分发指通过广告进行的分发。自然分发指所有者的数据来源标为自然分发的部分。公开反馈指公开帖文上可见的计数。
这些需求各自对应不同的数据。所提供的关于自然分发与付费分析的公开提问,获取于2026年8月11日;共一条提问记录也提到了这两种分发类型。其摘录讨论的是 LinkedIn 的付费追踪。它不能证明 Facebook 产品存在某项限制,也不能说明这种需求有多普遍。
写一份简短的报告要求:
- 明确业务问题。
- 列出每项所需指标,也就是需要衡量的各个数量。
- 设定报告期和时区。
- 列出报告包含的帖文和广告。
- 注明每项所需数据应使用的来源。
- 说明结果统计的是行为次数、记录条数还是人数。
例如,“报告期内的付费互动次数”和“今天观测到的公开点赞数”是不同的需求。互动是依据所保存的来源定义统计的一种行为。点赞是一项具体的公开计数。这两个名称都不能说明有多少位不同的人。
整份报告都应使用来源中的准确指标名称。不要把多个不同名称都简写为“互动”,再将它们视为相同指标。
2. 从所有者现有的报告入手
清点所有者能够提供的广告管理工具、成效分析工具及其他经授权取得的文件。使用实际存在的文件。这套方法不保证存在某个特定的导出选项、菜单路径或历史记录。
保存每个文件的名称,并记录其覆盖内容:
- 照录准确的指标名称及其可获取的定义。
- 记录所选的账户、广告系列、广告或帖文筛选条件。
- 记录开始日期、结束日期和时区。
- 如有归因设置,也应记录。这些设置说明报告如何将结果归属于某条广告或某个报告期。
- 明确每行的统计单位,即一行代表什么。
- 注明缺失的定义、不完整的覆盖范围和无法获取的字段。
每行的统计单位很重要。一行可能代表一条广告、一篇帖文或一个账户的总计。将账户总计与构成该总计的广告行相加,可能重复计算同一结果。
保留原始文件,方便其他读者核查报告中的数值。不要自行假定其他名称与原名称等同,再用其替换原名称。
如果缺少付费报告,就将付费结果标为缺失。如果自然分发的定义不清楚,就将该定义标为待确认。公开数据采集工具无法补足所有者来源中缺失的分发指标。
来源中记录的零有不同的含义。只有当有效来源针对所需指标和范围明确记录为零时,才能使用零。范围指一个数值所覆盖的内容、账户、日期和筛选条件。
3. 建立来源登记表
来源登记表用于将报告中的每个数值与其证据关联。计算总计前,先建立这张表。在来源数值旁保留其准确的指标名称和范围。
可先使用以下字段:
| 字段 | 需要保存的内容 |
|---|---|
| `source_record` | 指向来源文件及其原始行或总计的引用 |
| `source_metric` | 该来源中的准确指标名称 |
| `content_id` | 已核查的帖文标识;如尚未确认,则保留为缺失值 |
| `ad_id` | 可获取时保存广告标识 |
| `period` | 适用时保存衡量的开始日期和结束日期 |
| `scope` | 分发类型、账户、筛选条件和每行的统计单位 |
| `observation_time` | 获取公开读数的时间;无法获取时标为未知 |
| `precision` | 数值是精确值、舍入值,还是精度未知 |
| `completeness_note` | 缺失字段、覆盖不完整的情况和其他限制 |
还应保存数值、来源文件名、时区及任何归因设置。将来源中的定义与登记表一同保存。这些是建议使用的报告字段,并不表示采集工具会生成这张表。
不要将同一个日期字段用于不同用途。报告期说明所有者提供的结果覆盖哪个时间段。观测时间说明何时读取了公开计数。文件下载时间不能替代其中任何一个时间。
导入文件时保留缺失值。空白、无法获取的指标和来源中记录的零必须保持区别。如果文件未提供时区,应记录这一缺项,不要默默选用某个时区。
舍入值应保留舍入标记。在电子表格中增加小数位数,不会提高来源数据的精度。
4. 关联广告与帖文,避免重复计入帖文总数
内容标识用于识别某篇具体帖文。广告标识用于识别一条广告记录。将两者保留为不同的键。键是用于查找和关联记录的值。
使用三张表:
- 广告表:保存每条保留的广告记录,以及指向所有者来源记录的引用。
- 帖文表:每个公开帖文标识对应一条已核查的记录。
- 映射表:保存广告与帖文之间有证据支持的关联。
映射表允许多条广告指向同一篇帖文,无需复制多份该帖文的公开计数。
只有当所有者的记录或已核查的来源链接能够证明关联时,才将广告与帖文关联。仅凭文字相似、图片相同或日期接近,不能确认关联。没有证据支持的关联应保留为未解决状态。
联接是一种将不同表中匹配的记录关联起来的操作。当两条广告关联到同一篇帖文时,联接后的视图可能将该帖文的公开数值显示两次。这有助于检查,但不能直接作为计算公开总计的依据。
使用所选观测时间下不重复的帖文记录计算公开总计。不重复指每个已核查的帖文标识只出现一次。使用口径兼容的所有者记录计算广告结果。不要仅因一条有效广告记录与另一条广告共用同一篇帖文,就将其删除。
还要检查所有者提供的文件是否已包含汇总行。将汇总行与用于生成该汇总的明细行分开。
5. 仅在有帮助时添加公开快照
快照是某个具体时间的读数。公开快照可以为所有者的报告补充背景,但不能替代该报告。
Facebook Metrics Scraper 接口规范,已于2026年10月25日核查;字段有文档说明,未进行运行测试记载了公开计数和内容标识。它不提供所有者的付费与自然分发拆分数据、触达人数或花费。触达人数是按来源定义衡量的已触达受众规模。公开行为次数无法确定这一受众规模。
如果计划核查一篇已知的公开帖文,可使用以下简短输入:
{"maxItems":1,"mode":"knownUrls","startUrls":["https://www.facebook.com/reel/2645452435840671"]}将示例中的 Facebook URL 替换为你已核查的公开内容 URL。该示例不能作为你所开展活动的证据。`knownUrls` 通过 `startUrls` 选择直接指向内容的 URL。`maxItems` 限制指标行数。所提供的输入符合文档规定的结构;本指南未实际运行采集。已核查的接口规范不支持 Facebook Stories URL。
对每次采集到的公开读数,保留以下内容:
- 用于识别内容的 `contentId` 和 `contentUrl`。
- 可获取的计数及其原始名称。
- `contentMetricStatus`,记录各项计数的状态、精度和来源详情。
- `status` 和 `statusReason`,描述该行的采集结果。
- `scrapedAt`,记录观测时间。
只有一个数值还不够。使用前先查看其状态和精度。无法获取的计数应保持缺失,不要将其改为零。
输入结构说明中写明,`includeFailedRows` 的默认值为 false。在此设置下,采集失败、无效及没有公开指标的行会计入运行摘要,但不会加入数据集。应将请求采集的内容清单与可用结果逐项比较。数据集中缺少某行,并不能证明该帖文没有任何活动。
该工具采集公开数据。映射表、来源登记表和核对报告需要另行建立。核对指检查不同来源的结果能否比较或合并。
6. 计算前先检查口径是否兼容
两个数值看似相关,却仍可能回答不同的问题。在比较、相加或相减前,先检查口径是否兼容。
| 检查项 | 需要回答的问题 |
|---|---|
| 标识 | 这些数值是否对应同一份已核查的内容? |
| 指标 | 其准确名称和定义是否一致? |
| 统计单位 | 它们是否统计同一类行为或受众? |
| 时间窗口 | 它们覆盖的日期和时区是否兼容? |
| 范围 | 它们的账户、分发类型标签和筛选条件是否符合所要回答的问题? |
| 精度 | 它们是精确值、舍入值,还是精度未知? |
| 覆盖情况 | 所需记录是否齐全? |
| 重叠 | 同一次行为或同一个人是否可能被两个数值同时计入? |
所有者的期间指标覆盖一个明确的时间段。累计公开计数则是观测时显示的总数。公开总数可能包含所有者报告期以外的活动。同一天查看这两类数据,并不能使其时间窗口相同。
将触达人数与行为次数分开。即使同时有付费触达人数和自然触达人数,两组受众仍可能重叠。不要将两者相加后称为去重人数。也不要用公开行为计数减去其中一项,凭空推算另一项。
公开计数也不能证明一篇帖文是否获得过付费推广。这个问题应使用所有者提供的证据来回答。
如果需要计算公开反馈率,请参阅单独的无管理员权限时计算 Facebook 互动率的指南。该指南介绍另一种计算。不要将该计算纳入本次分发数据核对。
如果需要了解多次公开读数之间的变化,请参阅 Facebook 帖文指标历史指南。当前快照无法补足过去未采集的读数,也无法提供付费与自然分发的拆分结果。
7. 逐步分析一个严谨的示例
原创虚构示例;不包含任何真实活动结果。本示例说明记录处理方法和来源限制,不描述任何实际采集运行。
两条广告行 AD1 和 AD2 映射到同一篇公开帖文 P1。现有来源支持以下三项数据:
| 来源 | 有证据支持的数值 | 统计单位和范围 |
|---|---|---|
| 所有者的付费报告 | 40 | 按其已保存定义统计的报告期内付费互动次数 |
| 所有者的自然分发报告 | 70 | 按其已保存定义统计的报告期内自然分发互动次数 |
| P1 当前的公开快照 | 100 | 观测时的公开累计点赞数 |
保留两条广告记录、一条帖文记录和两条映射关联。付费来源支持报告数值 40。本示例未提供这些互动在 AD1 和 AD2 之间的拆分数据。不要自行编造拆分结果,也不要将 40 复制到两条广告行中,作为各自的结果。
再来看公开计数。联接后的显示结果可能在 AD1 旁列出 P1,又在 AD2 旁再次列出 P1。对该显示结果求和会得到:
100 次点赞 + 100 次点赞 = 200 次点赞。
这一计算重复计入了同一次帖文观测。公开数据部分必须只为 P1 计入一次 100 次点赞。
付费和自然分发的互动指标名称,也不同于公开点赞指标名称。将数值相减会得到:
仅从算术上看,100 − 40 = 60。
这不代表 60 次自然点赞。该计算混用了公开累计点赞数和报告期内的付费互动次数。
同样,仅从算术上看,40 + 70 = 110,但所提供的定义不足以证明这是有效的合并互动结果。110 也无需等于 P1 的 100 次公开点赞。它们是不同来源支持的不同数据。
证据支持的做法是分别报告:报告期内付费互动 40 次、报告期内自然分发互动 70 次,以及公开累计点赞 100 次。尝试合并结果前,先索取口径兼容的定义和时间窗口。
8. 分别展示结果,并记录未解决事项
围绕各个来源能够支持的数据编写报告。每个部分都应注明来源、指标、报告期或观测时间、范围和完整程度。
付费部分包含所有者提供且口径兼容的付费结果。自然分发部分包含所有者提供且口径兼容的自然分发结果。公开数据部分对每项选定的帖文观测只计入一次。将公开数值标为公开计数,不要标为自然分发结果。
在核对日志中列出未解决的差异:
| 问题 | 当前处理方式 | 下一步所需证据 |
|---|---|---|
| 缺少付费来源 | 将付费结果标为缺失 | 经授权取得、覆盖所需范围的所有者报告 |
| 广告与帖文的关联未经证实 | 将该关联保留为未解决状态 | 所有者的记录或已核查的来源链接 |
| 互动定义不同 | 分别保留数值 | 两项指标各自的准确定义 |
| 所有者的报告期与公开数据的时间窗口不同 | 分别展示结果 | 能够支持口径兼容比较的证据 |
| 无法获取公开计数 | 保持数值缺失 | 有效读数及其状态 |
| 公开数值经过舍入 | 保留精度说明 | 如果决策需要,则寻找精度更高的来源 |
仅有差异不能证明存在延迟、错误或活动记录缺失。记录具体差异,以及解决差异所需的证据。如果仍无法取得所需证据,就在报告中保留这一限制。
不要通过添加调整行,强行使三个部分的结果一致。没有解释的调整会掩盖证据缺口。
9. 发布前检查完整报告
只有以下检查全部通过,才能验收报告:
- 每个展示的数值都能追溯到原始来源记录。
- 每项合并总计使用的统计单位、报告期和范围都兼容。
- 每条广告与帖文的关联都有证据支持。
- 每次公开帖文观测在其公开总计中只计入一次。
- 广告明细行与所有者报告的汇总行没有重复计入结果。
- 缺失值与来源中记录的零保持区别。
- 舍入值保留其精度限制说明。
- 没有将行为次数描述为人数。
- 缺失的付费或自然分发数据仍有明确标注。
- 每个未解决问题都注明了下一步所需的证据。
这些检查有助于形成一份可根据来源核验数值的报告。它们不能确立销售归因、广告回报或通用的成效基准。
下一步如何处理,取决于尚未解决的事项。缺少分发数据时,向所有者索取证据。标识不确定时,核查来源链接。定义仍不兼容时,继续分别保留结果。
来源和延伸阅读
作者 Chronometrica · 更新日期
返回顶部 ↑
