網頁歸因報表總覽

評估廣告點擊或觀看促成轉換 (例如廣告客戶網站完成購買) 的時間。

適用對象

您會瞭解歸因報表的基本概念和一些基礎概念，但不太瞭解技術細節。

• 如果您從事廣告或廣告技術工作，就會瞭解這個 API 如何提供第三方 Cookie 啟用的功能。請參閱 API 的用途，進一步瞭解報表產生方式。
• 如果您是開發人員或軟體工程師，請參閱完整系統總覽，或是實驗並參與這個 API。

仰賴廣告技術平台的廣告客戶和發布商進行轉換評估時，不需要直接使用 API，如果您的廣告技術計劃與此 API 整合，建議您瞭解 Attribution Reporting 的運作方式。

注意：Attribution Reporting API 日後可能會放送與廣告無關的用途。

什麼是 Attribution Reporting API？

現今的廣告轉換評估方式通常仰賴第三方 Cookie。瀏覽器限制使用第三方 Cookie，因為這類 Cookie 可用於跨網站追蹤使用者，並降低使用者隱私。

Attribution Reporting API 可在不使用第三方 Cookie 的情況下，以保護隱私權的方式進行評估。

這個 API 可讓廣告客戶和廣告技術供應商在下列情況中評估轉換：

• 廣告點擊和觀看。
• 第三方 iframe 中的廣告，例如：採用第三方廣告技術供應商的發布商網站上的廣告。
• 第一方情境中的廣告，例如社群網路或搜尋引擎結果頁面上的廣告，或是自有廣告的發布商。

如果不熟悉某些術語或概念，請參閱 Privacy Sandbox 詞彙。

試用 API

• 在本機瀏覽器上進行測試。設定旗標，指示 Chrome 瀏覽器啟用特定的實驗功能。

如果您想試用這個 API，請前往「Attribution Reporting：實驗並參與」一文。

注意：這個 API 仍在開發階段，會根據生態系統的意見回饋和輸入內容逐步改善。您的輸入內容有助於確保討論各種用途的解決方案。這個 API 目前正在公開中開發和開發。請考慮參與討論。

API 變更

• 持續追蹤 API 變更。
• 瞭解 Google 於 2023 上半年推出 Attribution Reporting API 的原因。

注意：Attribution Reporting 舊稱「Event Conversion Measurement API」。此名稱已在 2022 年變更，因為原始事件層級範圍擴大，涵蓋其他評估用途。

適用國家/地區

建議採行的做法	狀態
轉換歷程：應用程式至網頁 網路說明和 Android 說明 郵寄清單公告	可在 Chrome 和 Android 中試用來源試用
轉換歷程：跨裝置 說明	這個提案已封存。我們目前沒有導入方面的計畫。
使用報表驗證功能防範無效的可匯總報表 說明	預計於 2024 上半年在 Chrome 推出
Attribution Reporting API 權限政策的預設許可清單仍為 * 郵寄清單公告	將於 2023 年第 1 季於 Chrome 中使用
可設定的事件層級報表架構 GitHub 問題	將於 2023 年第 4 季於 Chrome 中使用
可匯總報表酬載的邊框間距 更新說明	將於 2023 年第 4 季於 Chrome 中使用
第 1 階段精簡彈性事件層級 彈性事件層級設定說明	將於 2023 年第 4 季推出 Chrome 版本 自訂歸因報表數量和報表回溯期的數量/長度。 可在 2024 年第 1 季於 Chrome 中使用 自訂觸發事件資料的位元數。
第三方 Cookie 淘汰後支援 Attribution Reporting 偵錯功能 前往 GitHub 查看意見回饋	預計於 2024 上半年在 Chrome 推出
支援 Google Cloud 的 Attribution Reporting API 和匯總服務 Attribution Reporting API 說明 匯總服務說明	將於 2023 下半年透過 Chrome 使用

注意：如需所有 Privacy Sandbox API 的狀態總覽，請參閱 Privacy Sandbox 時間表。

