瞭解來源和觸發事件註冊的資料限制、對時間表的影響，以及報表限制。
如要規劃 Attribution Reporting 策略，您需要瞭解 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 來源)
歸因於單一來源的所有 bucket 的總值不得超過 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的來源。換句話說，歸因來源的不重複目的地限制是由未過期的來源涵蓋，而非待處理的來源。 - 每 {來源網站、目的地、報表網站} (通常為 {發布商、廣告主、廣告技術}) 可在 30 天內排定 100 項歸因。
- 每 30 天，每個{發布商、廣告主}最多可登錄 100 個不重複的報表來源 (通常是廣告技術)。每次廣告點擊或瀏覽 (來源事件) 時，這個計數器都會遞增，即使未歸因也一樣。
- 每 30 天，每個{發布商、廣告主}最多可有 10 個不重複的報表來源 (通常是廣告技術) 傳送報表。每歸因一次轉換，這個計數器就會遞增。
後續步驟
如要進一步瞭解報表時間，請參閱：