評估導入指南

1. 事前準備

根據下列類型的顧客和用途，考量對貴商家最重要的事項，並確保整合和實驗反映出這些優先事項。這些條件可能包括：

  • 顧客類型：大型與小型廣告主、代理商、產業類型、地理區域
  • 廣告活動目標和轉換類型：獲取新客、維繫客群、購買、收益
  • 用途：製作報表、分析投資報酬率、最佳化出價

2. 用途

我們發現，摘要報表通常用於報表，事件層級報表則用於最佳化 (也可能做為輔助資料用於報表)。如要盡量提升評估能力，請結合事件層級和匯總層級資料，例如根據 Google Ads 的方法和 Privacy Sandbox 最佳化研究。

3. 一般

基準 最適點
報表
  • 使用摘要報表進行報表用途
  • 瞭解如何搭配使用摘要和事件層級報表，取得報表
提升效率
  • 清楚說明最佳化內容
  • 清楚瞭解哪些報表會影響最佳化模型
  • 使用事件層級報表進行最佳化
  • PA + ARA
  • PA 最佳化可能涉及建模信號
  • 瞭解如何搭配使用摘要和事件層級報表，特別是廣告投資報酬率最佳化
跨應用程式和網頁歸因
  • 透過 ARA 比較跨應用程式和網站歸因與目前的跨應用程式和網站涵蓋範圍
  • 如果尚未評估跨應用程式和網站歸因，請考慮是否要進行評估

4. 設定配置

基準 最適點
事件層級報表
  • 針對任何流程 (PA、非 PA 等)，正確設定來源 / 觸發條件註冊呼叫
  • 使用點閱後轉換或瀏覽後轉換
  • 使用預設設定
  • 充分瞭解優先順序、有效期限、event_report_window、deduplication_key、篩選器、_lookback_window
  • 針對所有流程 (PA、非 PA、所有廣告類型等)，正確設定來源 / 觸發註冊呼叫
  • 同時使用點閱後轉換和瀏覽後轉換
  • 測試不同的報表回溯期，盡量減少報表資料遺失，並找出最適合您用途的設定
  • 與 Sim lib 整合，這項工具可用於根據歷來資料測試自動回應廣告
摘要報表
  • 針對任何流程 (PA、非 PA 等)，正確設定來源 / 觸發條件註冊呼叫
  • 使用 CTC 或 VTC
  • 充分瞭解匯總報表設定：篩選器、aggregatable_report_window、scheduled_report_time、source_registration_time、reporting_origin
  • 針對所有流程 (PA、非 PA、所有廣告類型等)，正確設定來源 / 觸發註冊呼叫
  • 同時使用點閱後轉換和瀏覽後轉換
  • 與轉換偵錯報表整合，以便與以第三方 Cookie 為準的評估結果進行比較，包括「歸因成功」和「詳細」偵錯報表
  • 與 SimLib 整合，並透過 Noise Lab 模擬進行實驗。可用於測試各種 API 設定

5. 導入策略

基準 最適點
非第三方 Cookie 資料
  • 考慮如何使用第三方 Cookie (如果可用) 和不受第三方 Cookie 淘汰影響的資料，驗證或進一步提升 ARA 成效
雜音
  • 與 SimLib 整合，並透過 Noise Lab 模擬進行實驗，評估雜訊影響
  • 實作並測試各種機制，以去除資料中的雜訊
匯總服務
  • 確認您打算使用的來源端和觸發端金鑰適用於您的用途

    可做為起點的金鑰結構範例：包含您想追蹤的所有維度的金鑰結構。根據輸出內容，您可以測試不同的金鑰結構。
  • 測試多種不同的金鑰結構，包括階層式金鑰，以針對您的用途進行最佳化
  • 在匯總服務中測試各種 Epsilon 值，並提供相關觀點
批次處理策略
  • 至少使用一個批次處理頻率和一個廣告主進行測試
  • 測試不同的批次處理頻率和報表維度組合，並找出最適合用途的設定
  • 調整批次處理策略，因應可能延遲的匯總報表，盡量減少報表遺失
偵錯
  • 在測試和評估期間使用所有類型的偵錯報表