Contact emails akashna...@google.com, lin...@chromium.org, johni...@chromium.org
Explainer Attribution Reporting with event-level reports <https://github.com/WICG/attribution-reporting-api/blob/main/EVENT.md> Attribution Reporting API with Aggregatable Reports <https://github.com/WICG/attribution-reporting-api/blob/main/AGGREGATE.md> Aggregation Service for the Attribution Reporting API <https://github.com/WICG/attribution-reporting-api/blob/main/AGGREGATION_SERVICE_TEE.md> Specification https://wicg.github.io/attribution-reporting-api/ Blink component Internals > AttributionReporting <https://bugs.chromium.org/p/chromium/issues/list?q=component:Internals%3EAttributionReporting> TAG review Still under review <https://github.com/w3ctag/design-reviews/issues/724> under the original I2S for the Attribution Reporting API TAG review status Pending Summary We are landing the following change to the Attribution Reporting API focused on: - Improving API report batching capabilities This change is based on ad-tech feedback that we heard regarding the need for additional report batching flexibility so that different report contributions can be batched at different cadences. Currently aggregatable reports generated by the API can consist of multiple separate contributions which are key:value pairs. API callers can batch together aggregatable reports and then process them in the aggregation service, which consists of decrypting the reports, aggregating the values, and adding noise, before returning a summary report to the API caller. Additionally, all contributions in an aggregatable report must currently be processed by aggregation service at the same time. With this change, the API will now allow API callers to specify filtering IDs as part of each contribution (i.e. each key:value pair) in the aggregatable report. API callers can then use these filtering IDs, which will also be part of the encrypted payload of the report, to specify which contributions they want to have processed by the aggregation service at a given time. This will allow API callers to process contributions with different filtering IDs at different cadences. Allowing this flexibility is a utility improvement, because the noise added in the aggregation service per key:value pair bucket may have a lower relative impact on values that are batched on a longer cadence. Explainer/Spec changes 1. Flexible contributions filtering <https://github.com/WICG/attribution-reporting-api/pull/1290> Risks Interoperability and Compatibility This is an optional and fully backwards compatible change. This feature provides a new filtering ID that can be set as part of the aggregatable report contributions and does not break any pre-existing API or web functionality. Gecko: No signal (Original request: https://github.com/mozilla/standards-positions/issues/791) WebKit: No signal (Original request: https://github.com/WebKit/standards-positions/issues/180) Web developers: https://github.com/patcg-individual-drafts/private-aggregation-api/issues/92 *although this is a private aggregation issue link, it also applies to ARA use cases* WebView application risks Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications? None Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, Chrome OS, Android, and Android WebView)? The attribution reporting feature will be supported on all platforms with the exception of Android WebView Is this feature fully tested by web-platform-tests <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md> ? Yes Estimated milestones This feature is anticipated to ship as part of Chrome 128 <https://chromiumdash.appspot.com/schedule>. Link to entry on the Chrome Platform Status https://chromestatus.com/feature/5487434799513600 Links to previous Intent discussions Previous I2S: Intent to Ship: Attribution Reporting API <https://groups.google.com/a/chromium.org/g/blink-dev/c/2Rmj5V6FSaY> Intent to Ship: Attribution Reporting features M117 <https://groups.google.com/a/chromium.org/g/blink-dev/c/nWF61c8xu-M/m/uMmH1ewcAQAJ> Intent to Ship: Attribution Reporting features M118 <https://groups.google.com/a/chromium.org/g/blink-dev/c/Mh-mJiyJZFk/m/HlgzpphYBQAJ> Intent to Ship: Attribution Reporting features M119 <https://groups.google.com/a/chromium.org/g/blink-dev/c/6e44SBtEtcQ> Intent to Ship: Attribution Reporting features M120 <https://groups.google.com/a/chromium.org/g/blink-dev/c/jSk3xpNPzGQ/m/VZPsdYgGCAAJ> Intent to Ship: Attribution Reporting features M121 <https://groups.google.com/a/chromium.org/g/blink-dev/c/g9KiC6Rg_mA/m/V679WcWuAQAJ> Intent to Ship: Attribution Reporting features M123 <https://groups.google.com/a/chromium.org/g/blink-dev/c/NE7VGke1Bjc/m/bIX00t4CAAAJ> Intent to Ship: Attribution Reporting features M124 <https://groups.google.com/a/chromium.org/g/blink-dev/c/aregp1li6xk/m/IhBB2z8tBQAJ> Intent to Ship: Attribution Reporting features M125 <https://groups.google.com/a/chromium.org/g/blink-dev/c/9UyhI6SRyxM/m/zgWWckgWAQAJ> Intent to Ship: Attribution Reporting features M126 <https://groups.google.com/a/chromium.org/g/blink-dev/c/7UQR2lPn5KE/m/q_kL6ZiJDgAJ> Intent to Ship: Attribution Reporting features M127 <https://groups.google.com/a/chromium.org/g/blink-dev/c/LAgnyPsJyJg?pli=1> Thanks, Akash -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscr...@chromium.org. To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/6eff258b-3c98-4980-8d8c-7bb2c8dac5cbn%40chromium.org.