Setup a Demo
Free 30 min website monetization consulting included
Header bidding is an advanced programmatic technique which allows publishers to offer their inventory to multiple SSPs and ad exchanges before requesting ad servers (DFP).
Google Ad Manager (formerly DFP) has been the most popular ad server for a long time. DFP has enabled publishers to add external demand partners to their ad stack. Google did, however, have a trick up its sleeve – allowing it to buy impressions before any external demand partners, using Dynamic Allocation in AdX.
This prompted independent ad tech vendors to develop a technique that leveled the playing field for them. This technique is now popularly known as header bidding.
Despite its widespread adoption and popularity, the technical aspects of header bidding still remain a mystery to many publishers. In order for publishers to understand header bidding, how it works, and its advantages and disadvantages, we’ve created this comprehensive guide.
Table of Contents:
Header bidding is a type of programmatic auction in which bid requests are simultaneously sent to multiple demand partners in real-time—which means that every single ad impression has the chance to be purchased at its maximum value, based on available demand.
These bids are then passed through various filters (floor price and targeting criteria) configured by publishers in their ad server. The highest bid is selected from the filtered bids, and finally, the ad creative is displayed on the user’s screen. This entire process takes a fraction of a second.
Header bidding requires a JavaScript code snippet to be added to the <head> section of the website. This JS code enables publishers to generate bid requests by using browser resources.
Header bidding made it to ad tech somewhere around 2014. And only after one year, in 2015, the technique went viral. In the beginning, header bidding was variously called tagless, pre-bidding, full bidding, parallel auction, and many other names, as reported in this Digiday feature. In June 2018, AdExchanger published this article on header bidding, and the term was cemented. And the rest, as they say, is history.
Before header bidding, the programmatic ecosystem was using a waterfall setup to sell inventory. Waterfall setup (or daisy-chaining) involves a ladder of networks and/or exchanges, arranged from top to bottom in order of performance to the publisher. Based on the networks’ past record in terms of yield (eCPM), fill rate, latency, and more. The impression(s) is passed from network to network, from the top-down, until it is (are) sold.
It’s a matter of prioritization. As you move down the waterfall, the CPM price floors decrease, but there’s also less access to the best inventory for advertisers to bid on. Even though this process theoretically ensured that no inventory was left unsold and fetched a publisher the best price it could, in reality the opposite happened.
The publisher waterfall was an inefficient way of selling inventory:
Also read: Header Bidding vs Waterfall
Clearly, monetization opportunities with waterfall were not that great for publishers. And they instead chose Google ad tech solutions (AdSense and DFP). This led to Google dominating the ad tech supply chain. Google was (and to some extent, still is) closed to sharing its trade tactics.
Header bidding entered as a solution:
Seeing its benefits over publisher waterfall, the industry started investing in the tech. Fast forward to 2020, most publishers monetize their ad inventory (supporting numbers can be found in the next subheading) via header bidding along with other methods—programmatic and direct deals.
Header bidding has helped publishers grow their revenues by 20-50%. The Telegraph, a news website, has seen a 70+% CPM uplift just after 9 months of implementing header auction.
Through AdPushup’s header bidding solution, CCNA7, a niche education website, implemented header bidding with ad refresh to experience a 500% revenue uplift in the span of six months.
According to an eMarketer report, the current global spending on header bidding is around $70 billion. And by 2021, this number is supposed to grow by 87% and reach $81 billion.
80% of the top 1K US publishers (based on Alexa rankings) use header bidding with an average of 7 demand partners per page.
But, this is one side of data. According to the same eMarketer’s research, the growth rate for the adoption of header bidding seems to be decreasing. Right now, the header bidding adoption rate is 20% and by 2021, it will become 15%. This is happening because of two things:
Whatever the reason, on an individual level, publishers can still make the most of header bidding, as the demand side continues to increase ad spend.
The browser generates an individual bid request to all demand partners every time an impression is available. For this, publishers need to insert each demand partner’s code snippet on their website. Inserting or deleting these snippets of code each time a demand partner is added or dropped can get tedious really fast. Also, making constant changes to the header code of a website without dedicated developer support can lead to site outages or the layout being disrupted.
To eliminate these issues (at least to an extent), header bidding wrappers were developed.
A header bidding wrapper works like a container that holds the code snippets from all the demand partners in one place. Some wrappers even offer a GUI (like AdPushup), so publishers don’t have to mess around with code at all, instead toggle demand partners on and off from a control panel. Along with that, the wrapper can also be used to set a floor price and the timeouts.
Some well-known header bidding wrappers are Prebid.js, Pubfood.js and BiddR°360.
Header bidding starts as soon as a webpage begins to load on the user’s browser. In parallel, the wrapper initiates the auction by sending bid requests to the demand partners.
Header auction works on the first-price auction model, which means that the highest bidder gets to serve their ad creative, and they pay exactly what they bid during the auction.
Before header auction bids are submitted to the wrapper, the demand partners run their own auctions to decide which advertiser or DSP will participate in the main header auction.
In case no demand partners’ bid meets the floor price or the timeouts have exhausted, the inventory is offered to fallback networks like AdSense, based on Ad Manager settings.
Header bidding can be broadly classified into two types: client-side and server-side.
In the case of client-side header bidding, the auction runs on the user’s browser. This allows cookie matching for better targeting as publishers can allow advertisers to access bid level data. However, client-side header bidding is notorious for causing high page latency, due to higher browser resource and network consumption.
In the case of server-side header bidding, the auction is conducted on a dedicated auction server away from the user’s browser. This technique saves network bandwidth and browser resources, decreasing page latency as a result. However, when it comes to targeting, the server-side method fails to deliver the desired results due to decreased cookie match rates.
In order to get the best of both auction types, publishers can also choose hybrid header bidding. This is where publishers run both client-side and server-side header bidding together, usually within a multivariate testing environment (more of which is explained later).
Here are the benefits of header bidding for publishers:
Everything about header bidding sounds great so far. But the technique is not without its challenges. To start with, it is complicated to set up and implement. Next, the client-side method contributes to increased page latency.
Here are some other drawbacks publishers should know about:
Prebid is an open-source header bidding wrapper created by AppNexus. In order to use Prebid, publishers insert their JavaScript snippets onto their websites. This allows publishers to set up line items and make async ad calls, without having to develop in-house technique.
Publishers can allow third-party demand partners to bid on their inventory using the Prebid adapter. So for instance, if AppNexus is one of the demand partners you want to work with, you need to integrate your Prebid with AppNexus’s adapter.
Being an open-source technique, many leading ad tech vendors contribute to the development of Prebid, with AppNexus and Rubicon Project being the two biggest contributors.
Prebid is designed to be flexible and can be used on desktop, mobile, app, and even AMP inventory. It also supports client-side, server-side, and hybrid header bidding. Being one of the most popular wrappers, most demand partners support Prebid integrations.
Looking at the industry’s interest in server-side header bidding, Prebid has developed its server-side solution called Prebid Server. This is an extension to prebid.js wrapper – where prebid offers a code to integrate all the publisher’s demand partner bids via both client- and server-side setup.
A publisher already using prebid.js enabling Prebid Server would just require ad server and demand partners interested in server-side auctions. Basically, publishers can use their existing prebid set up to enable it with Prebid Server.
There is still a learning curve, where publishers’ in-house tech team would have to go through prebid documentation to update their setup.
Looking at increased demand for AMP sites, header bidding was updated to work on AMP pages.
Why was header bidding not working on AMP?
Because AMP works by removing unnecessary JS from web pages to load them faster on the user’s mobile browser. In the same process, it removed the HB JS as well.
For publishers looking to monetize their AMP traffic, ad tech has two solutions:
RTC is a feature of Fast Fetch, released by the AMP team in 2018 as an alternative to traditional header bidding for AMP-enabled pages.
It allows publishers to add up to 5 demand partners with a maximum timeout of 1 second. Setting up RTC is relatively straightforward and publishers can define the vendors they want to work with using a few lines of code:
<amp-ad width="320" height="50"
type="network-foo"
data-slot="/1234/5678"
rtc-config='{
"vendors": {
"vendorA": {"SLOT_ID": "1"},
},
"urls": [
"https://www.AmpPublisher.biz/targetingA",
{"url": "https://www.AmpPublisher.biz/targetingB",
"errorReportingUrl": "https://www.AmpPublisher.biz?e=ERROR_TYPE&h=HREF"}
],
"timeoutMillis": 750}'>
</amp-ad>
RTC is a good solution for publishers who want to quickly implement header bidding on AMP pages and don’t have too many requirements or need for customization.
Following are a few vendors that support the RTC protocol.
The second way is to work with a vendor who provides a header bidding wrapper with AMP support (like AdPushup). Given the nature of AMP, only wrappers with server-to-server integration work well, and client-side implementations will have a higher chance of being blocked by AMP during runtime.
Wrapper-based header bidding gets around the 5 demand partner limitation by routing bids through a single RTC slot. This means that you can add as many demand partners as you want. But that’s not the only advantage of using a wrapper-based solution.
With RTC and its single tag approach, publishers will need a developer to make updates each time they want to add/remove a demand partner. In contrast, a good wrapper will let publishers make these changes from a user-friendly panel. Wrappers will also provide publishers with reporting and analytics data, something for which RTC has no support at this time.
Just like standard display ads, video header bidding enables publishers to sell their video ad inventory to the highest bidder. Initially, video header bidding required separate web and server integrations, now, many existing wrappers (like Prebid.js) can be configured to sell video inventory, via both client-side and server-side auctions.
Back in 2016, publishers feared that not many buyers were interested in video inventory, hence they may not get the kind of competition seen with display ads. But, in recent years, video inventory has become valuable. According to Statista, video ad spend amounted to $26 million in 2020 and is expected to see a 6.8% annual growth, reaching $35 million by 2024.
Similarly, as the market for video is growing, many advertisers and demand partners are uniting to encourage publishers to experiment with video inventory. OpenX, AppNexus, and SpotX are some of the demand partners that deal with video ad space.
Shortly after the massive success of header bidding, Google launched its own server-side version and named it Exchange Bidding Dynamic Allocation (later renamed to Open Bidding).
Google pitched Open Bidding by focussing on its server-side benefits. Basically, it offered a server-to-server auction to publishers. With Open Bidding, Google allowed publishers to bring their own demand and also use Google’s demand (AdX) to run S2S auctions on Google’s platform.
Both client-side header auction and Open Bidding have their own pros and cons, so we can’t say one is better than the other. When compared though, the client-side proves to be more transparent and offers better cookie match rates. Whereas Open Bidding saves publishers from complex setup as Google takes care of everything from setup to ongoing auction management.
Publishers can run header bidding and Open Bidding, simultaneously, on Google Ad Manager. This method lets publishers access Google’s demand and add their in-house demand partners to further improve bid pressure.
Here’s how it works:
Once an impression is available, ad requests are sent to Google AdX and header bidding. Within the AdX system, both AdX and Open Bidding buyers place their bids to win the impression. Meanwhile, header bidding starts collecting bid responses from its demand partners. Upon completion, AdX and Open Bidding pass on their winner. Similarly, header bidding passes on another. Finally, GAM compares these bids and chooses the winner (highest bid).
Amazon, the third-largest name in digital advertising after Google and Facebook, is also a key player in the header bidding realm. Its Amazon Publisher Services has two server-side header bidding solutions: UAM and TAM.
UAM (Unified Ad Marketplace) is designed for small- to medium-sized publishers. Amazon offers a dashboard to manage the auction where publishers are allowed to bring their own demand and integrate it into their website.
TAM (Transparent Ad Marketplace) is meant for large publishers. Publishers are given access to 20+ demand partners from Amazon Marketplace including AppNexus, OpenX, RubiconProject, SpotX. Additionally, publishers can bring their own partners and add them to Amazon TAM.
Publishers can integrate their ad servers (DFP) with Amazon and update the line items with new changes to start receiving bids.
Since Amazon is new to the game, it is recommended to use UAM/TAM with Open Bidding and Prebid to see better results.
We recommend these 5 steps to prepare for header bidding for publishers new to this tech:
Step 1: Ask whether header bidding is right for you
If you are new to header bidding, there is a high chance that you have used AdSense previously to monetize your traffic. With AdSense, most technical operations are managed by Google. However, header bidding completely relies on your technical expertise.
You can educate yourself about the header bidding, learn basic JavaScript. Alternatively, invest in building an ad ops team to handle these tasks for you. If none of these work, you can always choose outsourced ad ops to manage header bidding for you.
Step 2: Learn and read about header bidding
Even if you are taking the help of your ad tech team, investing time in learning about the tech pays well. For starters, it helps you build partnerships with HB demand partners.
Familiarize yourself with how header bidding works, what it can and cannot do for you, and improve from there onwards.
Learning about different types of header bidding, the biggest players in the market, and the adoption rate should help you make more educated decisions for your business.
Step 3: Be ready for challenges
Header bidding is fruitful, however, there are ongoing challenges with the tech as well. First, you will be adding extra pieces of code which can increase latency.
You will have to figure out reporting on your own. Unlike Google, here you have to work with your data engineers to create a reporting API and integrate it into Excel or similar services to see the growth (or decline).
If your current team is unable to handle this, you can take the help of managed header bidding solutions.
Step 4: Choose demand partner carefully
Demand partners (or yield partners) would connect you to the advertisers. You need to choose these partners carefully. Some examples of demand partners are Appnexus, Criteo, and Index Exchange.
These partners have standard checks and minimum requirements to allow publishers into their circle. You can reach out to them for partnership, however, if you are unable to manage them on your own, getting help from header bidding solution providers (like AdPushup) can help.
Step 5: Test, test, test and test some more
Header bidding makes sure publishers are handsomely rewarded for their inventory, but not without putting testing in action. A/B testing with bidders helps to increase the overall revenue and enables publishers to understand what works best for their inventory.
You should be focusing on scanning for errors, adding/removing demand partners to various line items, and boosting your overall revenue.
To implement header bidding, publishers have to place a JavaScript code to their website’s <head> section. This code is used to trigger the auction when an impression appears.
If the publisher is capable of integrating the website with a header bidding wrapper, then Prebid.js is the most suitable option. However, if a publisher lacks the technical expertise to do so, then you may want to opt for a managed service provided by a third-party ad tech vendor.
Once the wrapper is added to the website, publishers can get in touch with demand partners to get access to their respective adapters. The adapters enable publishers to connect with the demand partner’s marketplace and find buyers for their ad inventory.
Once done with steps, you still need to monitor and optimize the setup on an ongoing basis to make sure that you’re maximizing impression-level revenue without causing usability problems.
Here are some header bidding extensions that you can install to snoop on your competitors to see what demand relationships do they have:
Headerbid Expert: A Chrome extension powered by Prebid, this tells the number of demand partners bidding on a certain webpage. Further, it tells the time taken by each partner to place their bids. Basis of the quick analysis provided by the extension, publishers get to know whether their timeout period is considerate or they are underselling their inventories and methods to fix these issues.
BidFilter: This extension shows detailed results like the names of the demand partners added in the wrapper along with the bids received on individual ad sizes. The tabs on extension show a list of all bids, winning bids, and empty bids (partners who didn’t bid intentionally or due to timeout).
MyAdPrice: This extension shows lists of demand partners, winning bids, time taken by each partner to respond to the bid request, and total auction time down to each ad size. It also tells the money made by publishers by each visitor under “Website Revenue” and “Average bid prices”.
For publishers, header bidding is a quantum leap from Google’s monopoly and inefficiencies from other programmatic auctions. It opened up a more controlled platform with required transparency for both sides for ad tech.
Though it still has a few challenges to overcome, the increasing adoption rate is a sign that we, as an industry, will continue to use it. The early signs such as the introduction of server-side auction and availability of HB for video and AMP inventory is a sign that the tech is very flexible.
If you have any questions or concerns related to this, feel free to contact us.
Got a question? We've got answers.
Team up with a Premier Google Certified Publishing Partner this holiday season and unlock zero revenue share* for the first month!
Unwrap higher Ad Revenue this holiday season!
*Offer available to select publishers, subject to eligibility criteria.