用途和功能

Attribution Reporting API 可讓您透過兩種報表 (可傳送給廣告客戶或第三方廣告技術供應商) 存取不同類型的深入分析。這兩種報表可以同時使用 並相輔相成

• 事件層級報表：將特定廣告點擊或瀏覽 (廣告端) 與轉換端的資料建立關聯。轉換端資料非常有限，且資料屬於雜訊 (這表示在少數情況下，系統會隨機傳送資料，而不是實際報表)。這樣系統就會防止使用者跨網站加入使用者身分，藉此保護使用者隱私。傳送報告的時間會延遲一段時間，以進一步保護隱私權。
• 摘要報表不會與廣告端的特定事件建立關聯，相較於事件層級報表，這類報表提供更豐富、更精確的轉換資料。結合隱私權技術有助於降低跨網站身分加入的風險。

事件層級報表

事件層級報表會將廣告點擊或觀看與概略轉換資料建立關聯。

事件層級報表範例：news.example 上的點擊 ID 200400600 (附加至使用者 ID Bob_Doe 在 news.example 上) 曾在 shop.example 完成購買。

事件層級報表適用於下列對象：

• 最佳化。請回答「如何改善投資報酬率？」這類問題。尤其是這些報表可用於最佳化廣告刊登位置，因為您可以在報表中查看廣告端專屬 ID。事件層級報表可提供機器學習模型的訓練資料。
• 概略製作報表：幾乎不需要任何轉換相關資訊。目前限制是點擊轉換資料的 3 位元轉換資料⏤this，表示可將轉換指派給 8 個類別⏤ 與 1 位元的其中一種類別中。事件層級報表不支援精細的轉換端資料編碼，例如特定價格或轉換時間。
• 詐欺偵測：部分報表中的資料可讓您瞭解可用來識別垃圾內容或無效活動的模式，因此有助於偵測及分析廣告詐欺活動。

摘要報表

摘要報表 (舊稱「匯總報表」) 可提供更詳盡的轉換資料，方便您彙整點擊或查看資料和轉換資料。

進一步瞭解摘要報表。

摘要報表的洞察資料範例：news.example 上的廣告活動 ID 1234567 在 shoes.example產生了 518 次轉換，總支出為 $38174 美元。其中有半數的轉換來自美國紐約的使用者。

摘要報表最適合用於報表用途。這些報表方便您瞭解「我的投資報酬率是多少？」這類的問題。

摘要報表用於最佳化，例如用於最佳化購物價值，而事件層級報表 (因為轉換資料太粗略) 並不支援，這是積極研究的領域。

其他功能

這個 API 的其他功能包括：

• 應用程式至網頁歸因：在應用程式中查看或點擊廣告，並在網站上完成轉換。
• 跨裝置歸因：在行動裝置上查看或點擊廣告，並在電腦上完成轉換。

注意：日後無法使用第三方 Cookie 時，這個 API 會與其他隱私權保護廣告 API 結合，以涵蓋端對端用途： - 再行銷：請參閱 Protected Audience API - 按照興趣顯示廣告：請參閱 Topics

瀏覽器支援

• Firefox 和 Edge 未分享信號。
• Safari 和 Webkit為負數，並提議採用 私人點擊評估這個不同的 API 來評估廣告轉換。

雖然這兩種 API 不同，但 Chrome 和 WebKit 會在開放式中搭配運作，藉此簡化開發人員體驗，例如讓屬性名稱和報表的 JSON 結構保持一致。

Attribution Reporting API 的功能組合與 Safari 和 WebKit 提議的 Private Click Measurement API 功能組合不同。最值得注意的是，透過 Attribution Reporting API：

• 支援瀏覽後轉換評估。
• 您可以提供事件層級報表。
• 摘要報表則包含點擊/瀏覽和轉換方面的豐富資訊。
• 廣告技術平台等第三方可以代表發布商和廣告主接收報表。

