常見問題：清除使用者啟動資料對歸因報表的影響

使用者啟動的資料清除作業對歸因報表有何影響？這與以 Cookie 為基礎的評估方式有何差異？

注意：如果您不熟悉 API，請先參閱「歸因報表 (轉換評估) 簡介」一文，再閱讀這篇文章。

Attribution Reporting API 可用來評估廣告點擊在廣告客戶網站上促成轉換 (例如銷售或註冊) 的時機。API 提供可保護隱私權的評估廣告轉換方法。不使用第三方 Cookie 或可用來跨網站識別個別使用者的機制。運作方式如下：連結廣告點擊與轉換的歸因報表是由系統產生，並儲存在使用者的裝置上；之後，瀏覽器會將這些報表傳送至預先定義的端點。

網站已透過 Chrome 中的 Attribution Reporting API 進行實驗，但這項實驗的來源試用已經結束。

這些早期實驗提供的深入分析之一，就是對廣告客戶和廣告技術公司從 API 取得的資料，清除使用者啟動的資料 (例如瀏覽器記錄清除) 的影響。我們近期發布了 Chrome 匯總統計資料。本文將回答常見問題，解答如何清除使用者啟動的資料，並清除歸因報表。

注意：本網誌文章中的數字和聲明在發布時正確無誤。這些資料可能會隨著 API 的演進而改變。

使用者啟動的資料清除作業對歸因報表有何影響？

這與以 Cookie 為基礎的評估方式有何差異？

關於數據

注意：下列數據可協助您瞭解以 Cookie 為基礎的評估與以歸因報表為基礎的評估方式之間觀察到的一些差異。不過，使用 API 的所有機構可能無法持續觀測這些 API。系統會針對執行來源試用 (現已關閉) 的網站組合進行匯總和評估的數字。它們在不同網站間有所不同，且由於機構在來源試用期間使用 API 的時間越來越多，因此可能會因為收集這些指標並使用不同的參數而有所變動。

這些數據受到多項因素影響：

• 使用者是否清除廣告，在造訪網站時留下的記錄。
• 使用者是否在容易清除歷史記錄的網站類別 (可能是在轉換後不久) 進行轉換。這類內容的廣告清除率可能較高，因此與 Cookie 為基礎的評估方式可能會有較大的差異；
• 同樣地，使用者是否清除點擊廣告後網站上的記錄。
• 歸因設定為在點擊後長或短時間內過期 (attributionexpiry)；
• 是否從點擊到轉換之間實際歷經了較長時間。

Chrome 團隊會繼續監控及發布開發人員郵寄清單中的統計資料。

從點擊後到轉換前清除資料

使用 Cookie 時，由於已清除點擊後轉換資料，因此報表不會記錄某些百分比的轉換。由於 Cookie 已清除，因此轉換時不需要將 Cookie 附加至要求，因此無法評估轉換。清除使用者啟動資料後不會記錄的確切轉換百分比，不明。定義因廣告技術公司 (或廣告主) 而異。

轉換前使用者啟動的資料清除作業，會影響以 Cookie 為基礎的評估。

注意：請注意，不同的資料清除方法對刪除評估資料有何影響。舉例來說，清除過去一小時的資料，並不能清除更早設定的 Cookie。

使用 Attribution Reporting API 時，部分轉換不會因為點擊後轉換資料而沒有記錄。使用 Attribution Reporting API 進行早期實驗 (來源試用) 的觀察結果顯示，系統會在轉換前刪除約 16% 的來源 (點擊事件)。在這些來源中，有一定百分比曾帶來轉換，且如果來源已刪除，系統就不會傳送這些轉換的報表。

範例

以 10% 的轉換率來說，假設總共有 1000 次點擊，且未考量其他錯誤：

• 如果使用者從未清除過任何資料，廣告技術公司會觀察 100 次轉換。
• 如何清除資料：
  • 使用 Cookie：由於沒有可對應點擊和轉換的 Cookie，因此在點擊後和轉換前清除的資料會導致部分百分比的轉換無法歸給特定點擊事件。在這個範例中，廣告技術公司觀察到的轉換少於 100 次。
  • 使用歸因報表：系統於點擊後和轉換發生前清除資料，導致有 1.6% 的報表在最初來源試用中清除了某次轉換 (16% 的 10% = 1.6%)。在未考量其他錯誤的情況下，廣告技術公司會收到 84 報表，當中會指出表示轉換，而不是 100。

轉換後清除資料

