layout | title | description | sidebarType |
---|---|---|---|
page_v2 |
Prebid Server FAQ | Prebid |
Display Format |
5 |
{:.no_toc}
This page has answers to some frequently asked questions about Prebid Server. If you don't find what you're looking for here, there are other ways to get help.
- TOC {:toc}
Nope. The only approval process is a code review. There are separate instructions for:
As for membership in Prebid.org, that's entirely optional -- we'd be happy to have you join and participate in the various committees, but it's not necessary for contributing code as a community member.
- When invoking Prebid Server through Prebid.js, this can be done just by adding
?pbjs_debug=true
to the page URL. - Through AMP, you can put
test: 1
in the stored request, or adddebug=1
to the query string of Prebid Server's AMP endpoint. - If calling directly, add
test: 1
to the JSON.
The original version of Prebid Server was the Go-Lang version. Rubicon Project ported it to Java because they had more Java talent than Go.
Both versions are live in production, and they are kept identical in external APIs and reasonably close in functionality. See the Prebid Server feature list for the list of differences.
For demand partners, we recommend building new bid adapters in Go - the team will port it to Java for you within a couple of months.
For those looking to host a Prebid Server:
- If you plan to use long-form video, we recommend the Go version of the server.
- Look over the features and see if there's any important to you.
- Otherwise, just choose the language you're most comfortable with.
Just schedule a post-bid creative in the ad server.
- Load the production Prebid JS package
- Set up the AdUnit
- Set the app and device objects with setConfig(). e.g.
pbjs.setConfig({
s2sConfig: {
...
},
app: {
bundle: "com.test.app"
},
device: {
ifa: "6D92078A-8246-4BA4-AE5B-76104861E7DC"
}
});
For Prebid SDK there's no concept of cookies, so no syncing takes place in that scenario. ID in mobile is based on IDFA.
For Prebid.js and AMP, see Prebid Server User ID sync
See the Prebid Server Privacy Feature Page
For Prebid.js-initated server requests, we've found that cookie match rates are about what can be expected given the constraints:
- The /cookie_sync process is initiated by Prebid.js the moment the s2sConfig is parsed.
- A limited number of bidders will be synced at once. PBS-Go will sync all the bidders listed in the
bidders
array. PBS-Java will sync all of them and possibly additional bidders. Publishers can change the number of syncs by specifyinguserSyncLimit
on the s2sConfig. - Privacy settings (e.g. GDPR) can affect sync rate. e.g. If a lot of your traffic is in the EEA, it's going to be harder to set cookies.
AMP is a different story. There are several things you should check:
- First, the page has to include the usersync amp-iframe. This amp-iframe loads
load-cookie.html
orload-cookie-with-consent.html
. - Then AMP has to run this iframe. There are limitations as to where this amp-iframe can be on the page and possible how many amp-iframes there are on the page.
- The /cookie_sync call is initiated from
load-cookie.html
, but there are many adapters on the server side, and a limited number of them will be synced at once. Consider settingmax_sync_count
higher to get all bidders synced faster, - In a GDPR context, AMP doesn't supply the
gdprApplies
field. Prebid Server will determine for itself whether it can sync cookies, but it will not tell bidders whether the request is in GDPR-scope, so each bidder will have to determine scope for itself.
Banner
If a bidder adapter supplies 'nurl' in the bidResponse object, there are two paths:
- If it's cached in Prebid Cache (e.g. AMP and App), then the 'nurl' is cached along with the 'adm' and utilized by the Prebid Universal Creative.
- If it's not cached, the Prebid.js PrebidServerBidAdapter will append the 'nurl' to the bottom of the creative in a new div.
Video
If a bidder adapter supplies 'nurl' in the bidResponse object instead of 'adm', this URL will be treated as the location of the VAST XML.
For OpenRTB responses, Prebid Server is always in "send all bids" mode -- it will return the top bid on each requested imp from each bidder.
It will return ad server targeting in seatbid.bid.ext.prebid.targeting depending on the input scenario:
- if request.ext.prebid.includewinner:true and this bid was declared the "winner" by Prebid Server, then seatbid.bid.ext.prebid.targeting will contain hb_pb, hb_size, and hb_bidder. If the bid was cached, there will also be hb_uuid and/or hb_cache_id
- if request.ext.prebid.includebidderkeys:true, seatbid.bid.ext.prebid.targeting will contain hb_pb_BIDDER, hb_size_BIDDER, and hb_bidder_BIDDER. If the bid was cached, there will also be hb_uuid_BIDDER and/or hb_cache_id_BIDDER.
The AMP endpoint is somewhat different because it doesn't receive the openrtb - just the targeting. PBS basically resolves the OpenRTB, and then merges all the seatbid.bid.ext.prebid.targeting sections.
Decision 1: best bid from each bidder on each impression
Prebid Server returns one bid from each bidder for each impression object. If there are multiple bids from a given bidder for a given imp[], here how it chooses:
- highest ranked Programmatic Guaranteed bid (PBS-Java only)
- highest CPM deal (only when the ext.targeting.preferdeals is specified)
- highest CPM
- random tiebreaker
Note: if the request allows multibid, then several bid responses from the same bidder may be returned to the client.
Decision 2: which bidder for each imp[] object gets the hb_pb, hb_size, and hb_bidder targeting values
This is only done when ext.prebid.targeting is specified. This is most important for AMP, but other clients (e.g. app) may rely on Prebid Server choosing the "winner" header bid. That decision is made with the same process as the first decision:
- highest ranked Programmatic Guaranteed bid (PBS-Java only)
- highest CPM deal (only when the ext.targeting.preferdeals is specified)
- highest CPM
- random tiebreaker
Yes. See the PBS Hosting page to get started.
You don't need to be a Prebid.org member, but joining would help in case you need extra support with any technical hurdles.
The best way would be to join Prebid.org and participate in the Prebid Server PMC.
Another way is to register for our host company mailing list.