# 競爭對手廣告報告前如何核對廣告客戶帳戶

在點算或檢視廣告之前，先把你所要求的品牌對應到已核對的廣告客戶帳戶。品牌、廣告客戶 ID 與法律名稱的各項觀察要分開保存。單靠網域查詢、相似名稱、驗證標記或廣告客戶的國家／地區，都不能證明該帳戶屬於你的競爭對手。

Actor 是一個託管的資料收集程式。Task 是一組已儲存的輸入預設。

## 逐步帳戶對應方法

1. 儲存你所要求的競爭對手清單，以及任何公開資料庫連結。把報告邊界定義為一個品牌、一個已聲明的企業集團，或一組指定的附屬公司。這些選擇會得出不同的帳戶清單。
2. 在目前的 Task 下，用確切的目前輸入做一次小型查詢：把整個 targets 樣本清單換成一個擬使用的已知廣告客戶 ID 或 URL，把 region 設為 CA，platform 設為 ALL，adFormat 設為 ALL，includeDeliveryDetails 設為 false，並把 maxItems 設為 2，以核對加拿大路徑。一次全新的確切 ID 加拿大對照運行傳回一個已解析目標、一個廣告素材、statusCounts ok1，以及 stopReason sources_finished；requestedRegion 為 ca，creativeUrl 包含 region=CA，來源 advertiserCountryCode 為 SG，而 advertiserDomain、payerName、servedRegions 和 servedPlatforms 為 null。這只證明有界限的身分與情境形態，並不證明完整的投放國家／地區，也不證明每一個廣告素材。最初的網域對照從一個網域輸入傳回兩個廣告客戶 ID，顯示候選清單並不是一個帳戶，也不能證明品牌擁有權。
3. 從廣告素材列投影出重複出現的廣告客戶欄位，做成以非空白廣告客戶 ID 為鍵的帳戶候選表。保留每一個來源廣告素材 URL 和觀察時間。法律名稱與網域的觀察如有衝突，保留為覆核個案。同一帳戶出現在多個廣告素材上，仍是一個帳戶，不是多個競爭對手。
4. 按你所聲明的報告邊界，核對公開的關係證據。使用確切的帳戶選擇，以及官方的法律頁面或關於頁面。[儲存已核對的來源連結，以及該連結所證明的關係](/zh-Hant/articles/%E5%90%91%E7%B6%B2%E9%A0%81%E6%90%9C%E5%B0%8B%E4%BB%A3%E7%90%86%E6%8F%90%E4%BE%9B%E4%BE%86%E8%87%AA-bing-%E7%9A%84%E5%B7%B2%E6%A0%B8%E5%B0%8D%E7%B6%B2%E9%A0%81%E8%AD%89%E6%93%9A/)。廣告中的品牌網域或相符的名稱只是線索，不是擁有權的證明。
5. 指派以下其中一個狀態：邊界內納入、邊界內排除，或從屬關係未解決，並附上原因。零售商、合作夥伴或代理商帳戶可以提及一個品牌，而不屬於該品牌。欠缺證明就保持未解決；不要猜測擁有權，也不要因為一個驗證標記而指控任何人冒充。
6. 把原生的廣告客戶國家／地區代碼、所要求的地區，以及可選的付款人名稱放在不同欄。在一個國家／地區註冊的廣告客戶，其廣告素材可以在另一個所要求的地區下顯示。付款人的值不會自動就是控制該帳戶的品牌或代理商。
7. 只有在作出帳戶納入決定之後，才附上廣告素材的觀察結果。用廣告客戶 ID 與廣告素材 ID 的組合作為鍵。來源觀察結果要分開保存。把所要求的品牌、已納入的帳戶、未解決的候選，以及彼此不同的已納入廣告素材，當作不同的計數來報告。任何一項計數都不提供廣告支出、總量或成效。
8. 在分析任何廣告素材之前，先交付你的品牌與帳戶納入對照。如果品牌邊界或帳戶事實有變，就要重新核對這份對照。

## 原創虛構逐步求解範例

原創虛構：這份報告在品牌擁有的集團邊界下要求品牌 Cedar。

