Esegui il deployment e gestisci questo servizio per generare report di riepilogo per l'API Attribution Reporting o l'API Private Aggregation.
Eseguire il deployment e gestire un servizio di aggregazione per elaborare l'aggregazione report da API Attribution Reporting oppure l'API Private Aggregation crea un report di riepilogo.
Stato implementazione
- Il servizio di aggregazione è ora passata alla disponibilità generale.
- Il servizio di aggregazione può essere testato con il l'API Attribution Reporting e l'API Private Aggegration per l'API Protected Audience e lo spazio di archiviazione condiviso.
Il testo esplicativo termini chiave, è utile per comprendere il servizio di aggregazione.
Disponibilità
Proposta | Stato |
---|---|
Supporto di Aggregation Service per Amazon Web Services (AWS) tramite API Attribution Reporting e API Private Aggregation
Explainer |
Disponibile |
Supporto di Aggregation Service per Google Cloud tra API Attribution Reporting e API Private Aggregation Explainer |
Disponibile in versione beta |
Registrazione e mappatura dei siti di Aggregation Service ad account cloud (AWS o GCP) Domande frequenti su GitHub |
Disponibile |
Il valore epsilon di Aggregation Service verrà mantenuto in un intervallo fino a 64, per facilitare la sperimentazione e il feedback sui diversi parametri.
Invia un feedback ARA epsilon. Invia un feedback di PAA epsilon. |
Disponibile Prima dell'aggiornamento dei valori degli intervalli epsilon, daremo un preavviso all'ecosistema. |
Filtri dei contributi più flessibili per le query di Aggregation Service
Spiegazione |
Previsto per il secondo trimestre del 2024 |
Processo per il recupero del budget dopo le emergenze (errori, configurazioni errate e così via)
Problema di GitHub |
Previsto per il secondo trimestre del 2024 |
Accenture opera come uno dei Coordinators su AWS
Blog per sviluppatori |
Disponibile |
Parte indipendente che opera come uno dei coordinatori su Google Cloud
Blog per sviluppatori |
Previsto nel terzo trimestre del 2024 |
Trattamento dati sicuro
Il servizio di aggregazione decripta e combina i dati raccolti dai report aggregabili, aggiunge il rumore e restituisce il report di riepilogo finale. Questo servizio viene eseguito in un ambiente di esecuzione affidabile (Trusted Execution Environment, TEE), di cui è stato eseguito il deployment in un servizio cloud che supporta le misure di sicurezza necessarie per proteggere questi dati.
Il codice del TEE è l'unica posizione all'interno del servizio di aggregazione che ha accesso a non elaborati: questo codice sarà verificabile da ricercatori della sicurezza, sostenitori e tecnici pubblicitari. Per verificare che il TEE stia eseguendo esattamente lo stesso e che i dati rimangano protetti, un coordinatore esegue l'attestazione.
![I report aggregati vengono raccolti, raggruppati e inviati al TEE per essere trasformati in un report di riepilogo finale.](https://developers.google.cn/static/privacy-sandbox/assets/images/aggregatable-reports-are-bcd3682ede5cb.png?authuser=7&hl=it)
Attestazione del TEE da parte del coordinatore
Il coordinatore è un'entità responsabile della gestione delle chiavi e dell'aggregazione la contabilità dei report.
Il coordinatore ha diverse responsabilità:
- Conserva un elenco di immagini binarie autorizzate. Queste immagini sono hash di crittografia delle build del software del Servizio di aggregazione, che Google provvederà a . Sarà riproducibile in modo che qualsiasi parte possa verificare le immagini sono identiche alle build del servizio di aggregazione.
- Utilizza un sistema di gestione delle chiavi. Le chiavi di crittografia sono necessarie per Chrome sul dispositivo di un utente per criptare i report aggregabili. Le chiavi di decrittografia necessario per verificare che il codice del servizio di aggregazione corrisponda alle immagini binarie.
- Monitorare i report aggregabili per impedire il riutilizzo nell'aggregazione per il riepilogo poiché il riutilizzo può rivelare informazioni personali (PII).
"Nessun duplicato" regola
Per ottenere approfondimenti sui contenuti di uno specifico report aggregabile, potrebbe creare più copie della segnalazione e includerle in un batch o più batch. Per questo motivo, il servizio di aggregazione applica una "nessun duplicato" regola:
- In blocco: il report aggregabile può essere visualizzato solo una volta all'interno di un batch.
- In più batch: i report aggregati non possono essere visualizzati in più di un gruppo o contribuire a più di un report di riepilogo.
A questo scopo, il browser assegna a ogni report aggregabile un ID condiviso.
Il browser genera l'ID condiviso da diversi punti dati, tra cui: API
versione, origine report, sito di destinazione, ora di registrazione origine e
e la data e l'ora pianificate del report. Questi dati provengono
shared_info
nel report.
Il servizio di aggregazione conferma che tutti i report aggregabili con lo stesso gli ID condivisi si trovano nello stesso batch e riferisce al coordinatore che L'ID è stato elaborato. Se vengono creati più batch con lo stesso ID, solo uno il batch può essere accettato per l'aggregazione e gli altri batch vengono rifiutati.
Quando esegui un'esecuzione di debug, il comando "nessun duplicato" non viene applicata ai batch. In altre parole, i report di batch precedenti potrebbero essere visualizzati in un'esecuzione di debug. Tuttavia, la regola è sono ancora applicate in un batch. Questo ti consente di fare esperimenti con il servizio e varie strategie di batch, senza limitare l'elaborazione futura in un nell'ambiente di produzione.
Rumore e scalabilità
Per proteggere la privacy degli utenti, il servizio di aggregazione applica una meccanismo di rumore additivo ai dati non elaborati provenienti dai report aggregabili. Ciò significa che una certa quantità il rumore statistico viene aggiunto a ogni valore aggregato prima del suo rilascio in un report di riepilogo.
Anche se non hai il controllo diretto su come aggiungere il rumore, puoi influenzare l'impatto del rumore sui dati di misurazione.
![Il rumore è costante, indipendentemente dal valore aggregato.](https://developers.google.cn/static/privacy-sandbox/assets/images/noise-is-constant-regard-13b75abbf4e7a.png?authuser=7&hl=it)
Il valore del rumore viene ricavato in modo casuale Distribuzione della probabilità di Laplace, e la distribuzione è la stessa indipendentemente dalla quantità di dati raccolti aggregabili. Più dati raccogli, minore sarà l'impatto del rumore presenti nei risultati del report di riepilogo. Puoi moltiplicare il report aggregabile i dati in base a un fattore di scala per ridurre l'impatto del rumore.
Per comprendere come viene aggiunto il rumore, i controlli e l'impatto sulle tue consulta le Budget contributivo ed Fai lo scale up fino al budget per il contributo in Utilizzo del rumore.
Generare report di riepilogo.
La generazione dei report di riepilogo dipende dall'utilizzo dell'API. Scopri di più su generando report di riepilogo per API Private Aggregation e l'API Attribution Reporting.
Testa il servizio di aggregazione
Ti consigliamo di leggere la guida corrispondente per ogni API che stai testando:
Per testare il servizio di aggregazione, prova i nostri codelab:
È inoltre disponibile uno strumento di test locale per elaborare report aggregabili per Attribution Reporting e l'API Private Aggregation.
Il framework per i test di carico del servizio di aggregazione offre un framework di test suggerito.
Interagisci e condividi il feedback
Il servizio di aggregazione è un elemento chiave delle API di misurazione Privacy Sandbox. Come per altre API Privacy Sandbox, questo è documentato e discusso pubblicamente su GitHub.
- Assistenza per il servizio di aggregazione: leggi l'spiegazione, rivolgi le domande, fornisci feedback sull'implementazione e partecipa alla discussione. Per ulteriore assistenza, contatta il nostro alias dell'assistenza.
- Assistenza per gli sviluppatori di Privacy Sandbox: poni domande e partecipa alle discussioni nel repository di Privacy Sandbox per gli sviluppatori.