akash...@google.com, lin...@chromium.org, john...@chromium.org
Attribution Reporting with event-level reports
Attribution Reporting API with Aggregatable Reports
Aggregation Service for the Attribution Reporting API
https://wicg.github.io/attribution-reporting-api/
Internals > AttributionReporting
Still under review under the original I2S for the Attribution Reporting API
Pending
We are landing the following changes to the Attribution Reporting API focused on:
improving debugging capabilities
This change is based on ad-tech feedback and the need to support debugging capabilities after third-party cookie deprecation.
Currently the API supports debug reports that are tied to third-party cookies. In order for an API caller to receive a debug report of any kind they need to make sure a specific third-party cookie (i.e. ar_debug) is properly set. The API will check to make sure this cookie is set before providing any kind of debug report. Once third-party cookies are deprecated these debug reports will no longer be available.
This change is so the API can continue to provide debugging information after third-party cookie deprecation when the current debug reports that are tied to third-party cookies are no longer available. This is a new report type that is not tied to third-party cookies and provides similar debug information. This feature allows API callers to request and receive debug signals in aggregate form. This feature is very similar to current Aggregate Reports supported by the API, except these new reports will be specifically for debug signals.
This new feature will allow API callers to continue receiving debugging information even after third-party cookie deprecation.
Explainer: https://github.com/WICG/attribution-reporting-api/blob/main/aggregate_debug_reporting.md
Spec:
This is an optional and fully backwards compatible change. This feature provides a new mechanism for receiving debugging information 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/WICG/attribution-reporting-api/issues/705
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
No
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
Yes
This feature is anticipated to ship as part of Chrome 127.
https://chromestatus.com/feature/5086433709916160
Previous I2S:
Intent to Ship: Attribution Reporting API
Intent to Ship: Attribution Reporting features M117
Intent to Ship: Attribution Reporting features M118
Intent to Ship: Attribution Reporting features M119
Intent to Ship: Attribution Reporting features M120
Intent to Ship: Attribution Reporting features M121
Intent to Ship: Attribution Reporting features M123
Intent to Ship: Attribution Reporting features M124
Intent to Ship: Attribution Reporting features M125
Intent to Ship: Attribution Reporting features M126
Contact emailsakash...@google.com, lin...@chromium.org, john...@chromium.org
ExplainerAttribution Reporting with event-level reports
Attribution Reporting API with Aggregatable Reports
Aggregation Service for the Attribution Reporting API
Specificationhttps://wicg.github.io/attribution-reporting-api/
Blink componentInternals > AttributionReporting
TAG reviewStill under review under the original I2S for the Attribution Reporting API
TAG review statusPending
SummaryWe are landing the following changes to the Attribution Reporting API focused on:
improving debugging capabilities
This change is based on ad-tech feedback and the need to support debugging capabilities after third-party cookie deprecation.
Currently the API supports debug reports that are tied to third-party cookies. In order for an API caller to receive a debug report of any kind they need to make sure a specific third-party cookie (i.e. ar_debug) is properly set. The API will check to make sure this cookie is set before providing any kind of debug report. Once third-party cookies are deprecated these debug reports will no longer be available.
This change is so the API can continue to provide debugging information after third-party cookie deprecation when the current debug reports that are tied to third-party cookies are no longer available. This is a new report type that is not tied to third-party cookies and provides similar debug information. This feature allows API callers to request and receive debug signals in aggregate form. This feature is very similar to current Aggregate Reports supported by the API, except these new reports will be specifically for debug signals.
--
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+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/588cb91a-d7df-4796-8b6d-d1e406f64008n%40chromium.org.
Hi Yoav,The debug signals that will be reported on are documented here: https://github.com/WICG/attribution-reporting-api/blob/main/verbose_debugging_reports.md
Hi Yoav,The list of debugging signals is part of the spec:
LGTM2
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAOmohSLJN2dez036m2CFhmC5VPNJ_X-FE%3Dh_DC6vSmKntKvirg%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/49f545ab-82a0-4097-ba45-ef0c5124bb59%40chromium.org.