本頁面由 Cloud Translation API 翻譯而成。

匯總服務總覽

部署及管理這項服務，即可產生 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 正在執行軟體和資料仍然安全無虞協調人員會進行認證

協調者是負責管理金鑰及可匯總的實體這部分

協調人員有多項責任：

如要深入瞭解特定可匯總報表的內容攻擊者可能會製作多份報表副本，並將副本加進一或多個批次因此，匯總服務會強制執行「沒有重複」規則：

因此，瀏覽器會為每個可匯總報表指派一個共用 ID。瀏覽器會從多個資料點產生共用 ID，包括 API：版本、報表來源、目的地網站、來源登錄時間，以及定期報表時間這項資料來自 shared_info 欄位。

匯總服務確認所有可匯總報表共用 ID 屬於同一批次，並回報給共用 ID 的協調者身分證件檔案處理完成。如果有多批批次使用這個 ID 建立，系統只會提供一個批次作業可接受進行，而其他批次則遭到拒絕。

在執行偵錯執行作業時「沒有重複項目」系統不會在所有批次中強制執行規則也就是先前批次產生的報表可能會顯示在偵錯執行作業中。然而，規則仍會在批次中強制執行進而對這項服務進行實驗和各種批次處理策略，而不會限制日後的處理作業正式環境

為保護使用者隱私，「匯總服務」會套用額外雜訊機制加入可匯總報表中的原始資料也就是說而是先為每個匯總值加上統計雜訊摘要報表

雖然您無法直接控制雜訊的加入方式，但可以會影響雜訊對評估資料的影響

雜訊值會從 Laplace 機率分佈無論收集到的資料量多寡可匯總報表收集的資料越多，雜訊的影響就越少其中包含了新舊版本你可以將可匯總報表放大並減少雜訊影響

如要瞭解雜訊的加入方式、控制選項，以及請參閱貢獻預算和增加貢獻預算一文中「使用雜訊」一節。

摘要報表會根據您的 API 使用情形產生。進一步瞭解系統是根據 Private Aggregation API 和 Attribution Reporting API。

建議您根據要測試的 API 個別閱讀相應指南：

如要測試匯總服務，您可以試用我們的程式碼研究室：

您也可以使用本機測試工具處理 Attribution Reporting 和 Private Aggregation API 的可匯總報表。

匯總服務負載測試架構提供了建議使用的測試架構。

匯總服務是 Privacy Sandbox 評估 API 的重要部分。與其他 Privacy Sandbox API 一樣，我們會在 GitHub 上公開記錄和討論此事。