瀏覽器設定

• 使用者可透過 chrome://settings/adPrivacy 的使用者設定停用 API。
• API 未在無痕模式模式下啟用。
• 停用第三方 Cookie 時，API 就無法運作。

注意：API 不依賴第三方 Cookie。不過，在測試階段必須啟用第三方 Cookie，才能啟用 API。如此一來，開發人員就能取得偵錯報表，並比較 API 結果與 Cookie 歸因。

網站如何控制存取權？

根據預設，如果某個瀏覽器提供這個 API，即可在任何頂層文件和指令碼中，以及相同來源的 iframe 中使用這個 API。

任意第三方 (例如，使用指令碼在具備頂層存取權的指令碼未加入網頁中的跨來源廣告 iframe) 無法在發布商或廣告主不知情的情況下使用 API：在這些 iframe 中，您必須使用權限政策明確啟用 Attribution Reporting API。

<iframe src="..." allow="attribution-reporting"></iframe>

如果第三方具有將跨來源 iframe 新增至網頁的頂層存取權，亦可透過權限政策啟用 Attribution Reporting API。

注意：

安全性優點

如此一來，具備頂層存取權的指令碼就能讓自己新增的影格使用歸因報表。您只能將頂層存取權授予網站信任的第三方指令碼，所以這不會造成任何問題。 這項政策的主要安全優勢位於其他位置：如果加入的影格沒有頂層指令碼，則依預設不要信任來源或觸發條件來登錄來源或觸發條件 (除非其嵌入程式已信任)。因此，頂層網站必須為這些 iframe 明確啟用 API。

網站可以傳送 HTTP 回應標頭，藉此為所有方停用 Attribution Reporting API (包括具有頂層存取權的指令碼)：

Permissions-Policy: attribution-reporting=()

Attribution Reporting API 的運作方式為何？

Attribution Reporting API 可用來評估同時連結的兩個事件：發布商網站上的事件，例如瀏覽或點擊廣告的使用者，以及後續在廣告客戶網站上的轉換。

注意：由於事件層級和摘要報表加入雜訊，因此 Attribution Reporting API 可能不適合採用單次轉換費用計費。您可以在 GitHub 上透過 Attribution Reporting API，分享任何關於各種計費模式影響的意見回饋。

事件層級報表

事件層級報表產生方式如下：
瀏覽器會將點擊或觀看與廣告技術定義的轉換資料進行比對。
之後，瀏覽器會將結果報表傳送至預先定義的端點，但會稍候一段時間和雜訊。

摘要報表

產生摘要報表

摘要報表的產生方式如下：

• 使用者點擊或瀏覽經過特別設定的廣告。在使用者本機的裝置上，瀏覽器會記錄這個事件和預先指定的歸因設定資料。
• 之後，當使用者完成轉換時，瀏覽器就會比對這個點擊或瀏覽事件 (稱為「歸因來源事件」) 與詳細轉換資料 (也就是「歸因觸發條件資料」)。擷取的詳細資料維度是由廣告技術公司預先定義的維度，而瀏覽器會遵循廣告技術定義的特定邏輯。瀏覽器會將這項資料輸出在可匯總報表中。
• 可匯總報表會由瀏覽器加密，並傳送至廣告技術伺服器。廣告技術伺服器會將可匯總報表傳送至匯總服務，以便產生摘要報表。
• 之後，摘要報表也會提供給廣告技術。請注意，摘要報表不會延遲與事件層級報表相同。

進一步瞭解摘要報表。

隱私權

有別於第三方 Cookie，Attribution Reporting API 可讓廣告公司不必追蹤個別使用者跨網站的活動，以取得轉換深入分析。

我們有一個人叫「志明」小包在 news.example 閱讀新聞時看到廣告。一週後，阿佈在 shoes.example 買了鞋子。

