瞭解資料限制、目的地和來源的要求，以及對時間表的影響。
如要規劃歸因報表策略，您必須先瞭解 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 項歸因作業可排定於 30 天內完成。
- 每 30 天可以登錄 100 個不重複的報表來源 (通常是廣告技術)，每個 {publisher, advertiser} 登錄來源。每次廣告點擊或觀看 (來源事件) 都會增加這個計數器，即使沒有進行歸因也一樣。
- 每 30 天，有 10 個不重複的報表來源 (通常廣告技術人員) 可向每位 {publisher, advertiser} 傳送報表。每次歸因轉換都會遞增這個計數器。
- 在 Chrome 108 版之前，這項限制如下：對特定使用者在未歸因的所有未歸因來源 (未歸因的廣告點擊或觀看) 中，最多可以有 100 個不同的目的地 (通常是廣告客戶網站或預期有轉換的網站)。
後續步驟
如要進一步瞭解報表所需時間，請參閱：