-
Notifications
You must be signed in to change notification settings - Fork 771
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
PreferDeals Flag #1355
Labels
feature request
Intent to implement
An issue describing a plan for a major feature. These are intended for community feedback
pinned
Comments
Approved by PBS committee |
Should this be on the |
Good Q. Spoke with a publisher on this -- we think that keeping the flag at the request level is fine. |
Updated the issue to reflect the global, rather than per-imp, nature of this flag. |
Released with PBS-Java 1.66. Docs updated. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
feature request
Intent to implement
An issue describing a plan for a major feature. These are intended for community feedback
pinned
Exploring the idea of providing more control over how PBS picks the overall winner when it returns ad server targeting. While it's true that PBS always sends the top bid from each bidder in the OpenRTB, some clients can't or don't look at those values, particularly AMP.
Currently, the hb_pb/hb_bidder/hb_adid/etc winning targeting values are determined by the highest bid value. Not the highest value after granularity quantizing, but the highest actual bid. If the targeting isn't in
includebidderkeys
mode, it means that a deal won't get returned unless it has the highest CPM. Which means basically that pubs who've implemented Send-Top-Bids can miss deal bids.Proposal:
ext.prebid.targeting.preferdeals: true
to have Prebid Server choose the highest value deal before choosing the highest value non-deal.preferdeals:true
.The text was updated successfully, but these errors were encountered: