Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FLEDGE: How does a direct sold ad from Publisher's Ad Server competes with winning ad in Fledge #168

Open
pranay-prabhat opened this issue Apr 16, 2021 · 5 comments

Comments

@pranay-prabhat
Copy link

Publishers will have to decide whether a direct sold ad they received from the ad server is better than a programmatic contextual ad or IG ad from Fledge.

Seems Fledge proposes that publishers pages will make 3 separate types of network calls i.e. 1) Contextual/1P based programmatic Ads 2) Interest Group Based Ads 3) Ad Server Request for Direct Ads

If yes then can someone please outline the flow how the 3 above call types will be associated and what checks/controls will be provided to the publishers?

@pranay-prabhat pranay-prabhat changed the title How does a direct sold ad from Publisher's Ad Server competes with winning ad in Fledge FLEDGE: How does a direct sold ad from Publisher's Ad Server competes with winning ad in Fledge Apr 16, 2021
@AramZS
Copy link

AramZS commented Apr 16, 2021

Hopefully we can help by documenting this more via w3c/web-advertising#111

@michaelkleber
Copy link
Collaborator

Hi @pranay-prabhat,

FLEDGE is about an on-device auction. Any interaction to get (1) Contextual/1P based programmatic Ads or (3) Direct Ads would happen before the on-device auction started.

The details of how all these different demand sources would interact are not something chosen by the browser, they are entirely handled by the publisher's choice of ad tech partner who provides the on-device auction logic. Check out this part of Section 2.3.

FLEDGE's goal will be to offer a platform that lets ad tech providers serve this need in whatever way they want.

@pranay-prabhat
Copy link
Author

@michaelkleber Thanks for clarifying. That was helpful.

I do have a follow up question. For publishers who do header bidding today (which are obviously a majority), Fledge introduces a third layer of processing within the browser which can have adverse effects on page performance.

a) Publisher page fetches Contextual/1P based programmatic Ads and Direct Ads the way it does today (of course in future they will be without tp cookies). i.e. two types of calls from the page
b) Browser picks all IGs a user is part of and scans them one by one to have bids generated for each (feels like network calls for each IG). Is there a limit on how many such IGs a user can be part of?
c) The sellers will score each IG ad to determine "if" there is one better than ads received via direct or programmatic contextual/1P route

The flow above makes technical sense but what are Fledge team's thoughts in terms of page performance impact this could have given browser is doing a lot of processing in terms of on-device auction.

@michaelkleber
Copy link
Collaborator

Yes, we are indeed thinking about the on-device resource usage, and it's been a topic of ongoing conversation in our every-other-week meetings. We don't know the right answer to this yet.

@ksamii
Copy link

ksamii commented Apr 19, 2021 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants