# 如何长期监测新的 Google 广告创意 跟踪新的 Google 广告创意的方法是：为相同的广告主账户和筛选条件保留带日期的公开创意快照，比较它们的身份集合，并在创建警报之前审核新观察到的创意 ID。 长期监测广告创意有助于营销分析师观察已知竞争对手。创意快照是在一次采集时间记录的一组广告。集合比较找出存在于一个快照中、而在另一个快照中不存在的身份。新观察到的条目对你的采集流程而言是新的。它并不总是一条新投放的广告。上限、来源可见性、账户选择或筛选条件可能在各次运行之间改变。一次达到上限或失败的运行不能证明某条广告已经消失。[Google Ads Transparency Scraper](https://apify.com/chronometrica/google-ads-transparency-scraper) Actor 采集一份快照。它不安排检查，也不发送警报。你需要自己的日程和警报步骤。 ## 1. 建立你的第一份基线快照 明确界定你监测的已核对广告主和筛选值。保存一小份参考批次，包含采集时间、结果上限、运行结果以及任何范围说明。保存创意行，且不要覆盖它们。 公开的 [Google Ads Advertiser Monitor | Creative Snapshots](https://apify.com/chronometrica/google-ads-transparency-scraper/examples/google-ads-advertiser-monitor) 任务是该 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. 审核新观察到的创意 打开每个新观察到的创意来源，审核其身份、来源日期，以及你是否已经处理过该确切的账户与创意键。当预览不可用时，保持未审核状态。一次较晚的发现可能显示一个[较早的首次展示日期](/zh-Hans/articles/%E5%B9%BF%E5%91%8A%E9%A6%96%E6%AC%A1%E4%B8%8E%E6%9C%AB%E6%AC%A1%E5%B1%95%E7%A4%BA%E6%97%A5%E6%9C%9F/)。报告这一点，而不是宣布一次新投放。 为警报保留一张已处理键表。每个键需要首次见到日期、审核状态、上次观察时间和警报状态。重试失败的警报要与重新采集数据分开。同一创意键下发生变化的预览可以是一次修订审核，但它不是新创意警报。让此类决定保持明确。 在每一次被接受的比较之后，保存你的审核队列及其处置。失败的运行之后，不要前移受信任的基线。一次有限的运行可以产生新的观察候选，但其缺失的身份必须保持未知。 ## 虚构演算示例 本示例中的全部身份、日期、计数和事件均为编造。 设想你用同一组筛选条件检查广告主 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 缺失未知。这是一次虚构的规则检查，不是当前来源完整可用性的证明。 ## 最终操作 打开 [Google Ads Transparency Scraper](https://apify.com/chronometrica/google-ads-transparency-scraper) Actor 或 [Google Ads Advertiser Monitor | Creative Snapshots](https://apify.com/chronometrica/google-ads-transparency-scraper/examples/google-ads-advertiser-monitor) 任务，设置你已核对的账户，采集一份带有已保存筛选说明的小基线，比较后来被接受的批次，并审核你新观察到的键。 ## 来源和延伸阅读 - [Google Ads Transparency 政策与筛选条件](https://support.google.com/adspolicy/answer/13733850?hl=en-CA) - [Google Ads Transparency Scraper Actor](https://apify.com/chronometrica/google-ads-transparency-scraper) - [Google Ads Advertiser Monitor 任务](https://apify.com/chronometrica/google-ads-transparency-scraper/examples/google-ads-advertiser-monitor)