如何长期监测新的 Google 广告创意

1. 建立你的第一份基线快照

明确界定你监测的已核对广告主和筛选值。保存一小份参考批次，包含采集时间、结果上限、运行结果以及任何范围说明。保存创意行，且不要覆盖它们。

公开的 Google Ads Advertiser Monitor | Creative Snapshots 任务是该 Actor 的已保存输入预设。其预设输入为 `{"targets": ["apple.com", "samsung.com"], "region": "US", "platform": "ALL", "adFormat": "ALL", "includeDeliveryDetails": false, "maxItems": 10}`。将 targets 替换为已核对的准确广告主 ID 或 URL，因为域名可能解析到多个账户。`maxItems` 是各 targets 共享的上限。记录你的实际筛选条件，包括日期策略。

一行表示一个被观察到的广告主与创意。确切身份使用 `advertiserId` 加 `creativeId`。必填字段包括 `creativeUrl`、`observedAt`、`requestedRegion`、`requestedPlatform`、`requestedFormat`、`status` 和 `statusReason`。`firstShownAt` 和 `lastShownAt` 是公开来源日期，不是你的首次观察时间。`variations` 和 `variationCount` 是子素材详情，不是新的创意 ID。

把你的采集批次 ID 和运行状态保存在一份由阅读者持有的清单中。该行没有 `runId` 字段。不要编造来源总数，也不要依据一次成功但受上限限制的运行声称完整。审核输出及其实际的上限或停止状态。如果无法确立覆盖范围，将该快照标为有限。当前对两行元数据的验收，并不是一次在两个不同时间进行采集的监测测试。

2. 安排并验证后续运行

按你的需要设定一个合理的手动重复时间。该任务没有内置的周期性警报。保持相同的目标账户、地区、格式、平台和日期窗口策略。如果需要移动窗口，记录两个实际窗口，并且不要把它们的排除项当作移除。

在比较之前验证每一次后续运行。检查采集是否成功、账户是否为预期账户、预定范围是否相同、是否没有未处理的失败，以及上限或覆盖状态是否如实。一次成功的部分样本仍然是样本。把采集失败和空采集，与来源明确报告的零条记录结果区分开。空采集并不证明来源没有记录。

3. 跨批次比较身份集合

在一个批次内，按 `advertiserId` 和 `creativeId` 对行去重。跨批次时保留你的观察历史，但比较每个批次的身份集合。

把当前条目减去先前条目，标为在本次比较中新观察到。把先前条目减去当前条目，标为现在未观察到。绝不要仅因缺失就把后者称为已删除或非活跃。只比较非空白的 `advertiserId` 加 `creativeId` 键。缺失的身份留在集合之外，保持未解决。

交集指两个集合中都存在的身份。并集指两个集合中的全部不同身份。

4. 审核新观察到的创意

打开每个新观察到的创意来源，审核其身份、来源日期，以及你是否已经处理过该确切的账户与创意键。当预览不可用时，保持未审核状态。一次较晚的发现可能显示一个较早的首次展示日期。报告这一点，而不是宣布一次新投放。

为警报保留一张已处理键表。每个键需要首次见到日期、审核状态、上次观察时间和警报状态。重试失败的警报要与重新采集数据分开。同一创意键下发生变化的预览可以是一次修订审核，但它不是新创意警报。让此类决定保持明确。

在每一次被接受的比较之后，保存你的审核队列及其处置。失败的运行之后，不要前移受信任的基线。一次有限的运行可以产生新的观察候选，但其缺失的身份必须保持未知。

虚构演算示例

本示例中的全部身份、日期、计数和事件均为编造。

设想你用同一组筛选条件检查广告主 A：

• 批次 1 于 2026 年 10 月 1 日 12:00:00 UTC 采集。它含有创意键 A/C1、A/C2 和 A/C3。你注明它是一份有限样本。你已处理的警报已经包含 C1、C2 和 C3。
• 批次 2 于 2026 年 10 月 8 日 12:00:00 UTC 采集。它含有 A/C2、A/C3、A/C4 和 A/C5。它同样是一份有限样本。
• 当前减去先前等于 `{C4, C5}`，计数为 2。
• 先前减去当前等于 `{C1}`，计数为 1。
• 交集等于 `{C2, C3}`，计数为 2。
• 并集等于 `{C1, C2, C3, C4, C5}`，计数为 5。
• 不要把 2 个新条目和 4 个返回条目变成增长率，因为这些样本有上限。

接下来，你检查批次 2 中的条目：

• 创意 C4 的来源 `firstShownAt` 为 2026 年 9 月 2 日。它是新观察到的，但显然不是本周首次展示。
• 创意 C5 的 `firstShownAt` 日期未知，因此其投放时间未知。
• 审核队列状态：
• A/C4 为新观察到，来源已核对，来源日期较早，并已作为资料库中的新条目发出警报。
• A/C5 为新观察到，预览不可用，日期未知，审核待处理。
• C1 现在未观察到，比较有限，可用性未知，并且不发送移除警报。

虚构时间线中的后续步骤：

• 批次 3 于 10 月 9 日失败，并且未返回被接受的行。你保留批次 2 作为受信任的最后基线。你不在失败的批次 3 之后移动基线，并且不为 C2 至 C5 生成移除警报。
• 批次 4 于 10 月 15 日返回 C3、C4、C5 和 C6，范围相同。你将被接受的批次 4 与批次 2 进行比较。
• 新观察到等于 `{C6}`。
• 未观察到等于 `{C2}`。
• 共有条目等于 `{C3, C4, C5}`。

• 已处理的创意 C4 避免重复警报。创意 C5 未经审核。创意 C6 是一次新审核。C1 或 C2 的缺失为未知。完整台账行包括 C4 已警报、C5 待处理、C6 新审核，以及 C1 或 C2 缺失未知。这是一次虚构的规则检查，不是当前来源完整可用性的证明。