我們提供 Chrome 協助執行的測試模式,可讓網站預覽未使用第三方 cookie 時的網站行為和功能運作情形。本指南將概略說明 Chrome 計畫提供的測試模式,以及如何存取實驗群組標籤。
在此情況下,Chrome 瀏覽器是指 Chrome 用戶端:裝置上的 Chrome 安裝。每個個別使用者的資料目錄都會構成一個獨立的用戶端。
實驗組:一組 Chrome 瀏覽器,其中已啟用、停用或設定特定功能。在 Chrome 輔助測試的情況下,一組已設定標籤的瀏覽器。
標籤:在本例中,這是指為屬於實驗群組的瀏覽器設定的請求標頭值。實驗群組中的每個瀏覽器會在 Chrome 輔助測試期間保持在該群組中,確保瀏覽器的標籤在測試人員之間保持一致。
我們與CMA合作,確保這些測試模式符合其業界測試指南中所述的第三方測試架構 (和時間表)。因此,CMA 預期在這些模式下測試的結果,可用於評估 Privacy Sandbox。CMA 表示,他們可能會將較多重視實驗設計 2 的結果,因為該實驗使用了模式 B 標籤和模式 A 控制組 1 標籤。如要進一步瞭解實驗設計 2,請參閱CMA 10 月 26 日的指引。
我們也會透過一般Blink 開發程序傳送這項提案,在該程序中,技術設計和 Chrome 發布里程碑將定案。雖然這是我們希望推出的實作方式,但進一步討論和核准程序意味著這些詳細資料仍可能有所變動。我們會隨著計畫進度持續更新這個頁面,歡迎提供意見回饋或提出問題。
參與測試的機構可選擇接收部分 Chrome 瀏覽器的持續性標籤組合,以便在同一組瀏覽器上,針對不同的廣告技術進行協調實驗。舉例來說,如果瀏覽器屬於label_only_3實驗群組 (如下表所示),則所有參與的廣告技術都能看到相同的label_only_3標籤,並相應調整:使用 PS R&M API,但避免使用第三方 cookie。我們希望網頁中的參與者確保標籤會轉寄給其他參與者,以便在整個廣告選擇和評估過程中進行一致的實驗。
舉例來說,這可讓多位參與者在不使用第三方 cookie 的情況下,在一致的瀏覽器群組中執行Protected Audience競價。競價賣家參與者會將觀察到的標籤轉寄給買方,以利協調測試。
標籤不會影響 Chrome 執行階段的任何行為,包括第三方 cookie 的可用性。標籤可為獨立且協調的實驗提供分組,但參與實驗的各方必須自行強制實驗的相關參數。如果您要測試移除第三方 cookie 的效果,則每位參與者都必須為標有該標籤的瀏覽器排除第三方 cookie 資料。
目的是讓群組代表一般 Chrome 流量。這表示第三方 cookie 和 PS R&M API 都應可使用,但部分使用者可能已使用設定或擴充功能來變更或停用功能。
標籤通常會在 Chrome 的整個瀏覽工作階段中持續顯示,並且跨工作階段保留。不過,我們無法保證這項作業一定會成功,因為在極少數情況下,完全重設瀏覽器可能也會重設目前的標籤。
我們打算將 8.5% 的 Chrome 穩定版瀏覽器納入模式 A,而我們最初的提案將這群使用者分成九個群組。較小的子群組可讓廣告技術人員靈活地結合標籤,建立不同規模的實驗。群組不會重疊。
請注意,control_1.*標籤的用途是做為 CMA業界測試指南中所述的「控制組 1」,因此測試參與者不應針對這類流量使用 Topics API 或執行 Protected Audiences 競價。由於標籤不會影響瀏覽器行為,因此參與者在偵測到control_1.*群組標籤時,不應傳遞觀察主題或執行 Protected Audience 競價。
自 2024 年 1 月 4 日起,Chrome 已為約 1% 的 Chrome 穩定版瀏覽器停用第三方 cookie (並在 2023 年第 4 季為開發人員版、Canary 版和 Beta 版瀏覽器停用第三方 cookie)。測試 PS R&M API 的機構不需要選擇啟用這個模式,因為這個模式會在整個瀏覽器族群中統一套用。如果網站尚未採用其他解決方案 (例如CHIPS或相關網站組合),部分網站功能可能會受到影響。
如果您依賴第三方 cookie 資料來提供網站功能,請參閱我們的指南,瞭解 CHIPS 或相關網站集合是否能滿足您的需求。我們已推出公開的 Issue Tracker,您可以在此回報因第三方 cookie 而導致的網站問題。我們正在研究緩解措施,以便偵測、解決並主動向網站擁有者發出影響使用者體驗的問題警示。
此外,我們預計在模式 B 中提供一小部分流量,讓 PS R&M API 停用。其他 API (例如相關網站組合、CHIPS 和 FedCM) 不會遭到停用。我們預期這兩者結合後,將有助於為不使用第三方 cookie 和 PS R&M API 的瀏覽器建立成效基準。
在模式 B 中,我們也會為受影響的瀏覽器提供標籤。標籤會在 API 停用時一併提供。我們建議將使用者分為三個treatment_1.*群組,其中第三方 cookie 已停用,但 PS R&M API 可供使用;以及一個control_2群組,其中第三方 cookie 和 PS R&M API 皆已停用。
模式 A 會繼續執行,而這些群組與模式 A 群組不同,因為使用者會處於模式 A、模式 B 或兩者皆非的狀態。測試參與者應使用control_1.*流量做為控制組,代表使用第三方 cookie 的現況。
與模式 A 一樣,PS R&M API 不保證可用,因為使用者可以透過 Chrome 的「隱私權和安全性」設定停用這些 API。同樣地,系統無法保證會為control_2群組的每位成員停用第三方 cookie,因為使用者可以存取瀏覽器 UI,允許網站使用第三方 cookie。
建議您謹慎處理來自 Chrome 120 以下版本的標籤流量。如果負責處理無效流量的團隊能夠找出具有無效流量特徵的使用者代理程式,那麼從測試結果中篩除這些項目就很有意義。
截至 2024 年 1 月,我們為多個實驗組執行預先期間。這些預先設定的時間可讓 Chrome 準確估算並選取統計上不偏頗的群組。這些預先期間適用於所有預定於 1 月開始的實驗組,包括模式 B 實驗組和控制組_1.*。這裡不需要開發人員或網站採取行動,因為這些前期測試群組不會在行為或 API 可用性方面發生任何變化。但請注意,在某些情況下,您可能會看到系統傳回preperiod標籤。雖然收到preperiod標記的瀏覽器可能會轉換至其中一個實驗群組,但這並非保證,因此建議您不要假設有此標記的瀏覽器一定會參與實驗。
在模式 A 和模式 B 期間,我們引入了可透過選擇加入的 HTTP 標頭和 Javascript API 存取的暫時Sec-cookie-Deprecation值,如果瀏覽器屬於上述任一模式 A 或模式 B 實驗群組,就會提供該實驗群組的標籤。
存取標籤時,系統會存取儲存在使用者裝置上的資訊。我們瞭解在某些管轄區 (例如歐盟和英國) 中,這項活動與使用 cookie 類似,因此存取標籤可能需要使用者同意。開始申請標籤前,建議您諮詢法律專家,瞭解這項同意聲明義務是否適用於您。
如果瀏覽器不是群組成員,就不會傳送標頭。標籤與 cookie 的存在狀態相關,因此如果 cookie 遭到刪除、完全封鎖或針對特定網站封鎖,系統就不會傳送標籤。Partitioned屬性適用於第三方 cookie 完全淘汰後的持續使用情境,因此在第三方 cookie 遭到封鎖時,系統可能會設定Partitionedcookie。
如同任何由用戶端提供的值,請務必先從標頭或 Javascript API 中清除並驗證值,再加以使用。
chrome://flags/#tpc-phase-out-facilitated-testing標記可讓您啟用選定的測試標籤。這些標籤會加上前置字串fake_,以便與實際標籤區分開。啟用標記不會將瀏覽器納入任何實驗群組。
旗標下拉式選單包含多個選項。測試人員主要會對標示為「強制」的項目感興趣,因為這些項目可確保無論其他裝置設定為何,實驗行為都會啟用。
如要測試第三方 cookie 封鎖功能,請選取「已啟用強制處理」。這會傳送「fake_treatment_1.1」實驗組標籤,但也會修改 cookie 設定頁面和目前的 cookie 設定,以便封鎖第三方 cookie。
如要測試不使用私人廣告 API 的第三方 cookie 封鎖功能,請選取「強制控制組 2」。這會傳送「fake_control_2」實驗群組標籤、更新 cookie 設定頁面、封鎖第三方 cookie,並抑制新的私人廣告 API。
請注意,即使您停用標記,瀏覽器仍會保留新的 cookie 設定頁面和封鎖第三方 cookie 的設定。我們正在努力修正這個問題,但在此期間,您可以使用--user-data-dir=new dir指令列標記啟動 Chrome,在獨立的 Chrome 資料目錄中測試這些標記值。
我們會在 GitHub 的開發人員支援存放區中使用「chrome-testing」標籤來管理問題。歡迎您針對以下初步問題提供意見和討論:
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
0 条