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

使用者自行清除資料會對歸因報表造成什麼影響?與以 Cookie 為基礎的成效評估有何差異?

Attribution Reporting API 可協助評估廣告點擊促成廣告主網站上的轉換 (例如銷售或註冊) 的時間。這個 API 可在保護隱私權的情況下評估廣告轉換。不依賴第三方 Cookie 或機制,無法用於跨網站識別個別使用者。而是以以下方式運作:系統會產生並儲存在使用者裝置上的歸因報表,將廣告點擊與轉換連結在一起;稍後,瀏覽器會將這些報表傳送至預先定義的端點。

網站已透過來源試用,在 Chrome 中實驗 Attribution Reporting API,但這項試用已結束。

這些早期實驗提供的洞察之一,是使用者主動清除資料 (例如清除瀏覽器記錄)對廣告主和廣告技術公司從 API 取得的資料所造成的影響。Chrome 匯總統計資料最近已發布。本文將解答有關使用者啟動資料清除作業對歸因報表的影響的常見問題。

使用者自行清除資料會對歸因報表造成什麼影響?

與以 Cookie 為基礎的成效評估相比,這項功能有何不同?

關於數據

影響這些數字的因素包括:

  • 使用者是否會清除點按廣告後造訪的網站歷史記錄
  • 使用者是否在使用者傾向清除記錄的網站類別中完成轉換,可能在轉換後不久。這類內容的廣告可能會出現較高的清除率,因此與以 Cookie 為基礎的評估方式相比,差異會更大。
  • 同樣地,使用者是否會在點按廣告的網站上清除瀏覽記錄。
  • 歸因是否設為在點擊後一段時間後到期 (attributionexpiry)。
  • 從點擊到轉換之間是否實際經過很長的時間。

Chrome 團隊會持續監控並發布統計資料,並將資料發送至開發人員的電子郵件清單

在點擊後至轉換前清除資料

使用 Cookie 時,系統會在點擊後清除轉換前資料,因此某些轉換不會記錄。由於 Cookie 已清除,因此在轉換時刻,系統無法附加 Cookie 至要求,因此無法評估轉換。由於使用者自行清除資料,導致無法回報的轉換確切百分比目前尚未得知。廣告技術公司 (或廣告主) 的做法各不相同。

使用者在轉換發生前清除資料,會影響以 Cookie 為基礎的評估。
使用者在轉換發生前清除資料,會影響以 Cookie 為基礎的成效評估。

使用 Attribution Reporting API 時,由於系統會在點擊後清除轉換前資料,因此某些轉換可能不會回報。根據使用 Attribution Reporting API 進行的早期實驗 (來源試驗) 觀察結果,約有 16% 的來源 (點擊事件) 會在轉換前遭到刪除。其中部分來源會產生轉換,如果刪除這些來源,系統就不會傳送這些轉換的報表。

範例

如果轉換率為 10%,假設總點擊次數為 1000 次,且不考慮其他錯誤:

  • 如果使用者從未清除任何資料,廣告技術公司會觀察到 100 次轉換。
  • 考慮清除資料:
    • 使用 Cookie:在點擊之後和轉換之前清除資料,會導致部分轉換無法歸因至特定點擊事件,因為沒有 Cookie 可對應點擊和轉換。以這個範例來說,廣告技術公司會觀察到少於 100 次轉換。
    • 使用歸因報表:在點擊後且在轉換發生前清除資料,導致在第一個來源測試中,1.6% 的報表表示要清除轉換 (10% 的 16% = 1.6%)。不考慮其他錯誤的情況下,廣告技術公司會收到 84 份顯示轉換的報表,而不是 100 份。

在轉換發生後清除資料

使用 Cookie:轉換後清除資料不會產生任何效果,因為轉換會立即回報給廣告技術公司。

使用者在轉換後自行清除資料,不會影響以 Cookie 為基礎的評估。
使用者在轉換後自行清除資料,不會影響以 Cookie 為準的評估。

使用 Attribution Reporting API 時,系統會在使用者清除瀏覽器記錄或刪除網站資料等情況下,清除轉換後的資料,以尊重使用者選擇。由於 API 不會立即傳送報表,而是會延遲傳送,以保護使用者隱私,因此當瀏覽器傳送報表至預先定義的端點 (通常是廣告技術公司) 的預定時間到達時,瀏覽器儲存空間可能已空白。

使用者在轉換後自行清除資料,會影響 Attribution Reporting API 的評估結果。
使用者在轉換後自行清除資料,會影響 Attribution Reporting API 的評估結果。

根據使用 Attribution Reporting API 的早期實驗 (來源試用) 觀察結果,約有 6.5% 的報表已透過這種方式刪除。

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

自 Chrome 94 起 (這是本文撰寫時的穩定版 Chrome 版本),下列任何動作都會清除儲存的點擊事件和待處理的報表。

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

    • 勾選「瀏覽記錄」核取方塊
    • 勾選「清除 Cookie 和其他網站資料」核取方塊
    • 按一下「清除資料」
  • chrome://settings >「隱私權和安全性」>「Cookie 和其他網站資料」

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

    • 刪除任何個別項目
  • 網站範圍控制項:

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

使用者啟動的資料清除作業是否會導致任何觀察到的損失?

使用來源試用版測試 API 的機構可能會發現以 Cookie 為基礎的評估與以 Attribution Reporting 為基礎的評估之間存在差異:回報的轉換次數可能較少。使用者自行清除資料可能會導致觀察到的損失,但日後必須監控差異,才能確切回答這個問題。

在過去的來源試驗中,有兩個因素會導致以 Cookie 為基礎的評估結果與歸因報表評估結果之間出現差異:

  • 使用者啟動的資料清除作業。
  • 網路錯誤。這些問題屬於錯誤,應會在 Chrome 94 中修正。

在使用者啟動資料清除作業時,我們如何在 Attribution Reporting API 中取得隱私權和實用性的平衡?

在 API 的測試階段,我們會嘗試使用 API 的部分參數,觀察傳送報表對使用者可辨識度造成的影響。其中一個參數可能是回報延遲時間。在 WICG 定期會議中,我們會持續討論生態系統相關議題,以探索這些參數。

匯總報表是否也會受到同樣影響?

我們無法確定使用者自行清除資料會對匯總報表造成什麼影響。

本篇文章中提供的統計資料是針對事件層級報表。雖然匯總報表的回報延遲時間可能較短 (幾個小時),而事件層級報表可能會在點擊後幾天或幾週後才傳送,但使用者主動清除資料的影響可能不會降低。舉例來說,對於某些類別的網站,使用者在轉換後通常會立即清除瀏覽資料。即使報表已排定即將傳送,使用者仍可透過這類操作將報表清除。

歸因報表:所有資源

請參閱「歸因報表」。

取得最新消息

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