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

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

Attribution Reporting API 可讓您 評估廣告點擊在廣告客戶網站上何時促成轉換,例如銷售 使用者註冊時這個 API 提供評估廣告轉換的隱私權保護方法。這不依賴 第三方 Cookie 或可用來跨網站識別個別使用者的機制。 運作方式如下:將廣告點擊與轉換相連結的歸因報表如下: 產生及儲存於使用者的裝置上之後,瀏覽器將這些報表傳送到預先定義的篩選器 端點

網站已透過來源在 Chrome 中測試 Attribution Reporting 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 中持續進行 會議 一起來瞭解這些參數

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

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

本文分享的統計資料是事件層級報表。即使匯總報表的資料延遲顯示時間可能較少, 小時、 事件層級報表可能會在點擊後數天或數週才傳送,但這對於使用者啟動資料的影響 清除資料的速度可能較低舉例來說,使用者往往很快就會清除特定類別的瀏覽資料 轉換即使這類使用者主動執行的操作,仍會導致報表遭到清除, 。

Attribution Reporting:所有資源

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

取得最新消息

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