評估導入指南
1. 事前準備
請根據下列類型的客戶和用途，思考貴商家最重視的項目，並確保您的整合方式和實驗能反映出這些優先事項。這些標準可能包括：
- 客戶類型：大型與小型廣告客戶、代理商、產業類型、地理區域
- 廣告活動目標和轉換類型：使用者開發、顧客留存、購買、收益
- 用途：報表、投資報酬率分析、出價最佳化
2. 用途
我們常看到用於報表和事件層級報表用於最佳化的摘要報表 (可能也可以將報表設為輔助資料)。如要充分發揮評估能力，請結合事件層級和匯總層級，例如根據 Google Ads 的方法和 Privacy Sandbox 最佳化研究結果。
3. 一般
|
基準 |
最適點 |
| 報表 |
|
|
| 提升效率 |
|
- 瞭解如何同時使用摘要和事件層級報表 (特別是要進行廣告投資報酬率最佳化)
|
| 跨應用程式和網站歸因 |
|
- 比較採用 ARA 的跨應用程式與網站歸因與目前跨應用程式和網站涵蓋率
- 如果您目前沒有評估跨應用程式和網站歸因功能，請考慮這種做法是否有幫助
|
4. 配置設定
|
基準 |
最適點 |
| 事件層級報表 |
- 針對任何流程 (PA、非 PPA 等) 正確設定來源 / 觸發條件登錄呼叫
- 使用點閱後轉換 (CTC) 或瀏覽後轉換 (VTC)
- 完全瞭解Priority、expiry、event_report_window、deduplication_key、filter、_lookback_window
|
- 正確設定所有流程的來源 / 觸發條件登錄呼叫 (私下競價、非私下競價、所有廣告類型等)
- 測試不同的報表回溯期，根據報表損失進行最佳化，並找出符合使用情境的最佳設定
|
| 摘要報表 |
- 針對任何流程 (PA、非 PPA 等) 正確設定來源 / 觸發條件登錄呼叫
- 全面瞭解匯總報表設定：篩選器、aggregatable_report_window、schedule_report_time、source_Registration_time、report_origin
|
- 正確設定所有流程的來源 / 觸發條件登錄呼叫 (私下競價、非私下競價、所有廣告類型等)
|
5. 執行策略
|
基準 |
最適點 |
| 非 3PC 資料 |
|
- 考慮如何使用第三方 Cookie (如適用) 以及不受 3PCD 影響的資料，驗證或進一步改善 ARA 成效
|
| 雜音 |
|
|
| 匯總服務 |
- 確認您打算使用的原始碼端和觸發端鍵是否適合您的用途
初始的鍵結構範例可以是：包含所有您要追蹤維度的鍵結構。您可以根據輸出內容，測試不同的金鑰結構。
|
- 測試多個不同的主要結構，包括階層式鍵，以便根據用途進行最佳化
- 在匯總服務中測試不同的 Epsilon 值，並呈現相關觀點
|
| 批次處理策略 |
|
- 測試不同的批次處理頻率和報表維度組合，找出其用途的最佳設定
- 調整批次策略，考量可能有所延遲的可匯總報表，盡可能降低報表損失
|
| 偵錯 |
|
|
除非另有註明，否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權，程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間：2024-01-29 (世界標準時間)。
[null,null,["上次更新時間：2024-01-29 (世界標準時間)。"],[[["Prioritize business needs by considering customer types, campaign objectives, and use cases when integrating and experimenting with Attribution Reporting API."],["Combine event-level and summary reports for comprehensive measurement, leveraging them for optimization and reporting respectively."],["Optimize Attribution Reporting API setup by configuring source/trigger registration calls, utilizing both click-through and view-through conversions, and experimenting with reporting windows."],["Explore advanced techniques like noise reduction, aggregation service optimization, and batching strategies to enhance measurement accuracy and efficiency."],["Integrate with debugging tools to validate implementation, compare with existing measurement, and identify areas for improvement."]]],["This document outlines best practices for implementing the Privacy Sandbox Attribution Reporting API (ARA). Key actions include: prioritizing customer types and campaign objectives, combining event-level and summary reports for reporting and optimization, and understanding cross-app & web attribution. Optimal configurations involve using both Click Through Conversions (CTC) and View Through Conversions (VTC), leveraging flexible event-level setups, and integrating transitional debug reports. It emphasizes testing noise impact, different key structures, batching frequencies, and utilizing non-3PC data for validation.\n"]]
