

# 如何隨時間監察新的 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}`。以確切的已檢查廣告客戶 ID 或 URL 取代 targets，因為網域可以解析出多個帳戶。`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-Hant/articles/google-ads-%E9%A6%96%E6%AC%A1%E9%A1%AF%E7%A4%BA%E8%88%87%E6%9C%80%E5%BE%8C%E9%A1%AF%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 廣告透明度政策與篩選條件](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)