現在，系統會透過做為跨網站 ID 的第三方 Cookie 追蹤這項轉換。 透過第三方 Cookie，廣告技術公司便可存取 Bob 在 news.example 和 shoes.example 上的大量活動詳細資料。廣告技術可以將這些資訊合併在一起，建構 Bob 的詳細設定檔，包括 Bob 的位置、瀏覽習慣和 news.example 上的偏好閱讀。這個設定檔也可以包含 shoes.example 上的購買交易、活動和信用卡資訊。這項跨網站彙整功能有助於評估廣告轉換。但也會阻礙使用者隱私： Bob 的活動會透過高度詳細資料跨網站追蹤。

並排檢視今日網路 (聯合身分) 和未來網路 (分區身分)

系統會跨網站彙整少量資訊，因此足以評估轉換，但不足以詳細追蹤小包的網站活動。小包在 news.example 和 shoes.example 上的活動仍分開。

各種報表類型的保護措施

事件層級報表會連結廣告端 ID 和少量轉換資料。雖然這些轉換會提供跨網站轉換相關資訊，但轉換端資訊太過粗，無法跨網站彙整使用者身分。

摘要報表只提供匯總層級的深入分析。這些可匯總報表的內容在傳送至廣告技術時會經過加密，因此廣告技術人員必須使用匯總服務，才能從報表中取得任何資訊。匯總服務僅提供雜訊匯總的存取權。

事件層級和匯總報表皆設有頻率限制等其他隱私權保護功能。

詳細說明：事件層級報表和隱私權

事件層級報表採用下列隱私權機制，無需跨網站追蹤使用者，即可提供轉換深入分析資訊：

• 不會使用跨網站 ID，而且詳細的跨網站瀏覽活動也不會離開裝置。
• 事件層級報表會將廣告端 (news.example) 的 64 位元資訊與轉換端 (shop.example) 上的 1 位元或 3 位元建立關聯。64 位元是足以對應到個別使用者 ID 的資訊，但這些 64 位元只能與極少數的跨網站資訊連結：1 位元或 3 位元，因為對使用者而言不足以保存 ID。
  • 廣告端 64 位元不是新資訊。目前廣告端已可顯示使用者 ID。news.example 或 adtech.example 已經知道特定使用者在 news.example 上的活動。
• 系統會套用額外的保護措施，防止濫用情形和跨網站追蹤：
  • 報告會以延遲的形式傳送。
  • 轉換資料會套用雜訊：系統在產生假報告的時間中所佔一定百分比，
  • 每次點擊或觀看的歸因轉換報表數量有限，

詳細說明：摘要報表和隱私權

摘要報表會將點擊或瀏覽事件與詳細轉換資料建立關聯。 這類廣告活動會使用以下隱私權機制，提供轉換洞察資料，而不必跨網站追蹤使用者：

• 不使用跨網站 ID。
• 每個歸因都會為產生的摘要報表貢獻多次。任何使用者都可以針對特定點擊 (或瀏覽) 和轉換觸發多個歸因。
• 系統會匯總許多事件 (許多使用者) 層級的資料匯總資料，無法精確地觀察到任何個別事件。查看匯總資料時，資料精細程度會提高，資料的相對雜訊也會增加。而匯總大量事件和使用者的資料則較為準確，以保持實用性。
• 將詳細點擊或瀏覽事件與詳細轉換資料建立關聯的原始報表會經過加密，且廣告技術公司無法讀取。這項資料只能由匯總服務讀取。
• 系統會套用額外的保護措施，防止濫用情形和跨網站追蹤：
  • 傳送報表時採隨機延遲。
  • 如果查詢不同部分的資料，則查詢頻率設有限制。

互動並提供意見

• 如果有 API 相關問題，請在 API 存放區上建立問題。
• 追蹤 Attribution Reporting 郵寄清單上的 API 更新和公告。
• 如有技術問題，請回報 Chromium 錯誤。
• 如需實作、整合和一般最佳做法問題，請在 Privacy Sandbox 開發人員支援存放區建立問題。