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

使用者主動清除資料會對歸因報表造成什麼影響？與以 Cookie 為基礎的成效評估相比，有何差異？

Attribution Reporting API 可評估廣告點擊在廣告主網站上促成轉換 (例如銷售或註冊) 的時機。這項 API 提供隱私權保護方法，可評估廣告轉換。這項技術不依賴第三方 Cookie 或可用於跨網站識別個別使用者的機制。而是會產生並儲存在使用者裝置上，將廣告點擊與轉換連結的歸因報表，然後瀏覽器會將這些報表傳送至預先定義的端點。

網站已在 Chrome 中透過來源試用功能，試用 Attribution Reporting API，這項試用活動現已結束。

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

使用者主動清除資料會對歸因報表造成什麼影響？

與以 Cookie 為基礎的評估相比，這項技術有何優勢？

關於這些數字

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

  • 使用者是否清除透過點按廣告前往網站的瀏覽記錄；
  • 使用者是否在經常清除記錄的網站類別上完成轉換 (可能在轉換後不久)。這類內容的廣告清除率可能較高，因此與以 Cookie 為準的評估方式相比，差異可能較大；
  • 同樣地，使用者是否清除點按廣告後前往網站的記錄；
  • 歸因設定是在點擊後經過一段時間 (長或短) 後失效 (attributionexpiry)；
  • 點擊和轉換之間是否經過很長一段時間。

Chrome 團隊會持續監控並在開發人員郵寄清單上發布統計資料。

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

使用 Cookie 時，由於系統會清除點擊後轉換前的資料，因此部分轉換不會列入報表。由於 Cookie 已清除，轉換時沒有 Cookie 可附加至要求，因此無法評估該轉換。由於使用者主動清除資料，導致系統未回報的轉換確切百分比不得而知。這項限制因廣告技術公司 (或廣告主) 而異。

使用者在轉換前清除資料，會影響以 Cookie 為準的評估方式。
使用者在轉換前清除資料，會影響以 Cookie 為基礎的評估。
清除過去 1 小時的資料不會清除較早設定的 Cookie。

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

範例

假設轉換率為 10%，且總共獲得 1000 次點擊，不考慮其他錯誤：

  • 如果使用者從未清除任何資料，廣告技術公司會觀察到 100 次轉換。
  • 考慮清除資料：
    • 使用 Cookie：如果使用者在點擊後、轉換前清除資料，系統就無法透過 Cookie 對應點擊和轉換，因此部分轉換不會歸因於特定點擊事件。以我們的例子來說，廣告技術公司會觀察到少於 100 次的轉換。
    • 使用 Attribution Reporting 時，如果資料清除作業發生在點擊後和轉換前，則在第一次原始試用中，有 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 為準的評估結果之間存在差異：Attribution Reporting 可能會回報較少的轉換次數。使用者主動清除資料可能導致觀察到的損失，但日後必須監控差異，才能確定這個問題的答案。

在先前的原始碼試用中，有兩個因素導致 Cookie 評估和以歸因報表為準的評估結果出現差異：

  • 使用者啟動的資料清除作業。
  • 網路錯誤。這些都視為錯誤，應會在 Chrome 94 中修正。

在使用者主動清除資料的情況下，我們如何在 Attribution Reporting API 中兼顧隱私權和實用性？

在 API 的測試階段，目的是要實驗 API 的部分參數，觀察對報表的影響，並與使用者的可識別性進行比較。其中一個參數可能是報表延遲。我們會在定期 WICG 會議中持續討論生態系統，並探索這些參數。

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

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

本文分享的統計資料適用於事件層級報表。雖然匯總報表的延遲時間可能較短 (幾小時)，事件層級報表則可能在點擊後幾天或幾週才傳送，但使用者主動清除資料的影響可能不會較小。舉例來說，使用者在轉換後不久，通常會清除特定類別網站的瀏覽資料。即使系統即將傳送報表，使用者發起的這類動作仍會導致報表遭到清除。

歸因報表：所有資源

請參閱「歸因報表」。

取得最新消息

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