建立 Privacy Sandbox 提案時,必須先完成許多步驟 網路平台功能
這些網路平台功能可能會成為網路標準 (又稱為 規格或規格等) 的技術性文件,可詳細說明 網頁技術應該正常運作,並決定工程師應如何 為網頁瀏覽器實現這個領域舉例來說, 無障礙多元化網際網路應用程式 (WAI-ARIA) 標準 (通常稱為「ARIA」) 會定義能使網頁更具吸引力的技術方式 方便身心障礙者輕鬆使用這些規格由 Google Cloud 開發,是 全球資訊網協會 (W3C), 國際社群,有全職員工、會員機構和意見回饋 我們不會從一般大眾的角度出發
討論、測試及調整規模 部分 Privacy Sandbox 提案和 API 的採用 成為一個規格請務必聽取意見回饋 ,瞭解開發人員和業界領導者 (無論是否使用網路技術) ,確保我們能透過眾多公用程式, 強大的隱私權保護措施
![各項功能會隨著開發和測試的時程而逐步推出,直到正式發布為止。](https://developers.google.cn/privacy-sandbox/assets/images/lifecycle.avif?authuser=9&hl=zh-tw)
Chromium (這是許多新型瀏覽器背後的開放原始碼專案) 的寫照 在瞭解功能開發流程的情況下 針對任何打算成為網路標準的所有技術。由於 我們期望並鼓勵所有網路使用者 大量討論和意見回饋,再開始測試。
從提案到網路標準
在每個開發階段,生態系統都會提供意見回饋 並塑造 Privacy Sandbox網頁程式開發人員可能熟悉這項程序,但 有些業界相關人士剛開始使用 API,且專業知識對這項計畫至關重要。
開始討論
![製作原型的意圖會展開對話。](https://developers.google.cn/privacy-sandbox/assets/images/intent-to-prototype.avif?authuser=9&hl=zh-tw)
對隱私權的隱私權保護 提案 過去幾年來,我們必須為 Chrome 和其他產品提供您可以閱讀這些 提案、提問、提供改進建議,以及查看其他人的意見。
根據使用情況,你可以加入或監控多個 W3C 群組 感興趣的案例:
討論階段可以很參與。
例如「受保護:」 目標對象 (舊稱) FLEDGE) 這項提案適用於按照興趣顯示廣告的功能 跨網站追蹤參考隱私權倡議者和許多產業的意見 Protected Audience API 與先前兩份提案的發展相符 (PIGIN 和 TURTLEDOVE)。超過 100 人已加入 W3C 會議,協助您修正 以及超過 300 場線上討論 執行緒。
這些提案已經超過一半 使用相同的解決方案。我們希望透過持續合作, 定義路徑向前
針對 Protected Audience 進行測試,以及 其他 API 也能透過 Chrome 旗標存取 從過往經歷來看,Google 在 初期就遇到資料處理方面的難題
並非所有提案都會經歷如此劇烈的培育期間,例如 Protected Audience 某些 API 的執行速度會更快,但每個 API 接收來自整個生態系統的回饋這些是新的構想 要找到正確答案
開發人員測試並提供意見
![實驗的用途在於功能性和大規模測試。](https://developers.google.cn/privacy-sandbox/assets/images/intent-to-experiment.avif?authuser=9&hl=zh-tw)
我們需要開發人員針對以下方面的意見回饋: 改進這些技術,並分享可能需要調整的問題 API 設計與實作課程Privacy Sandbox 技術 提供多種不同的選項例如,測試 Topics API,您可以設定 Epoch 長度 參數加上 Chrome 旗標
Chrome 工程師通常會在標記背後導入功能 允許本機測試,系統不會預設提供該功能 。開發人員必須啟用功能才能試用,且適用情形會因 Chrome 版本而異。開發人員可能會遇到一些問題 持續開發
開發人員可以利用 Chrome 來源試用功能 為少數 Chrome 使用者啟用這項功能。如要參加, 開發人員可以註冊加入您的網站或服務。因此您可以 可以試用這項功能,並對 實際經驗
Privacy Sandbox 針對 關聯性和評估 API 現已完成。
當功能最初開放測試時,重點通常是 功能或技術測試。加入新程式碼後 貢獻者將能發現並回報錯誤,並修正錯誤 這些蟲子這表示功能的穩定性和形狀可能會快速變動 。取得整合功能和開發人員體驗的意見回饋 是確保能建立偵錯和工具支援的關鍵 這項功能
隨著開發進度持續提升,功能也更加穩定,焦點 效益或實用性測試,來擴大規模。實用性測試的目標 瞭解功能效能和預期用途 大規模部署目前,已納入 增加實驗可取得較大且具代表性的樣本。 在這個階段,我們希望看到網站執行長期測試 用於針對自家業務驗證這項功能 系統會按照資料類型和業務需求 將資料儲存到不同類型的儲存空間
本流程是否成功取決於開發人員執行這些測試,然後 而是分享他們學到的知識我們也在測試期間 並在各個專案管道中分享成果 與 Google Cloud 專案的定期摘要 「Privacy Sandbox 系列網誌文章的進展」 和季度意見回饋報表: 成為與 CMA 的承諾部分。
你是否在 W3C、意見回饋表單等公共場所分享檢測資訊, ,我們希望能聽聽 你。
在瀏覽器中透過功能旗標或來源試用進行測試,並不是 才能探索新技術的可能運作方式一些公司也 根據 Privacy Sandbox 概念打造模擬結果。
擴大採用規模
![「要出貨的意圖」表示要求讓 API 可供大規模採用。](https://developers.google.cn/privacy-sandbox/assets/images/general-availability.avif?authuser=9&hl=zh-tw)
當 API 經過測試,並可在 Chrome 中供一般使用時,我們會 發布 ,確認公開文件已準備好提供給大規模的生態系統 應用方式。
我們也在 30 天內 過來。目前提供下列技術:
- 使用者代理程式縮減:被動限制 來減少待開發客戶的機密資訊數量 數位指紋採集我們於 2022 年 5 月開始調降這些值,預計 完成作業
- CHIPS:允許開發人員選擇採用 Cookie 分區儲存空間,每個頂層網站有個別的 Cookie jar 檔案。CHIPS 已於 2023 年 2 月推出穩定版。
- First-Party Sets (第一方集合):宣告 藉此允許有限的跨網站 Cookie 存取權 Storage Access API 整合。透過 Chrome 逐步推出第一方集合 穩定版 113,本週。
- Federated Credential Management (FedCM): 不必分享使用者的電子郵件地址或其他內容,即可支援聯合身分 透過第三方服務或網站取得個人識別資訊,除非 使用者同意接受這些要求。FedCM 已於 2022 年 11 月出貨。
自 2023 年 7 月起,關聯性和評估 API 成為 可供大規模採用。也就是說 這些 API 在 Chrome 中已預設提供。開發人員現在 無需瀏覽器旗標或參與來源試用。
簡單來說,這些 API 已可在生產環境中大規模滿足 99% 的使用者 環境。
階段推出
有些技術會逐步開放使用。這讓我們的團隊 協助開發人員監控及解決潛在問題完整可用性 並不代表 100% 的流量都啟用了 API。
舉例來說,Chrome 開始分階段推出 User-Agent Client Hints (UA-CH) 。使用者代理程式縮減已於 2022 年 4 月至 2023 年 3 月完成。如此一來,開發人員就能擁有充足的時間 調整了網站依賴 User-Agent 字串的方式。
API 控制項
部分 API (例如關聯性和評估 API) 有設定選項 給使用者包括啟用及停用這些 API。
因此,請務必建立 功能偵測 功能偵測功能可協助判斷瀏覽器是否支援特定程式碼 並讓您提供替代程式碼這可確保您的網站 仍會正常運作,即使使用者關閉 API 或使用不支援特定技術的瀏覽器
建議使用 要控管的權限政策 第一方和第三方的瀏覽器功能存取權
提供意見
我們會繼續說明發生的狀況,並盡可能提供詳細的資訊 盡可能鼓勵你參與,也歡迎聽聽你的想法。
- 瞭解您可以透過多種方式 提供意見。
- 參閱技術詳情和導入作業 指南。
- 請在以下日期與 @ChromiumDev 分享意見回饋: Twitter。
- 向開發人員支援團隊回報問題 存放區。