你今天查看一条 Facebook 帖子时，只能看到截至这一分钟的累计数字。一条显示 1,200 次观看和 45 次反应的帖子，并不会告诉你人们何时观看或做出反应。你无法判断这 1,200 次观看是都发生在最初两小时，还是人们在数周后才找到这条帖子。如果你在同一个电子表格单元格里，用今天的数字覆盖上周的数字，过去的记录就会永远丢失。一旦那个过去的数字消失，你就无法再计算增长速度，也无法发现一条帖子何时不再获得关注。
要建立可靠的历史，你需要一张只在底部添加新行的表。你从不编辑或删除旧行。每一行都像实体日志本中的一页。它记录一条帖子在某一个具体时刻的样子。把这些分开的检查随时间保存下来，你就建立起一份数据质量可靠、能显示实际变化的历史。
如何建立你的历史表
一张好的追踪表需要简明、清晰的列。你不需要复杂的软件或难懂的技术词语来完成这项设置。每次从一条帖子收集公开数据时，都用核心细节保存一行新数据，例如内容 ID（Content ID）、观察时间（Observation Time）、指标名称（Metric Name）、指标值（Metric Value）和精度（Precision）。
当你使用 Chronometrica Facebook Metrics Scraper 拉取公开数据时，该工具会把行返回到它的 Apify 数据集，而其运行摘要则保存在键值存储（OUTPUT）中。你的团队随后把这些数据集行导入你们的永久历史表。你也可以在内部表中增加一列运行 ID，用来把同一次收集批次中检查过的所有帖子归为一组。这个运行 ID 是在收集器完成后，从你的下游工作流元数据中添加的。抓取工具本身会收集公开页面并返回结构化数据，但它不会直接写入你的数据库，不会发送自动警报，也不会替你存储历史。
阅读公开数据时，要把计数器名称分开。观看、播放、反应、点赞、评论和分享衡量的是不同行为。在原始日志表里把两种不同的计数合成一个自制公式，会让你的历史变得混乱。如果你想查看基本的互动定义，请参阅我们关于 Facebook 帖子表现公开数据 的指南，其中有清晰的设置步骤。
按固定计划收集数据
要看到清晰的规律，你需要按简单、重复的计划检查目标帖子。用手复制和粘贴来做这件事会耗费太多时间，并且会导致漏掉某些天、记录中断。
你可以使用 Chronometrica Facebook Metrics Scraper 自动收集公开指标数字。该工具接收一份公开 Facebook 链接列表，访问这些公开页面，并返回当前可见的数字。
你可以使用 Apify Schedules 这类排程工具，让收集工具按设定的模式运行。不过请记住，排程是目标指引，而不是有保证的时钟。一次已排程的运行可能因为网页流量或系统队列而推迟开始。因此，始终记录抓取器成功读取该帖子时的准确观察时间（scrapedAt），而不要假定它在某个同步的全局完成时间运行。
例如，管理某一项具体营销活动的团队可能会选择：新帖子在第一天每四小时检查一次，随后两周每天在同一时间检查一次，较旧的帖子则每周检查一次。这个时间顺序只是针对一项营销活动的说明性工作流示例，并不是每一种设置都必须遵守的已证实规则。
如何处理数据空缺和被跳过的检查
公开收集工具读取的是公开网页。有时网页加载失败，网络连接中断，或者 Facebook 暂时隐藏某个页面。当一次检查失败时，收集工具会把该帖子排除在主要输出之外，或者把它记入一份单独的被跳过行列表（SKIPPED_DATASET_ROWS）。
你如何处理这些缺失的检查，决定你的历史是否保持准确。一次检查失败时，你必须遵守三条实用规则：
第一，一次缺失的检查绝不是零。如果收集器在下午四点漏掉一条帖子，不要在观看列中输入 0。输入零意味着该帖子失去了全部观看，这会破坏你的平均值，并在图表上制造虚假的下降。让该行保持缺失，或者在状态列中写上 skipped。
第二，不要编造虚假数字来填补空缺。不要猜测在被漏掉的时段中途，数字可能是多少。猜测会把错误引入你的历史表。
第三，在计算跨越一处空缺的变化时，要调整时间计算。如果下午四点的检查失败，下一次在晚上八点成功的检查就必须与中午那次检查相比较。这两次有效检查之间的时间是八小时，而不是四小时。
如何计算变化与速度
在比较两次读数之前，请确认你匹配的是完全相同的内容身份、相同的指标标签、相同的来源定义以及相同的精度级别。从播放计数中减去观看计数，或者比较两条不同的帖子，都会得到无效数字。
表现上的一次变化称为 delta。计算 delta 的方法是：对完全相同帖子上的完全相同指标，用较新的数字减去较旧的数字。
要了解一条帖子增长有多快，把这次变化除以两次检查之间实际经过的小时数：
每小时增长率 = (新数字 - 旧数字) / 经过的小时数
一个虚构的分步演算示例
让我们看一个明确标注为虚构的示例。它使用单独一条帖子，演示这些计算如何运作。在这个虚构情景中，我们在四次计划中的检查里追踪一条营销活动视频，记录准确数字，处理一次被漏掉的运行，并计算真实的增长速度。
第一次检查在 8:00 AM，该帖子显示 1,200 次观看。
第二次检查在 12:00 PM，该帖子显示 1,800 次观看。
第三次检查在 4:00 PM，收集运行失败，该帖子被跳过。没有新行保存到主表中。
第四次检查在 8:00 PM，该帖子显示 1,750 次观看。
现在让我们逐步处理这些数字，看看这一天发生了什么。
从 8:00 AM 到 12:00 PM，正好经过 4 小时。观看计数从 1,200 增长到 1,800。变化是 1,800 减去 1,200，等于 600 次观看。要得出每小时增长率，把 600 次观看除以 4 小时。结果是每小时 150 次观看。这显示上午的增长稳定。
在 4:00 PM，检查失败。我们不写入零，也不编造一个虚假数字。我们只注明 4:00 PM 没有有效数据点。
在 8:00 PM，检查成功，显示 1,750 次观看。要计算变化，回看上一次有效检查，即 12:00 PM 的 1,800 次观看。12:00 PM 与 8:00 PM 之间经过的时间是 8 小时。变化是 1,750 减去 1,800，等于 -50 次观看。
要得出这 8 小时窗口内的每小时增长率，把 -50 次观看除以 8 小时。结果是每小时 -6.25 次观看。
理解下降与平台数字
在我们的虚构示例中，观看计数在中午到晚上八点之间从 1,800 降到 1,750。当营销人员看到这样的下降时，公开收集器记录的是公开网页上显示的数字，但它们无法告诉你一次变化背后的内部原因。公开计数器的下降会因各种平台原因而发生，外部工具无法核实这些原因。当一个计数下降时，不要猜测或假定某个具体原因。只把真实的下降作为一次真实观察记入你的表中。
如果你需要分析公开评论串，或查看一条帖子上的文字反馈，请阅读我们关于 Facebook 评论与客户反馈分析 的指南，其中有实用步骤。如果你想进一步了解公开视频标签有何不同，请阅读我们关于 Facebook 视频观看、播放与覆盖人数 的指南，以理解每个计数器的含义。
你还必须谨慎处理经过四舍五入的数字。Facebook 经常显示 1.2K 这样的简短汇总数字，而不是 1,243 这样的完整数字。当你用经过四舍五入的数字计算变化时，这些算出的 delta 只是近似值，不是精确数字。
此外，一个没有变化的四舍五入显示，并不能证明活动为零。如果一条帖子在星期一显示 1.2K 次观看，星期二仍然显示 1.2K 次观看，人们可能仍在观看该视频。总数只是还没有到达下一个公开跳跃点，例如 1.3K。绝不要仅仅因为屏幕上的四舍五入汇总标签保持不变，就假定该帖子的新增观看为零。
决定何时复查一条帖子
不要设定僵硬的警报规则，也不要依赖自动软件警告，而是通过把帖子当前的增长速度与其过去的模式相比较来复查帖子。增长速度的突然转变，或一次负的变化（delta），都应当促使你去做一次复查；仅凭这些计数，无法知道其原因。当一条帖子的增长速度发生显著变化、一条较旧的帖子出现突然变动，或者你记录到一次按精确计数（而不是四舍五入计数）算出的负变化时，要仔细查看该帖子。
通过把每次检查都存成新的一行、干净地处理被漏掉的运行，并基于实际经过的小时数做简单计算，你就能建立一份清晰的历史，准确显示你的 Facebook 帖子表现如何。
来源和延伸阅读
作者 Chronometrica · 更新日期
返回顶部 ↑
