OKO Digital

The ad optimisation people

  • Home
  • Publisher Solutions
    • Website Monetization
    • Header Bidding
    • AdX – Google Ad Exchange
    • App Ad Monetization
    • WordPress Monetization
  • About us
    • OKO & the OKO team
    • Careers
  • Blog
    • Latest blog posts
    • Ad Blocking
    • Ad Exchange (AdX)
    • Ad Optimisation
    • Ad Performance & Page Speed
    • Ad Publishing Landscape
    • AdSense
    • DoubleClick For Publishers (DFP)
    • Exchange Bidding
    • Google Ad Manager
    • Google Certified Publishing Partners
    • Header Bidding
    • Privacy & GDPR
    • Program Policy
    • Open Bidding
    • Traffic
  • Contact

Header Bidding . 28th August 2018

Bid Caching Explained: What bid caching means for publishers

In August 2018, Index Exchange found themselves in the middle of an ad tech controversy, following the revelation that they had been engaging in bid caching for more than a year. The company claimed to have believed that the feature was standard procedure in the industry, however, rival exchanges argued otherwise. In this post, we’ll cover what bid caching is, why it’s a problem and what it means for publishers.

What is bid caching?

Bid caching is the process of storing a bid when a buyer fails to win an impression and then applying that bid to a later ad-request.  The usual aim of bid-caching is to reduce latency (and therefore faster ad-serving), but it can also push up CPMs. This has caused concern as it can result in buyers paying for an impression that doesn’t quite match what they thought they were getting. Whilst Index Exchange argued that bid caching is a smart innovation, others argued that the company were bending the rules for their own gain. 

For example: A user visits the homepage of a publisher’s site and attracts bids from 5 partners. Bidder A wins the impression and the other bids are cached. The user then opens a second page and the cached bids are then applied to the resulting ad request. Bidder B wins, using the price they were willing to pay for the homepage impressions, but their ad is shown on a deeper page.

What’s the problem?

Initially, the main issue with bid caching was the lack of transparency; Index Exchange were implementing the feature through their header bidding wrapper without disclosing this to buyers. This is problematic because it means that buyers often overpaid for impressions that were being served deeper into the user session. If buyers aren’t getting what they think they are buying then this is bad for all parties, as it reduces trust in the system which will only send bids in one direction. Dan Wilson, CEO of London Media Exchange put it well:

 “It’s like going to a supermarket and getting beans, and at checkout, they swap it out for something else.” 

Bid caching poses a risk to advertisers around quality and brand safety – although the ad is served on the same domain, it is not served on the same page. This means that there is a possibility that the context of a webpage and targeting criteria for users will not be identical to that of the previous auction, thus buyers aren’t always getting what they paid for.

The quality of the page and ad placement may also differ from auction to auction. For example, the viewability of an ad placement may be better on the first auction, as opposed to the auction the buyer actually wins. Finally, there are also concerns around frequency capping, as there is no process to tell whether a user, who has been served an ad from bid caching, has not just been shown the same ad from a different auction. 

How does bid caching affect publishers?

Ad exchanges that employ bid caching may offer improved latency to publishers, as a new ad request does not need to be made every time. This is beneficial to publishers as it can reduce page load time. Bid caching also holds potential for increased publisher yield as buyers are paying higher CPMs. 

Index Exchange’s use of bid caching last year was limited to publishers utilising their proprietary header bidding wrapper – publishers integrating Index Exchange demand through another wrapper were not using cached bids. Whilst Index Exchange are an important partner for OKO providing an extensive pool of demand, we instead access it via a different client-side wrapper and Google’s server-to-server solution, Exchange Bidding. This means that OKO managed header bidding was not directly affected.

Header Bidding . Publisher News

About Abbey Colville

SEARCH

TOPICS

  • Ad Blocking
  • Ad Exchange (AdX)
  • Ad Optimisation
  • Ad Performance & Page Speed
  • Ad Publishing Landscape
  • AdSense
  • DoubleClick For Publishers (DFP)
  • Exchange Bidding
  • Google Ad Manager
  • Google Certified Publishing Partners
  • Header Bidding
  • Open Bidding
  • Privacy & GDPR
  • Program Policy
  • Traffic

Could the ads on your site be earning more?

Find out how OKO help publishers earn more from their ads.

LEARN MORE
Insticator

OKO Digital, The Cake Shed, Manor Farm, Manor Road, Hayling Island, Hampshire, PO11 0QW

Google Certified Publisher Partner Logo

OKO is a registered trademark and trading style of OKO Digital Limited. Registered in England company number 03867231. © OKO Digital Limited 1996-2018. All Rights Reserved.

  • Privacy Policy
  • Cookie Policy
Manage Cookie Consent
We use cookies to optimise our website and our service.
Functional Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
Manage options Manage services Manage vendors Read more about these purposes
View preferences
{title} {title} {title}