Contact emails

o...@google.com, pauljen...@chromium.org

Explainer

https://github.com/WICG/turtledove/pull/780

Specification

https://github.com/WICG/turtledove/pull/796

Summary

In online ad auctions for ad space, it’s sometimes useful to prevent 
showing an ad to certain audiences, a concept known as negative targeting. 
For example, you might not want to show a new customer advertisement to 
existing customers. New customer acquisition campaigns most often have this 
as a critical requirement. Protected Audience currently enables ads to 
target users that have been joined to a given interest group through some 
past activity on the web. This feature extends Protected Audience to enable 
negative targeting by allowing new ads to target only those users who have 
not been joined to a given interest group. In this way, we're enabling 
advertisers to target new groups of users using the existing 
privacy-preserving concepts of the Protected Audience API.


Blink component

Blink>InterestGroups 
<https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink%3EInterestGroups>

TAG review

The parent proposal, Protected Audience, is still pending: 
https://github.com/w3ctag/design-reviews/issues/723

TAG review status

Pending

Risks

Interoperability and Compatibility

None. This is an optional new feature of the Protected Audience API. Ad 
techs can use this new feature by specifying values for new fields in the 
auction config. Without explicit values for those new fields, there's no 
functional behavioral change as a result of this feature.

Gecko & WebKit: No signal on parent proposal, Protected Audience.  Asked in 
the Mozilla forum here 
<https://github.com/mozilla/standards-positions/issues/770>, and in the 
Webkit forum here <https://github.com/WebKit/standards-positions/issues/158>
.

Web developers: Adtech asked for this via Protected Audience Github issue 
#319 <https://github.com/WICG/turtledove/issues/319>.


Debuggability

Additional bids sent into the auction are visible in their response headers 
via DevTools. You can determine if the additional bid was sent for scoring 
by adding a breakpoint in the scoring script in DevTools. Error scenarios, 
e.g. signature verification errors and joining origin mismatch on negative 
interest groups - are written to the console. We're considering additional 
DevTools enhancements to aid additional bids debugging.

Will this feature be supported on all six Blink platforms (Windows, Mac, 
Linux, Chrome OS, Android, and Android WebView)?

It will be supported on all platforms that support Protected Audience, so 
all but WebView.

Is this feature fully tested by web-platform-tests 
<https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md>
?

We plan to add WPTs to cover this API in the next month.

Flag name on chrome://flags

None

Finch feature name

FledgeNegativeTargeting

Requires code in //chrome?

False

Estimated milestones

Shipping on desktop and Android in M118.

Anticipated spec changes

None related to this feature.

Link to entry on the Chrome Platform Status

https://chromestatus.com/feature/5021508157571072

This intent message was generated by Chrome Platform Status 
<https://chromestatus.com/>.

-- 
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/5ebd44f6-57b2-448f-b32c-87d63acfa471n%40chromium.org.

Reply via email to