瞭解來源和觸發條件登錄的資料限制、對排程的影響以及報表限制。
如要規劃「歸因報表」策略，您必須瞭解 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 個不重複的報表來源 (通常是廣告技術)。每次歸因轉換都會增加這個計數器。
後續步驟
如要進一步瞭解檢舉時間，請參閱：