多接觸點歸因分析 (MTA)

用途簡介

行銷歸因是廣告主用來判斷行銷策略和後續廣告互動對銷售或轉換的貢獻程度的方法。

歸因模式有各種類型,包括最初接觸和最終接觸歸因,這兩者都是單一接觸歸因模式。單接觸點歸因模式會將 100% 的轉換功勞分配給消費者歷程中的單一接觸點。在最初接觸歸因模式中,功勞會分配給最初的接觸點。在最終接觸點歸因模式中,功勞會分配給轉換前的最後一個接觸點。歸因資料也可以在消費者歷程的多個接觸點之間共用,並將功勞分配給不同的接觸點。這就是所謂的多接觸點歸因分析。

雖然 API 的範圍僅限於單一接觸歸因模型,但建議 API 呼叫端先評估 Attribution Reporting API 是否能滿足歸因模型需求。建議他們先閱讀 Shared Storage APIPrivate Aggregation API 開發人員說明文件,再閱讀本指南。

使用 Cookie 實作

廣告技術會使用第三方 Cookie 導入各種多接觸點歸因分析模式。Cookie 可透過不同的檢視和轉換追蹤使用者。

  1. 廣告技術會在廣告曝光時擷取第三方 Cookie,這些 Cookie 可能包含先前從使用者收集到的使用者 ID 和其他資訊。
  2. 發生轉換後,廣告技術會分析轉換路徑和其他收集到的資料,執行歸因分析。
  3. 廣告技術會使用確定性和機率信號產生轉換路徑,以便建立多接觸點歸因報表。

    多管道轉換路徑

Privacy Sandbox 解決方案

Shared Storage 允許廣告技術無限寫入,同時保留隱私權保護的跨網站讀取權限。廣告技術人員可以利用從轉換收集到的路徑和維度,使用不同類型的模式,為每個廣告曝光分配貢獻。

Private Aggregation API 可用於產生貢獻資料,並建立匯總報表。這是一種通用 API,可用於各種情境。資料會封裝為「可匯總報表」,這些報表已加密,且只能透過「匯總服務」處理。在處理期間,服務會加入雜訊,並限制報表的查詢次數。廣告技術人員可以使用 Private Aggregation API,取得使用者完成轉換的路徑或歷程匯總報表。

為了支援多觸點歸因,您可以使用 Shared Storage API 和 Private Aggregation API 來處理這個用途,因為這兩種 API 可在單一瀏覽器上擷取資料,並匯總評估多個接觸點。

詳細解決方案

為進一步說明這個解決方案,我們將逐步介紹使用者旅程的範例,並指出使用 Privacy Sandbox API 執行的相關步驟。

  1. 使用者在 news.com 上看到廣告 → 廣告技術將廣告顯示的內容存放在 Shared Storage 中,並為使用者儲存其他維度,包括曝光時間戳記。

  2. 使用者在 shoes.com 上看到另一則廣告 → 廣告技術儲存廣告檢視內容的上下文,如前所述。

    MTA 曝光
  3. 使用者在廣告客戶網站上購物並完成轉換 → 廣告技術可以參照儲存在 Shared Storage 中的內容,使用 Private Aggregation API 產生自訂歸因報表。

    • 廣告技術必須在 128 位元匯總鍵 (又稱為值區) 中呈現歸因曝光次數。廣告技術可以選擇以路徑或單一節點呈現這些曝光接觸點。
      • 如要使用路徑,廣告技術可以建立索引鍵,其中包含使用者轉換路徑中的所有接觸點。舉例來說,如果使用者在完成轉換前曾在 news.comshoes.comshopping.com 上看到廣告,則索引鍵會在單一匯總貢獻中編碼完整路徑 "news|shoes|shopping"
      • 或者,如果要使用節點,廣告技術可以為使用者轉換路徑中的每個曝光接觸點宣告個別的匯總貢獻。廣告技術可以參照 Shared Storage 中的曝光內容,將功勞分配給各個曝光,例如將 50% 的功勞分配給最近的曝光,其餘 25% 則分配給接下來 2 次最近的曝光。
    • 在路徑和節點之間做出選擇時,廣告技術人員需要權衡雜訊與實用性之間的取捨。對於固定曝光次數和轉換活動量,匯總區塊越精細,輸出內容中的雜訊比例就會越高。
      • 在路徑中,廣告技術人員也應決定如何處理多次造訪 (即 newssportsnews),以及造訪順序是否相關。如要評估多次造訪和造訪順序,廣告技術人員就必須使用更精細的區隔,但這會提高雜訊比例。
      • 相較之下,使用節點會產生較少雜訊,因為要表示的值組合較少。廣告技術也可能會考慮將造訪的網站分類,進一步減少這個基數。
  4. 廣告技術會將收到的可匯總報表分批處理,並透過匯總服務處理報表,以便傳回摘要報表。

    MTA 摘要報表,第一部分
    MTA 摘要報表,第二部分

互動並分享意見回饋

請注意,Shared Storage API 提案仍在積極討論和開發中,因此可能會有變動。

我們很期待聽到您對 Shared Storage API 的想法。

掌握最新消息

  • 電子報:訂閱我們的電子報,即可取得與 Shared Storage API 相關的最新消息和公告。

需要協助嗎?