一張廣告卡片連接至兩個日期端點,以及一個獨立的觀察標記。
日期端點不能證明持續投放。

Actor 是一個託管的資料收集程式。Task 是一個已儲存的輸入預設。Google Ads Transparency build 0.2.7 的已儲存目標使用 apple.com 及 samsung.com,所要求地區為 US,平台為 ALL,adFormat 為 ALL,includeDeliveryDetails 為 false,maxItems 為 10。以替換方式更改整個目標清單,改為一個擬定的已知素材或廣告主輸入,並使用在各目標之間共用的 maxItems 2。回應包含 advertiserId、creativeId、creativeUrl、firstShownAt、lastShownAt、approxDaysShown、requestedRegion、requestedPlatform、requestedFormat、observedAt、status 及 statusReason。目前的兩行直接素材紀錄只證明日期欄位存在,不能證明域名發現、地區搜尋、每日投放或完整歷史。一個域名可對應多個帳戶,因此要比對確切的 advertiserId 與 creativeId。

完整的端點證據方法

  1. 在使用日期之前,先述明期間主張。日期詮釋是一項受支援的先決條件。不要從長的日期範圍推斷廣告活動時長。
  2. 把確切的廣告主與素材身份,及其來源連結配對。保留地區、平台、格式篩選及觀察時間。同一個 creative ID 在不同情境中,可能顯示不同的證據。不要只按品牌名稱合併紀錄。
  3. 把 firstShownAt、lastShownAt,以及可選的 approxDaysShown,保留為各自獨立的來源欄位。檢查公開來源中日期的含義與精確度。已解析的 ISO 時間戳可能是日曆標籤,也可能是衍生值;不要斷言全部都是日曆標籤,或經核證的秒級投放事件。缺少的端點維持未知。
  4. 只在已聲明的規則下計算端點跨度。若為已知時間戳,經過時長是最後減首次。若為同一時區內的日曆日標籤,包括首尾的日曆跨度是日期差加一。這些單位並不相同,而且兩者都不是實際投放的計數。不要把該結果稱為有投放的日數。
  5. 確定連續性所需的證據:每一日均有一筆來源投放紀錄。兩個端點會使中間部分仍未解決。地區篩選會返回公開觀察,但不能證明每日支出或私人曝光次數。Actor 不會填補缺少的日子。
  6. 把大約的來源日數標籤與計算所得的跨度分開保留。沒有證據時,不要把不一致解釋為暫停或追蹤失敗。如果標籤為 null,記錄該狀態。即使標籤等於跨度,也不是每一日均有投放的證明。
  7. 在報告之前先處理矛盾。最後日期早於首次日期、時區未知,或範圍不符,都需要覆核。最後日期早於今天,不能證明廣告活動已經結束。最後日期接近收集時間,不能保證仍在投放。
  8. 提交一份期間表,列出來源端點、精確度、已聲明跨度、可選的來源日數標籤、連續性狀態,以及未解決原因。若證據僅支持已觀察的端點範圍,則使用該範圍。如果不間斷投放屬重要事項,只在可取得時使用適當的已授權自有證據;競爭對手的公開紀錄不會提供私人投放存取。

虛構的端點證據例子

下表顯示用於測試日期邏輯的虛構紀錄。所有日期與身份都是虛構的。

虛構的端點證據例子
紀錄首次日期最後日期大約日數已聲明跨度連續性狀態未解決原因
C1十月 1 日十月 5 日3包括首尾 5 日未知可能有中間空隙
C2十月 4 日null未知未知未知缺少結束日期
C3十月 8 日十月 6 日未知無效needs_review最後日期早於首次日期
C4十月 7 日十月 7 日未知1 日未知單一日曆端點
C5十月 1 日十月 5 日5包括首尾 5 日未知標籤定義未知

紀錄 C1 有以 UTC 表示的已知日曆日期。包括首尾的日曆跨度是五日。兩個午夜之間的經過時間是四日。兩種量度都不能證明廣告曾在十月 2 日至 4 日放送。有兩種排程符合這些端點:只在十月 1 日及 5 日運行,或每日運行。兩者都吻合,因此連續性維持未知。

紀錄 C1 亦有大約的來源日數標籤三,其依據未知。請分開保留此標籤。不要斷言確切排程,也不要用五覆寫它。紀錄 C2 的最後日期為 null,令跨度與連續性均為未知。紀錄 C3 的日期次序無效:最後日期早於首次日期,需要覆核。紀錄 C4 的首次日期與最後日期相同,從而形成一日的端點跨度,而不是連續 24 小時的主張。紀錄 C5 有端點,標籤為五,但在沒有標籤規則的情況下,數值相等並不能證明每一日都有投放。有效的端點計算描述的是已知邊界,而不是成效估計。

來源與延伸閱讀

作者 Chronometrica · 更新日期

返回頂端 ↑