歸因報表

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

適用對象

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

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

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

什麼是 Attribution Reporting API?

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

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

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

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

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

試用 API

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

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

API 變更

適用國家/地區

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

用途和功能

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 的其他功能包括:

瀏覽器支援

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

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

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

瀏覽器設定

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

網站如何控制存取權?

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

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

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

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

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

Permissions-Policy: attribution-reporting=()

Attribution Reporting API 的運作方式為何?

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

事件層級報表

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

摘要報表

產生摘要報表

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

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

進一步瞭解摘要報表

隱私權

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

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

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

並排檢視今日網路 (彙整識別資訊) 和明天的網路 (分區身分)
並排檢視今日網路 (聯合身分) 和未來網路 (分區身分)

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

各種報表類型的保護措施

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

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

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

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

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

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

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

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

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

互動並提供意見