使用 Cookie 時，清除轉換資料後不會有任何作用，因為系統會立即將轉換記錄給廣告技術公司。

轉換後清除使用者啟動的資料，不會影響以 Cookie 為基礎的評估。

使用 Attribution Reporting API 時，清除轉換資料後會清除報表，以便遵循使用者選擇，例如使用者清除瀏覽器記錄或刪除網站資料。由於 API 不會立即傳送報表，但會進行延遲，以保護使用者隱私，這表示當排定的時間源自於瀏覽器將報表傳送至預先定義的端點 (通常是廣告技術公司) 時，瀏覽器儲存空間已沒有任何內容。

清除轉換後使用者啟動的資料，將影響 Attribution Reporting API 的評估作業。

使用 Attribution Reporting API 的早期實驗 (來源試用) 觀察結果顯示，我們已以這種方式刪除約 6.5% 的報表。

哪些使用者動作會影響歸因報表？

注意：使用者用來刪除待處理轉換的具體方法，可能會有所變動，因為 Privacy Sandbox 已開發更多控制選項。

自 Chrome 94 版起 (本文撰寫時的穩定版 Chrome 版本)，下列任一操作都會清除已儲存的點擊事件和待處理的報告。

• 「chrome://settings」>「隱私權和安全性」>「清除瀏覽資料」

  • 勾選「瀏覽記錄」核取方塊
  • 和/或勾選「清除 Cookie 和其他網站資料」核取方塊
  • 按一下「清除資料」。

• chrome://settings > 隱私權與安全性 > Cookie 和其他網站資料

  • 切換「關閉所有視窗時清除 Cookie 和網站資料」
  • 您也可以在「視窗關閉時一律清除 Cookie」下方新增行為

• chrome://history:

  • 刪除任何個別項目

• 網站範圍控制項：

  • 網站範圍記錄控制項
  • 按一下網址列中的鎖定按鈕，前往「網站設定」，點選「清除資料」。

這份清單僅列出部分示例。以下是會影響歸因資料的常見使用者動作。其他使用者動作 (例如解除安裝 Chrome 或執行系統清理工具) 也會影響評估，無論是根據 Attribution Reporting API 或 Cookie。

清除使用者啟動的資料是否會清除任何觀察到的損失？

透過來源試用測試 API 的機構，可能發現以 Cookie 為基礎的評估方式與以歸因報表為基礎的評估方式有差異：歸因報表回報的轉換次數可能較少。清除使用者啟動的資料可能會考慮到損失，但未來仍須監控這些差異，才能確定答案。

在過去的來源試用中，已知兩個元素在以 Cookie 為基礎的評估與以歸因報表為基礎的評估之間存在差異：

• 清除使用者啟動的資料。
• 網路錯誤：這些是屬於錯誤的項目，已在 Chrome 第 94 版中修正。

如何平衡歸因於使用者啟動的資料清除作業，同時在 Attribution Reporting API 的隱私權和安全性方面取得平衡？

在 API 測試階段，意圖是實驗 API 的某些參數，觀察在使用者可辨識性的情況下，對傳送報表進行了平衡的影響。其中一個參數可能是報表延遲。
生態系統也會在一般 WICG 會議中持續討論，以瞭解這些參數。

注意：整體來說，歸因報表提供保護隱私權的評估方法。為此，該功能明確限制可能允許跨網站追蹤揭露的資料數量。因此，這個 API 提供的資料會比 Cookie 解決方案少。

匯總報表會受到相同的影響嗎？

注意：進一步瞭解匯總報表與事件層級 報表之間的差異。

我們不知道使用者啟動的資料清除作業對匯總報表有什麼影響。

本文分享的統計資料是事件層級報表的資料。即使匯總報表的報表延遲時間可能較短 (數小時)，但事件層級報表則可能會在點擊發生數天或數週後傳送，但使用者啟動資料清除的影響可能可能不會更低。舉例來說，對於某些類別的網站，使用者通常在完成轉換後很快就會清除瀏覽資料。即使報表已排定傳送時間，這類使用者執行操作仍會導致報表遭到清除。

Attribution Reporting：所有資源

請參閱「歸因報表」一文。

取得最新消息

• 如要接收 API 狀態變更通知，請加入開發人員郵寄清單。
• 如要密切追蹤 API 中的所有進行中的討論，請按一下 GitHub 上的「Watch」按鈕。您必須擁有或建立 GitHub 帳戶。
• 如要取得 Privacy Sandbox 的整體最新消息，請訂閱 RSS 動態消息 [Privacy Sandbox 中的進度]。