Fledge/PAAPI: Support for additional bids/negative targeting

[onetag-dev]

Type of issue

Question

Description

Currently, through the FledgeForGpt module, Prebid allows returning a tuple {bids, auctionConfigs}, and if we understand correctly, contextual bids simply serve as bid floors for the on-device auction.
The Fledge team is developing an alternative scenario (already available in Chrome Dev) where contextual bids become part of the on-device auction, enabling a range of improvements such as the ability to implement capping for contextual bids and negative targeting.

Do you plan to support this new feature within Prebid.js? We assume that the feature is quite transparent for you as it involves setting fields at the auctionConfig level, but at the same time, we believe that coordination with GPT and supervision of feasibility is necessary on your part.

Thank you in advance

Other information

WICG/turtledove#260
WICG/turtledove#739
WICG/turtledove#319

[dgirardi]

it involves setting fields at the auctionConfig level

As I understand it, the only missing piece is allowing bid adapters to set the adAuctionHeaders fetch option - assuming that additional bids can be provided for component auctions. (If they can't, it all depends on what is/will be possible through GPT).

Most of the real work is going to be on the SSPs - packaging their bids into the fledge headers and setting up their auctionConfigs to accept them with the appropriate auction nonce / interest group buyers.

[patmmccann]

coordination with GPT is quite difficult; what do you propose we coordinate with them.

[patmmccann]

relevant WICG/turtledove#887

[onetag-dev]

As I understand it, the only missing piece is allowing bid adapters to set the adAuctionHeaders fetch option

It seems correct; you are assuming that additional bids are returned (via headers) directly in response to the prebid request. In that case, the adapters will need to set, once the response is obtained, the additionalBids field of the auctionConfig with an immediately resolved promise (to notify that additional bids are available), something like

const {auctionConfigs} = serverResponse.body;
const auctionConfigsWithAdditionalBids = auctionConfigs.map(auctionConfig => auctionConfig.additionalBids = Promise.resolve());

[dgirardi]

you are assuming that additional bids are returned (via headers) directly in response to the prebid request

That is my assumption, but as I understand the proposal it's also the only way to return additional bids:

Additional bids are not provided through the auction config passed to runAdAuction(), but rather through the response headers of a Fetch request, as described below in section 6.3 HTTP Response Headers.

[aprokofg]

DV360 is interested in testing addtitional bids / negative targeting feature with SSPs. Are there still changes needed to be done on prebid.js side to enable that flow?

[zhuoli-fledge]

Hi there, want to quickly bump up this issue as DV360 want to test this with SSP. We'd like to follow up on this feature request.

[FlorentDancy]

As requested by @patmmccann here, here's a document shared by DV360 => [External] PA API (a.k.a. FLEDGE) Additional Bids with Negative Interest Group Targeting.pdf

[patmmccann]

#12542 just errors on insecure use of the header, is that really all that was needed for support of the header? If so, can we add a short blurb describing how one may access it?

[rdgordon-index]

Furthermore, the doc shared by DV3 also requires passing the nonce from the sellers to the buyers via OpenRTB -- which, in turn, suggests that this needs to be created by the paapi module and included 'alongside' ae=1 by the paapi module... cf. https://github.com/WICG/turtledove/blob/main/FLEDGE.md#61-auction-and-bid-nonces

Along the same lines, this requires knowledge of both the seller origin (not a problem, known server-side), but also the top-level seller origin, which isn't available today at the time that the fetch() call is made. So that's another aspect we'll need to address.