用戶代理字符串縮減、客戶端提示以及讓 Voluum 運行起來魅力無窮的魔力

已發表: 2022-12-14

您好,歡迎閱讀另一篇文章,重點介紹 Voluum 如何應對谷歌宣布的可能影響跟踪的行業即將發生的變化。

它幾乎成了這個博客的固定專欄。

Google 的最新想法是減少用戶代理傳遞的信息量。 服務器使用此信息為用戶提供最佳觀看體驗(例如,通過加載網頁的移動版本)。 Voluum 等跟踪器也使用它為營銷人員提供額外的數據層,其中包括以下信息:

  • 設備類型
  • 瀏覽器版本
  • 操作系統版本

谷歌擔心此類詳細信息可能會被用於侵犯隱私的指紋識別。 此外,用戶代理 (UA) 字符串的長度使其容易出現解析錯誤。 減少 UA 字符串中的信息量是 Google 對這兩個問題的回答。

如果您只是來這裡是為了快速回答,這裡是:

重定向跟踪將繼續工作,無需額外操作,而直接跟踪將需要更新直接跟踪腳本。 如果不這樣做,將導致報告中有關訪視特徵的信息不完整或不正確。 但是,跟踪仍然有效。

在本文中,我們將研究用戶代理和客戶端提示的工作原理、減少 UA 字符串的時間表,以及 Voluum 採取了哪些措施來保持跟踪操作。

什麼是用戶代理?

用戶代理是代表用戶行事的任何軟件。 在大多數情況下,它是您的網絡瀏覽器。 術語“用戶代理”有時也用於描述此瀏覽器通過 HTTP 請求標頭傳遞的信息。

三十多年來,用戶代理一直是網絡瀏覽體驗的一部分。 它用於提供網頁的最佳版本。 由於來自 UA 的信息,服務器可以發送適合特定屏幕尺寸和分辨率並使用正確語言的正確版本的網頁(移動或桌面)。

Voluum 一直在使用來自 UA 的信息來使其報告更加詳細和準確。 其中一些信息是在外部服務的幫助下獲得的。 未能獲得 UA 將意味著報告將不會像用戶習慣的那樣詳細。

用戶代理的問題

在過去的幾年裡,谷歌一直試圖將自己展示為一家關心用戶隱私的公司。 它提出並測試了各種新技術,旨在取代在其範圍內沒有隱私的舊解決方案。 主要示例是第三方 cookie,它們設置為 2024 年終止。

請注意,Voluum 已經準備好在沒有第三方 cookie 的情況下進行跟踪。

谷歌最近對 UA 技術的不滿涉及兩件事:

首先是來自UA的信息可以用來精確識別用戶。 這稱為“指紋識別”——一種尋找數字提示和痕蹟的方法,可以通過非直接方式識別用戶。

例如,谷歌瀏覽器是世界上最流行的網絡瀏覽器。 知道用戶單獨使用 Chrome 不會提供太多信息來區分特定用戶和其他用戶。 但是,如果您將該信息與其他一些詳細信息(例如精確的瀏覽器版本、操作系統版本、設備類型、運營商等)結合起來,您將獲得一組或多或少獨一無二的信息。 廣告平台可能會使用識別用戶來創建每個用戶的詳細資料,而無需他們為此特別同意。

UA 的第二個問題更具技術性。 多年來, UA 字符串變得相當冗長,服務器在解析如此長的字符串時有時可能會出錯。

谷歌的解決方案是:

  1. 減少 UA 字符串的長度。

這是完整 UA 字符串的示例:

這是一個簡化的 UA 字符串示例:

  1. 引入用戶代理客戶端提示,這是一種解決方案,其中某些信息僅在服務器的特定請求下可用。

用戶代理客戶端提示的示例:

這些更改的時間表是什麼以及哪些平台將受到影響

UA 字符串縮減將在 Google Chrome 版本 113 中引入,該版本將於 2023 年 5 月發布。

UA 減少將應用於以下平台:Windows、macOS(已應用)、Linux、Chrome OS 和 Chrome on Android。

目前,iOS 和 Android WebView 沒有減少 UA 的計劃。

什麼是客戶提示?

