瞭解資料限制、目的地和出發地相關規定，以及對時間表的影響。
如要規劃歸因報表策略，您必須瞭解 API 強制執行的限制，包括每份報表可收集的資料量。
事件層級報表
以下部分說明點擊和查看事件需注意的功能和限制。
點擊 (navigation 個來源)
source_event_id(廣告端資訊) 最高可達 64 位元，大小足以做為專屬 ID。trigger_data(轉換端資訊) 最多可達 3 位元，也就是介於 0 到 7 之間的整數。- 最多可將 3 次轉換 (廣告點擊或觀看事件) 歸給特定來源。
- 系統會以隨機的方式為報告套用雜訊。您可以使用指令碼復原正確的轉換次數。
- 在目前的 Chrome 程式碼中，套用雜訊的機率為 0.0024 (0.24%)。
- 報表要過 2 到 30 天才會傳送，確切的瀏覽和點擊機制則不一。詳情請參閱事件層級報表的報表時間安排。
查看 (event 個來源)
source_event_id(廣告端資訊) 最高可達 64 位元，大小足以做為專屬 ID。trigger_data(轉換端資訊) 不得超過 3 位元，也就是 0 或 1。- 最多可將 1 次轉換 (廣告點擊或觀看事件) 歸給特定來源。
- 系統會以隨機的方式為報告套用雜訊。您可以透過指令碼復原正確的轉換次數。
- 在目前的 Chrome 程式碼中，套用雜訊的效果為 0.0000025 機率 (0.00025%)。
- 報表要過 2 到 30 天才會傳送，確切的瀏覽和點擊機制則不一。請參閱事件層級報表的報表時間安排一文瞭解詳情。
可匯總報表
以下清單說明需要注意的限制。
按一下 (navigation 個來源) 和「資料檢視」(event 個來源)
歸因於來源的所有值區值總值不得超過 65536。例如，
來源的第一次轉換為：
"campaignCounts": 32768
"geoValues": 1664
同個來源的第二次轉換為：
"campaignCounts": 12323
"geoValues": 1664
請注意，可爭取更多轉換。
在這個範例中
total = 32768 + 1664 + 12323 + 1664
注意事項：
- 總數必須低於 65536 (如前文所述)。
- 來源登錄作業最多可以有 50 個匯總鍵。這也是每份可匯總報表的貢獻數量上限。
- 匯總服務會套用雜訊。
- 傳送報告的時間 (介於 0 到 1 小時不等)。
所有報表
- 對於特定使用者，在所有未過期的來源中，最多只能有 100 個不同的目的地 (通常是廣告客戶網站或預計發生轉換的網站)。未過期來源是指仍可歸因轉換的廣告點擊或曝光，也就是尚未超過
expiry。也就是說，歸因來源的不重複目的地限制僅限於未過期的來源，而非待處理的來源。 - 每個{來源網站、目的地、報表來源} 100 項歸因 (通常為「{publisher, advertiser, ad tech}」) 排定在 30 天內執行。
- 每 30 天，每 {publisher, advertiser} 可以登錄 100 個不重複的報表來源 (通常是廣告技術)。每次廣告點擊或觀看 (來源事件) 都會增加這個計數器，即使是未歸因的事件也一樣。
- 每 30 天可向每位 {publisher, advertiser} 傳送 10 個不重複的報表來源。每次歸因轉換都會增加這個計數器。
- 在 Chrome 108 以下版本之前，這項限制如下：對於所有未歸因來源 (也就是尚未歸因轉換的廣告點擊或觀看)，最多可以有 100 個不同的目的地 (通常是廣告客戶網站或預計發生轉換的網站)。
後續步驟
如要進一步瞭解報表時間，請參閱：