It seems like lately there is no such thing as a slow week in header bidding, with each week bringing new advancements, new learnings, and new controversy. This week has been no exception.
Since the advent and rising popularity of header bidding wrappers, the new technology has been plagued with an undeserved reputation for increasing latency and hurting page performance. This reputation has continually perplexed those on my solutions team, as time after time we’ve seen incredible improvements to page speed along with increasing ad revenue that the Header Tag Wrapper brings when properly set up by a team of skilled implementation engineers working closely with a client’s equally savvy dev team. That’s why it came as a surprise when we began seeing inconsistent behavior with one of own wrapper implementations.
After hundreds of header implementations across the most sophisticated publisher environments, there was nothing out of the ordinary about these sites, nor our heavily road tested methodology. Why then were we not seeing the level of revenue uplift we have so many times before? Why were our integrated bidder peers seeing performance going down post-wrapper? Why were bids not making it from the wrapper into DFP when we were well under timeout?
Let’s take a closer look at how having a mixed header (sync and async) can confer unfair advantage and impact ad revenue:
500ms timeout before DFP is called to render the ad slot
Partner A – integrated asynchronously (industry standard) – needs 150ms
Partner B – integrated synchronously – needs 450ms
Partner B consumes all resources for 450ms, completes process
Partner A begins process only after Partner B completes, and gets cut off mid-process despite being 3x faster
Luckily this issue is easy to both diagnose and resolve. To find out if you have a mixed header:
- Run a couple of your site URLs that serve advertising and run header bidding through the Google PageSpeed Insights too. Note: Go beyond the homepage and ensure you are finding an article page that definitely has ad slots / header bidding active.
- Look for this section:
- You will see this:
- Look for the url of any ad tech vendors.
- You can reach out to your ad tech vendor and request they upgrade their tags to be async rather than sync to prevent performance issues.
The client in question who faced the same issue and observed sync tags in use by two 2 different header bidding vendors worked with their partners to change the sync tags to async, and after only 2 days, their bid volume increased by nearly 25%:
At best, sync tags give a sub-optimally architected solution more time to complete. At worst, they can be viewed as a gaming the timeout mechanism that effectively hamstrings bidders following the rules asynchronously. Either way, the result is the same for publishers – unintended latency and money left on the table. Moving all header bidders to async allows equal opportunity to submit bids which will increase competition and monetization, fulfilling the promise of header bidding.