今天，我們分享了網頁版 Privacy Sandbox 的最新計畫和時程表，以及逐步淘汰第三方 Cookie 的措施。您身為網頁開發人員和網站擁有者的寶貴意見，向來證明自己能夠投入更多時間提出正確的提案，並確保您有足夠的機會測試、整合及最佳化新的解決方案。本文將進一步說明測試計畫，包括我們打算在 8 月提高整合 Privacy Sandbox 關聯性和成效評估來源試用的流量，並延長試用期間。
Privacy Sandbox 專案代表了一系列大規模的宏大變更，旨在處理整體網站跨網站追蹤作業。這項功能提出開放標準，讓所有人都能實作的開放標準 (而非瀏覽器專屬功能)，同時確保網站可透過安全且私密的方式使用第三方服務。 雖然在整體專案進度中，逐步淘汰第三方 Cookie 可像徵重要的里程碑，但這個目標涵蓋各種形式的跨網站追蹤問題。我們仍會預期個別提案和功能在整個流程中推出。您的網站可能會受到某些方式影響，建議您確實瞭解網站和服務受到的影響，並瞭解哪些提案和功能應進行。
以下將詳細說明目前狀態，並查看您需要瞭解的資訊，以繼續進行測試、提供意見回饋，以及準備推出所需的功能。
擴大 Privacy Sandbox 關聯性和成效評估來源試用
Privacy Sandbox 關聯性和成效評估來源試用可讓生態系統針對 Attribution Reporting、Protected Audience、Topics、圍欄影格中的技術穩定性和開發人員體驗進行統合測試，我們也即將新增共用儲存空間。目前我們僅為 50% 的 Chrome Beta 版使用者啟用試用，這有助於我們主動處理早期開發人員的意見回饋和問題，卻不會幹擾使用者。
隨著來源試用的進展，我們希望讓開發人員有機會以實際流量中的適當比例測試 API 的實用性和成效。隨著 Chrome 104 穩定版在 8 月初推出，我們將擴大試用 Chrome 穩定版的電腦版使用者。我們打算從 Android 上的 Chrome 105 穩定版開始，為行動裝置使用者提供試用服務。來源試用預計於 104 穩定版結束時終止；我們會要求將期限延長至 Chrome 107 (10 月下旬)，以便進一步測試。這遵循要求來源試用擴充功能的標準做法，以三英里為單位遞增。我們致力提供測試支援， 以便推出正式發布的 API
您可以按照官方要求將意圖擴充到實驗 (I2E)。此外，我們也會更新 Privacy Sandbox 說明文件，提供實作和測試指南。
如果您提供這些 API 提供的任何服務，參與來源試用並提供意見回饋非常重要。在我們進行大規模測試時，您可以趁此機會驗證符合需求的提案。您不需要具備網頁標準或瀏覽器開發作業的專業知識，只要善用現有領域的現有經驗即可。
一旦進入到核心功能有聽力的某個階段，我們預計會從 2023 年初到中旬開始推出 API 以進行一般可用性。在來源試用期間，API 會根據測試和意見回饋調整範圍。在整體來源試用仍在進行期間，個別功能可能會推出。在啟動初期，我們會繼續調整 API，同時繼續進行初始採用和長期測試。
更新 Cookie 行為
具有獨立分區狀態 (CHIPS) 和第一方集合的 Cookie 提案提供了一種路徑，用於在不涉及追蹤的跨網站環境中支援 Cookie。
方塊
CHIPS 可讓開發人員將 Cookie 選擇加入「分區儲存空間」，並為每個頂層網站另外提供一個 Cookie Jar。我們根據目前來源試用期間的開發人員意見進行多項修正及改善，並將試用期延長至 Chrome 穩定版104 年底。具體來說，我們移除了 __Host- 前置字元和不含 Domain 屬性的限制要求，這可讓網站更輕鬆地在子網域中使用 Cookie，例如 shop.example.com 和 blog.example.com。
為了對提案和試用都提供正面評價，我們希望能在試用結束後推出 CHIPS。根據官方程序，您可以在我們發布 Intent to Ship (I2S) 訊息時，遵循 blink-dev 郵寄清單。
這是令人期待的里程碑，因為在許多使用案例中，您會將嵌入式獨立服務提供給其他網站 (例如小工具或 API) 使用，在第三方 Cookie 階段推出前就能盡早完成更新！
第一方集合
第一方集合提供了方法，將具有多個網站的機構 (例如不同國家/地區層級網域) 的關聯網站分組，讓機構仍能在這些特定跨網站 (和第一方) 情境中使用自己的 Cookie。
根據我們在討論和測試功能期間收到的意見回饋，我們會做出多項變更，希望能夠解決這些問題並同時滿足生態系統的需求。具體來說，我們提議針對用途專屬的「子集」定義集合。此外，我們也建議網站使用 Storage Access API 並搭配潛在擴充功能，以便要求跨網站 Cookie 存取權。這會取代 SameParty 屬性的提案。
我們會隨時更新開發人員指南。如果您已經測試第一方集合或用途符合自己的需求，現在正是開始討論並參與討論的好時機。
減少運送使用者代理程式
我們目前正在減少 Chrome 使用者代理程式字串的資訊。自 2022 年 4 月的 Chrome 101 起，次要版本或建構版本已替換為 0。即將推出的階段也會以固定值取代 OS/平台版本和裝置型號。自 2022 年 10 月從 Chrome 107 起，電腦版和 2023 年 1 月的 Chrome 110 版本將適用於電腦版。這個時程維持不變，而第三方 Cookie 淘汰時間表的相關異動，將會在 2023 年初推出完全縮短的使用者代理程式，不受此異動影響。
字串變更的目的在於回溯相容，因此如果您不需要這些特定值，就不會受到影響。不過，如果您剖析使用者代理程式字串來擷取瀏覽器次要版本/版本、OS/平台版本或裝置型號，就必須遷移至使用者代理程式用戶端提示。
儲存空間分區
Cookie 是跨網站追蹤最醒目的功能，但 Privacy Sandbox 的目標是處理整體跨網站追蹤，包括各種形式的跨網站儲存空間。如同我們在 2020 年將 HTTP 快取分區的做法，我們也會比照已在 2020 年分割 HTTP 快取的做法，採用分區儲存空間 API (例如 IndexedDB 和 localStorage)、BroadcastChannel 和 SharedWorker 等通訊 API，以及橫跨這兩種類別的功能 (例如 ServiceWorker)。
我們已將這項工作的意圖傳送至原型 (I2P)，這代表我們正在逐步為各種 API 設計與初始程式碼。在目前的 Chrome 105 Canary 中，我們計劃提供啟用本機開發人員測試的旗標。我們預計會在 2023 年初，於整體第三方 Cookie 全面淘汰前，於標準 Chrome 開發流程中不斷執行這些變更。
開發人員說明文件與支援
為了協助您瞭解整體的 Privacy Sandbox 體驗，我們準備 privacysandbox.com，針對專案和 Android 網站提供概念、目標和時間表。您可以在 developer.chrome.com/privacy-sandbox/ 找到個別提案、示範、測試和實作指南的詳細資料，以及可前往更多參與資源的連結。
我們將定期舉辦開發人員諮詢時間會議，主題涵蓋各種 Privacy Sandbox 主題。我們在每個環節中請工程和產品團隊進行示範，然後回答有關實作和測試的問題。我們會在 @ChromiumDev Twitter 和相符 API 的郵寄清單上公開每個工作階段。雖然我們目前正針對不同時區提供日文會議以及針對不同時區的重複內容，但也會繼續改進這項計畫，推出含有字幕的影片示範影片，讓您可以更輕鬆地預先提交主題和問題。
此外，我們也提供 GitHub 上的開發人員支援存放區。如果您遇到任何問題，或是不知道該在何處提報問題，請在該處發文，我們會盡力回答，或是尋找適當的參與討論。
提供及分享意見回饋
雖然 Privacy Sandbox 是由 Google 發起的專案，但我們的目標是提出全面改變網路平台的提案，而不只是 Chrome 的功能異動。這是一個開放式的協同合作流程，由許多群組組成，包括瀏覽器廠商、網站擁有者，最重要的是使用這些網站和瀏覽器的使用者，也就是使用者。雖然產生的規格以非常明確且正式的用語 (因為他們必須充分定義程序來實作)，但程序可確保規格在正確情況下需要所有人輸入的內容。
有許多公司向我們表示，他們想知道還有誰正在接受測試，以及我們會如何分享這些結果。測試人員完全由您決定公開測試計畫和結果，我們強烈建議您這麼做！W3C、GitHub 和郵寄清單上有許多公開論壇，可讓您直接與其他相關人員分享。這可以簡單地聲明您正在積極參與來源試用，無論是否擁有實作所需的一切資料，或測試結果的詳細分析。也可以在自己的網站、網誌或社群媒體帳戶發布內容，特別是與某個目標對象聯絡的對象。
我們的意見回饋頁面會說明每一則不同路徑，以及每個 API 的有效路徑。另外，您也可以透過我們的意見回饋表單直接提供意見回饋。
最後，只要改變 Cookie 的行為，我們就會改變 28 年來已融入網路的科技。網路屬於我們所有成員，透過這些變革找出理想的組合，在實現更私密的環境的同時，仍繼續提供我們大家都喜愛的豐富開放生態系統，將繼續要求您提供意見回饋和指引。我們很期待接下來的旅程