Prebid.js is a feature-rich header bidding platform for the web, including more than 300 demand sources and 50 analytics adapters. It supports currency conversion, GDPR, common ID systems, and multiple ad servers.
A high-level overview of Prebid.js, Prebid’s header bidding product for websites.
At a high level, header bidding with Prebid.js involves just a few steps:
The Prebid.js library is composed of these pieces:
The Prebid.js Core is intended to be lightweight, while achieving all the foundation a good header bidding wrapper needs to provide, including:
We want Prebid.js Core to be fast, fair, and open because it represents the header bidding wrapper itself.
The Prebid.js Adapters plug into Prebid.js Core and are meant to be interchangeable depending on who the publisher wants to work with. There are two types of adapters: bidder and analytics.
Bidder Adapters represent the SSPs & Exchanges you want to work with. There are currently over 300 bidder adapters. This set of working header bidding integrations is part of what makes Prebid.js so special. Each company maintains its own Prebid.js adapter to provide the freshest code for publishers, rather than a proprietary wrapper solution trying to reverse engineer another company’s adapter. It’s a win-win for everyone.
Analytics adapters offer the ability to learn more about latency, revenues, bid rates, etc. Please see our analytics page for more information.
Prebid.js Modules also plug into the Prebid.js Core. They add functionality not present in the Core that not every publisher needs. Example modules:
In both a publisher or third-party context, Prebid.js may set cookies or local storage in users’ browsers. These are the first-party cookies it may set in the publisher context:
These values are not declared in Prebid.org’s device storage disclosure file in its GVL representation. This is because these values are set by the publisher themselves using an open-source script that is subject to modification by the publisher in any way. Prebid.org has no control over its final implementation, including expiration dates or use for other purposes by the publisher we cannot foresee. Prebid.org’s only reason to be on the GVL is for long deprecated functionality (shared id third-party cookies) and publishers using modern versions should have no reason to include the Prebid.org GVL ID in their CMP. These two values are also not subject to CMP device storage checks without additional configuration.
There are also certain identity sub-modules, such as the Prebid.org-maintained module SharedId or the Publisher-provided identity module that may set cookies or other values on the device in the publisher context. The device storage used by these modules are also considered publisher-set values, and publishers should control the opt-outs and disclosures accordingly. Also, the topics module may set topics it observes in the publisher context. The Prebid.org GVL vendor id is not checked when these modules or sub-modules seek to use storage when GDPR applies according to a TCF2.2 CMP; consent to the publisher itself is checked.
Storage values set by vendor modules are subject to user consent and privacy regulations, such as GDPR, and should be declared in the respective vendors’ device storage disclosure files.