瞭解來源和觸發條件登錄的資料限制、對時間表的影響，以及報表限制。
如要規劃歸因報表策略，您必須瞭解 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(轉換端資訊) 不得超過 3 位元，也就是 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。也就是說，歸因來源的不重複目的地限制僅限於未過期的來源，而非待處理的來源。 - 每個{來源網站、目的地、報表網站} 100 項歸因 (通常為「{publisher, advertiser, ad tech}」) 排定在 30 天內執行。
- 每 30 天，每 {publisher, advertiser} 可以登錄 100 個不重複的報表來源 (通常是廣告技術)。每次廣告點擊或觀看 (來源事件) 都會增加這個計數器，即使是未歸因的事件也一樣。
- 每 30 天可向每位 {publisher, advertiser} 傳送 10 個不重複的報表來源。每次歸因轉換都會增加這個計數器。
後續步驟
如要進一步瞭解報表時間，請參閱：