歸因報表的匯總報表資料限制

瞭解來源和觸發條件登錄的資料限制、對排程的影響以及報表限制。

如要規劃「歸因報表」策略,您必須瞭解 API 強制執行的限制,包括每份報表可收集的資料量。

事件層級報表

以下各節說明點擊和瀏覽事件說明需要注意的功能和限制。

點擊 (navigation 個來源)

  • source_event_id (廣告端資訊) 上限為 64 位元。
  • trigger_data (轉換端資訊) 上限為 3 位元;應該是介於 0 到 7 之間的整數。
  • 系統最多可將 3 次轉換歸因至特定來源 (廣告點擊)。
  • 報表會以隨機回應的形式套用雜訊,您可以使用指令碼來計算轉換次數。
  • 在目前的 Chrome 程式碼 (預設設定) 中,套用雜訊的機率為 0.0024 (0.24%),雜訊量可能因設定而異。
  • 報表可能會延遲 1 小時到 30 天才寄出;瀏覽和點擊的確切機制不盡相同。詳情請參閱「事件層級報表的報表時間表」一文。

資料檢視 (event 個來源)

  • source_event_id (廣告端資訊) 上限為 64 位元。
  • trigger_data (轉換端資訊) 最長為 1 位元;也就是 0 或 1。
  • 系統最多可將 1 次轉換歸因至給定的來源 (觀看事件)。
  • 報表會以隨機回應的形式套用雜訊,您可以使用指令碼來計算轉換次數。
  • 在目前的 Chrome 程式碼 (預設設定) 中,套用雜訊時的機率為 0.0000025 (0.00025%),雜訊量可能會依設定而有所不同。
  • 報表可能會延遲 1 小時到 30 天才寄出;瀏覽和點擊的確切機制不盡相同。請參閱「事件層級報表的報表安排時間」一文。

可匯總報表

以下說明需要注意的限制。

依序按一下 (navigation 個來源) 和「查看」(event 個來源)

歸因於特定來源的所有值區總值不得超過 65536。For example :

某個來源的第一次轉換為:

"campaignCounts": 32768
"geoValues": 1664

同一來源的第二項轉換為:

"campaignCounts": 12323
"geoValues": 1664

請注意,可能還有其他轉換。

在這個範例中

total = 32768 + 1664 + 12323 + 1664

請注意下列事項:

  • 如前所述,總數不得超過 65536。
  • 每個來源最多可有 20 份可匯總報表。
  • 每份可匯總報表的貢獻數量上限為 20 個。
  • 觸發事件登錄標頭大小上限為 250 KB。
  • 系統會在匯總服務中套用雜訊。
  • 系統會在 0 到 10 分鐘之間隨機傳送報表,只要啟用這項功能,系統即可立即傳送報表。

所有報表

  • 同一位使用者在所有未過期的來源中,最多可以有 100 個不同的目的地 (通常是廣告客戶網站,或是預期會發生轉換的網站)。未過期的來源是廣告獲得點擊或瀏覽時,仍可歸因的轉換;也就是說,未使用 expiry。換句話說,歸因來源的不重複目的地限制適用於未過期的來源,而非待處理來源。
  • {source site, destination, reporting site} (通常為 {publisher, advertiser, ad tech}) 的 100 個歸因可安排在 30 天內完成。
  • 每 30 天可為每個 {publisher, advertiser} 登錄 100 個不重複的報表來源 (通常是廣告技術)。每次廣告點擊或瀏覽 (來源事件) 都會累計這個計數器,即使沒有歸因的事件也一樣。
  • 每 30 天可向 {publisher, advertiser} 傳送 10 個不重複的報表來源 (通常是廣告技術)。每次歸因轉換都會增加這個計數器。

後續步驟

如要進一步瞭解檢舉時間,請參閱: