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) nelle API Attribution Reporting e API Private Aggregation
Spiegazione |
Disponibile |
Supporto del servizio di aggregazione per Google Cloud nell'API Attribution Reporting e nell'API Private Aggregation Explainer |
Disponibile in versione beta |
Registrazione del sito del servizio di aggregazione e mappatura di un sito ad account cloud (AWS o Google Cloud) Domande frequenti su GitHub |
Disponibile |
Il valore epsilon del servizio di aggregazione verrà mantenuto fino a un massimo di 64, per facilitare la sperimentazione e il feedback su diversi parametri.
Invia un feedback epsilon ARA. Invia un feedback epsilon PAA. |
Disponibile Prima di aggiornare i valori dell'intervallo epsilon, forniremo un preavviso all'ecosistema. |
Filtri dei contributi più flessibili per le query del servizio di aggregazione
Spiegazione |
Previsto per il secondo trimestre del 2024 |
Procedura per il ripristino del budget post-calamità (errori, configurazioni errate e così via)
Problema di GitHub |
Disponibile: Explainer. |
Accenture opera come uno dei coordinatori di AWS
Blog per gli sviluppatori |
Disponibile |
Parte indipendente che opera come coordinatore di Google Cloud
Blog per gli sviluppatori |
Previsto T3 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=5&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=5&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.