Client Hints 是 Google 開發的技術,可以替代 User Agent。 它是一組 HTTP 請求標頭字段,可按需提供有關網絡或設備的信息。

UA 和 CH 之間的主要區別在於後者可以以更注重隱私的方式訪問。 這是因為默認情況下並非所有數據都是共享的——更詳細的數據必須由服務器專門請求。

客戶端提示的類型

有兩種類型的客戶端提示:

  • 低熵(默認共享) :它們包括一般信息。 例子:
    • 軟件名稱: Chrome
    • 軟件版本: 106
    • 操作系統: Mac OS X
  • 高熵(根據要求共享) :可用於指紋識別的詳細信息。 例子:
    • 完整軟件版本: 106.0.5249.62
    • 完整操作系統版本: 10.14.6
    • 設備:英特爾 Mac OS X 10_14_6

請注意,對客戶端提示的支持來自網絡瀏覽器,也來自操作系統。 此外,有時只有低熵 CH 可用。 為了獲得最佳結果,Voluum 按特定順序使用這些技術。

重定向跟踪和客戶提示

使用重定向跟踪時,Voluum 將檢查 UA 字符串是否減少。 如果是這種情況,它將執行額外的重定向以請求客戶端提示。 Voluum 將在 307 響應中獲得 CH。

第二次重定向可能會在到達目標頁面之前增加一些額外的延遲。

有關重定向跟踪和客戶端提示的所有更改都已在 Voluum 的後端引入,因此您無需更改設置中的任何內容即可使用客戶端提示。

直接跟踪和客戶提示

直接跟踪的情況有點複雜。 為了涵蓋所有情況,Voluum 團隊開發了一個名為“Meta tag”的解決方案。 這是一個腳本,如果需要,它會詢問客戶端提示。

元標記現在作為直接跟踪腳本的一部分包含在內。

元標記允許指定哪些客戶端提示應該準確地添加到每個請求到頁面域以及用於跟踪的第 3 方域。

然而,這個解決方案迫使我們要求對直接跟踪設置進行一定的更改。 到目前為止,我們請求在頁面的 <body> 部分實施直接跟踪腳本。 然而,元標記需要出現在頁面的 <head> 部分。 因此,已經使用直接跟踪的人有兩個選擇

  • 將直接跟踪腳本留在 <body> 部分,並在網頁的 <head> 部分僅放置 Meta 標記。
  • 從 <body> 部分中刪除直接跟踪腳本,並將帶有元標記的直接跟踪腳本放在 <head> 部分中。 如果您忘記從正文部分刪除沒有元標記的舊直接跟踪腳本,請不要擔心,我們為此提供了故障保險。

UA 和 Client Hints 的優先級

瀏覽器和操作系統對 CH 和 UA 字符串縮減的支持各不相同,具體取決於可用的內容,將保持以下順序:

重定向跟踪:

  • 如果瀏覽器不支持客戶端提示——我們會查看 UA,即使它有所減少。

如果瀏覽器不支持客戶端提示:

  • 如果我們只得到低熵(默認)提示並且 UA 完成——我們只使用 UA
  • 如果我們只得到低熵提示並且 UA 減少了——我們使用 CH
  • 如果我們得到高熵(根據要求)提示——我們使用 CH
  • 如果我們得到高熵(根據要求)提示並且有完整的 UA –我們使用 CH

如果我們看到 UA 沒有減少,我們不會詢問高熵提示,因為我們假設它們將包含與 UA 相同的數據。

直接跟踪:

這裡的規則是相同的,但我們會立即獲得高熵(應要求)提示——所以如果高熵提示可用,我們就使用高熵提示。

“工作跟踪器”的理念

廣告跟踪器喜歡吹噓他們擁有的功能,我們也對此感到內疚。 然而,我們的方法圍繞著“工作追踪器”的概念展開。 這意味著,最重要的是,無論行業如何變化,跟踪器都必須穩定並始終如一地執行其核心任務。

如果我們必須在創建可用於更多地宣傳我們的平台的新功能與為未來行業變化準備 Voluum 的解決方案之間做出選擇,我們總是選擇後者。

當您決定使用 Voluum 時,您可以放心,它會在未來幾年毫無問題地工作。

獲得 Voluum 並保持安全。