| 來源帳戶身分 | 已核對的來源連結 | 已聲明的品牌邊界 | 直接官方關係邊 | 覆核狀態與日期 | 原因 |
| --- | --- | --- | --- | --- | --- |
| A1 | ID 連結至法律實體一（於 2026-01-10 核對，來源：legal-registry.example/a1） | Cedar 集團 | 實體一透過官方集團聲明與 Cedar 連結（於 2026-01-12 核對，來源：cedar.example/about） | included_under_boundary (2026-01-15) | 直接的官方聲明確認擁有權 |
| A2 | ID 連結至法律實體二（於 2026-01-11 核對，來源：legal-registry.example/a2） | Cedar 集團 | 實體二透過官方附屬公司披露與 Cedar 連結（於 2026-01-12 核對，來源：cedar.example/subsidiaries） | included_under_boundary (2026-01-15) | 直接的官方聲明確認擁有權 |
| A3 | ID 連結至法律實體三（於 2026-01-11 核對，來源：legal-registry.example/a3） | Cedar 集團 | 官方公開聲明把該帳戶置於集團之外（於 2026-01-13 核對，來源：external.example/statement） | excluded_under_boundary (2026-01-15) | 直接而肯定的集團外證據 |
| A4 | ID 連結至法律實體四（於 2026-01-12 核對，來源：legal-registry.example/a4） | Cedar 集團 | 無（截至 2026-01-15 未找到官方關係聲明） | affiliation_unresolved (2026-01-15) | 名稱相似且有驗證標記，但沒有關係聲明 |

A1 出現在三列廣告素材，複合鍵為 A1+C1、A1+C2 和 A1+C2。A2 出現於 A2+C3。這得出兩個已納入的廣告客戶帳戶，以及三個彼此不同的已納入廣告素材 ID。對 C2 的重複觀察並不是額外的廣告素材。一個所要求的品牌不會只因為有兩個已納入帳戶就變成兩個品牌。A3 和 A4 不計入已納入廣告素材的數量。

如果 A1 的 advertiserCountryCode 為 SG，而其廣告素材在 requestedRegion ca 下傳回，則兩項原生事實都要記錄，不要因此改變品牌決定。來源國家／地區欄位不是廣告定位的地理範圍，也不是總部的證明。

## Google Ads 透明度公開組建 0.2.7

### 原生工具輸入與輸出欄位

公開 Task 接受這些輸入：targets、region、platform、廣告格式、includeDeliveryDetails 和 maxItems。

資料集列會傳回必要欄位：input、inputType、requestedRegion、requestedPlatform、requestedFormat、advertiserId、advertiserName、advertiserLegalName、advertiserDomain、advertiserCountryCode、advertiserVerified、creativeId、creativeUrl、observedAt、status 和 statusReason。payerName、servedRegions 和 servedPlatforms 等可選欄位可以是 null。

輸出摘要會傳回彙總計數與總數：targetsReceived、targetsResolved、targetOutcomes、duplicatesSkipped、unusableCreativesSkipped、creativesSaved、statusCounts 和 stopReason。一次全新的確切 ID 加拿大對照傳回一個已解析目標和一個廣告素材，status 為 ok，sources finished，但這並不證明企業從屬關係，也不證明廣告素材覆蓋完整。

## 下一步

按你所述的邊界，決定一個候選帳戶是否納入，並在計算廣告素材之前，同時儲存身分證據與直接關係證據。請使用 [Google Ads 廣告客戶檔案查詢 Actor](https://apify.com/chronometrica/google-ads-transparency-scraper) 和 [廣告客戶檔案查詢 Task 範例](https://apify.com/chronometrica/google-ads-transparency-scraper/examples/google-ads-advertiser-profile-lookup)。

## 來源與延伸閱讀

- [Google Ads 透明度政策](https://support.google.com/adspolicy/answer/13733850?hl=en-CA)
- [Google Ads 廣告客戶檔案查詢 Actor](https://apify.com/chronometrica/google-ads-transparency-scraper)
- [廣告客戶檔案查詢 Task 範例](https://apify.com/chronometrica/google-ads-transparency-scraper/examples/google-ads-advertiser-profile-lookup)