部署及管理這項服務，即可產生 Attribution Reporting API 或 Private Aggregation API 的摘要報表。
部署及管理匯總服務，以處理 Attribution Reporting API 或 Private Aggregation API 的可匯總報表，以建立摘要報表。
導入狀態
- 匯總服務現已正式發布。
- 您可以使用 Attribution Reporting API 和用於 Protected Audience API 和 Shared Storage 的 Private Aggegration API 來測試匯總服務。
說明會概略說明重要詞彙，有助於瞭解匯總服務。
適用國家/地區
| 建議採行的做法 | 狀態 |
|---|---|
| Attribution Reporting API、Private Aggregation API 對 Amazon Web Services (AWS) 的匯總服務支援
說明 |
可利用 |
| Attribution Reporting API、Private Aggregation API 針對 Google Cloud 提供的匯總服務支援 說明 |
現已推出 Beta 版 |
| 匯總服務站點註冊及對應網站與雲端帳戶 (AWS 或 GCP) 的對應關係 GitHub 常見問題 |
可利用 |
| 匯總服務的 epsilon 值最多會保留為 64 值，以利針對不同參數進行實驗和意見回饋。 提交 ARA Epsilon 意見回饋。 提交 PAA epsilon 意見回饋。 |
有我們會在更新 epsilon 的範圍值之前，提前告知生態系統。 |
| 對匯總服務查詢的貢獻篩選功能更有彈性
說明 |
預計 2024 年第 2 季推出 |
| 預算復原後的處理程序 (錯誤、設定錯誤等)
GitHub 問題 |
預計 2024 年第 2 季推出 |
| 以 AWS 擔任協調者身分營運的 Accenture
開發人員網誌 |
可利用 |
| 擔任 Google Cloud 協調人員的獨立政黨
開發人員網誌 |
預計 2024 年第 3 季推出 |
安全的資料處理作業
匯總服務會解密並合併可匯總報表中收集的資料、加入雜訊，並傳回最終摘要報表。這項服務會在受信任的執行環境 (TEE) 中執行，該環境會部署在可支援必要安全性措施的雲端服務。
匯總服務中只有 TEE 的程式碼是可存取原始報表的匯總服務。安全性研究人員、隱私權倡導者及廣告技術人員可稽核這個程式碼。為確認 TEE 正在執行完全經過核准的軟體，且資料也安全無虞，由協調人員執行認證。
TEE 的協調人員認證
協調者是負責金鑰管理和可匯總報表計算的實體。
協調者有幾項責任：
- 維護授權的二進位映像檔清單。這些映像檔是匯總服務軟體版本的密碼編譯雜湊，Google 會定期發布。這將可重現，使任何一方都能驗證映像檔與匯總服務版本相同。
- 操作金鑰管理系統。使用者裝置上的 Chrome 必須使用加密金鑰，才能加密可匯總報表。您必須使用解密金鑰，才能證明匯總服務程式碼與二進位映像檔相符。
- 追蹤可匯總報表，避免匯總報表用於匯總報表，因為重複使用可能會導致個人識別資訊 (PII)。
「沒有重複」規則
為了深入瞭解特定可匯總報表的內容，攻擊者可能會建立多份報表的副本，並將其副本納入一或多個批次。因此，匯總服務會強制執行「無重複」規則：
- 批次處理：可匯總報表每批次只能顯示一次。
- 跨批次：可匯總報表無法同時顯示在多批次中，或是為多份摘要報表提供內容。
為達成這個目的，瀏覽器會為每個可匯總報表指派一個共用 ID。瀏覽器會從多個資料點產生共用 ID，包括 API 版本、報表來源、目的地網站、來源註冊時間和定期報表的時間。這項資料來自報表中的 shared_info 欄位。
匯總服務會確認所有共用 ID 相同的可匯總報表都位於同一批次，也會向協調者回報處理共用 ID 的情形。如果使用相同的 ID 建立多個批次，則系統只會接受一個批次進行匯總，而其他批次會遭到拒絕。
執行偵錯執行作業時，系統不會對各批次強制執行「無重複」規則。換句話說，先前批次的報表可能會在偵錯執行作業中顯示。不過，該規則仍會在批次中強制執行。這可讓您試驗服務和各種批次處理策略，而不限制實際工作環境中的未來處理作業。
雜訊和縮放
為保護使用者隱私，匯總服務會在可匯總報表的原始資料中套用累加的雜訊機制。這表示，在發布摘要報表前，每個匯總值都會加入特定數量的統計雜訊。
雖然您無法直接控制加入雜訊的方式，但可能會影響雜訊對評估資料的影響。
雜訊值是從延遲機率分佈隨機擷取，無論匯總報表中收集的資料量為何，分佈情形皆相同。收集的資料越多，雜訊對摘要報表結果的影響就越大。您可以將可匯總報表資料乘以縮放比例係數，減少雜訊造成的影響。
若要瞭解加入雜訊的方式、控制項，以及對報表的影響，請參閱「使用雜訊」一文中的貢獻預算和向上擴充貢獻預算部分。
產生摘要報表
產生摘要報表的方式取決於您的 API 使用情況。進一步瞭解如何為 Private Aggregation API 和 Attribution Reporting API 產生摘要報表。
測試匯總服務
建議您閱讀每個測試 API 的對應指南：
如要測試 AWS 上的匯總服務，請參閱這些操作說明。
您也可以使用本機測試工具處理 Attribution Reporting 和 Private Aggregation API 的匯總報表。
「匯總服務負載測試架構」提供建議的測試架構，
互動並提供意見
匯總服務是 Privacy Sandbox 評估 API 的關鍵要素。如同其他 Privacy Sandbox API，我們也會在 GitHub 上公開記錄及討論相關資訊。
- GitHub：閱讀說明、提出問題並參與討論。此外，也請參考 Aggregation Service 實作方式，並就導入作業提供意見回饋。
- 開發人員支援：前往 Privacy Sandbox 開發人員支援存放區提問及參與討論。