search

privacysandbox / aggregation-service

This repository contains instructions and scripts to set up and test the Privacy Sandbox Aggregation Service
Apache License 2.0
64 stars 34 forks source link

Consider migration from origin to site enrollment for Aggregation service: Feedback requested #25

Open keke123 opened 1 year ago

keke123 commented 1 year ago

Hi all!

We are currently exploring migration from origin enrollment to site enrollment for the Aggregation Service (current form using origin here) for the following reasons:

As a follow up to this proposal, we would like to support multiple origins in a batch of aggregatable reports. Do adtechs have a preference or blocking concern with either specifying a list of origins or the site in the createJob request?

keke123 commented 1 year ago

Note that adtechs will still be able to determine which origins are processed and consume budget based on valid origins included in their reports for each batch. Specifying the site or a list of origins in createJob is more for usability/validation and does not change this functionality.

raychaudhuri-amitava commented 10 months ago

Thank you very much for this feature.

keke123 commented 9 months ago

Thank you very much for this feature.

You're welcome!

keke123 commented 9 months ago

As a quick update, we have now launched site enrollment for Aggregation Service.

As part of this launch, we have updated our aggregation service onboarding form to use the site (ex: https://adtech.com) instead of origin (ex: https://analytics.adtech.com/ ) for enrollment. This creates consistency with the enrollment for the client API and streamlines onboarding by allowing adtechs to enroll multiple origins of the same domain as one site.

Adtechs should ensure the site used for new aggregation service enrollments is the same site used for the client API enrollment. They should also ensure they are using the correct URL format for their reporting origin (ie, ensure the https:// prefix is included in the origin) to avoid errors.

There is no action needed for prior enrollments. AWS accounts/GCP projects already mapped to previously enrolled origins will be updated to map to the applicable site.

Note that this change does not include batching of multiple origins for the same site in a single job; the createJob API still supports only one origin per job. However, we are actively working on this proposal as mentioned in my earlier post and will update our status page once we have more information on this and other features.

We welcome any feedback on this feature.

Thank you!