Banner Ad: Please Fix Your Pacing Algorithm
Decorative Header Image

Tag Archive for online advertising

Real-Time Bidding: The Stack Class Video

You may have heard of this being referred to as Stack Class. These white-board sessions originated in the early days of Real-Time Bidding (RTB), before the dark times… before The Empire, er.. Header Bidding. Before Header Bidding.

This video is a little dated, but it covers the technical basics of RTB. I’ve been toting it around for years privately. I figured it’s about time to set it free.

I called it Stack Class in the beginning because I was describing all the components of Real-Time Bidding, you know… the stack upon which everything is built. In this video you’ll find SSPs, DSPs, user synchronization (cookies?!%$#@!), bids, responses, PMPs, ad markup… you know, all the things.

Is it Fraud? Illustrating some marginal to bad practices in ad-tech

A couple weeks ago I was looking over geographic location data to inform the return on investment of an advertising campaign. A significant portion of metropolitan data was showing a large percentage of the users sitting in the exact same location. It was as if they all checked-in on their apps while they were standing at the center of the city. That seemed unlikely. Was there something wrong with the data? Well, yes and no. More importantly: was it fraud?

Was it fraud? Welcome to the gray area of ad-tech. eMarketer shows that display advertising fraud loss is hovering around $6 billion worldwide. They likely derived this data from very black and white definitions of what is and what isn’t fraud. In this post I’ll be lining up not only explicitly fraudulent behavior, but also some marginal tactics of media owners, supply side companies, advertisers and demand side companies to illuminate the fringes of acceptable behavior.

Read on for geo stuffing, bid caching and more…

Header Bidding: The Good, The Bad, And The Ugly

Header Bidding: The Good, The Bad, And The Ugly

Whether you think it’s a fad, a “hack,” the new standard, or the latest shiny object, header bidding has had a significant and disruptive impact on the advertising technology ecosystem. It may only be a matter of time before Luma Partners adds header bidding wrappers as a new box to their (in)famous landscapes.

The promise of header bidding with multiple exchanges has yielded positive results for advertisers and publishers but it has come with a cost that, over time, might be too much to bear. Whether it survives the fray, or evolves into something new, header bidding has changed the game forever.

Header Bidding: The Good

The movie stars Clint Eastwood. As The Good guy, he is not necessarily altruistic in nature, but he’s really good at capitalizing on opportunities.

Header Bidding brings those opportunities by providing premium inventory into the programmatic marketplace. No longer  are the best impressions locked away in the tower of publisher ad servers. They are now accessible via  the myriad of sophisticated Seller-Side Platform (SSP), Exchange and Demand-Side Platform (DSP) technologies. This gives sellers more articulate controls over the rules of engagement for every transaction.

Retargeting, made easier by RTB, can now be applied at all inventory priority levels, improving yield for commerce sites. Elusive audiences could be more readily captured by private marketplaces and the open auction, inviting new advertisers to test, refine, and commit to new deals with new partners.

Meanwhile, demand side systems are given the opportunity to bring more premium buying contracts to their platforms. This could be why some publishers started seeing higher revenue with header bidding in play. During Advertising Week in New York, one publisher cited header bidding as being responsible for 50% lift in CPMs. These types of statistics have been echoed by several others in the industry. While this might not be the panacea that saves the online newspaper, it certainly helps keep a few more lights on.

Next: The Bad

The promise of header bidding: Opening up premium inventory to programmatic channels

This article was originally published in Venture Beat on November 29th, 2016. I have written previously about the conundrum of header bidding. While my thoughts back then are still valid, the technology has progressed and the market is following. Following this, I’ve posted the good, bad and ugly of header bidding.

header bidding

Everyone is talking about the promise of header bidding, but what does it really mean to the future of publishing and mobile monetization? Header bidding is leveling the playing field by allowing sellers to make more intelligent inventory allocation decisions between traditional and programmatic demand. For advertisers, it allows for better campaign delivery and optimization by providing more access to audiences at scale.

By implementing header bidding, publishers and app developers are able to expose every single impression to a programmatic marketplace. Many sellers are already reporting 40-50-percent increases in CPMs, and buyers have a new ability to bring their data to bear across multiple inventory sources.

Next: The evolution, yield opportunities and scale

Page Performance and Ad Tech: Speed is still a feature on the open web

Maintaining a good user experience while delivering quality content, and paying for it

Page Performance - A cautionary tale

Page performance has been cited as a reason to install an ad-blocker. In fact, a recent straw poll suggests that 71% of ad-blocker users would whitelist a publisher website if the page performance didn’t suffer. Blocking ads, which can be half of the content of a web page, will almost certainly improve the page performance. Mozilla Firefox even has a “reader view” available for many pages that removes all the content except the main body copy. That feature goes as far beyond ad blocking as you can get.

The four things that slow down page performance are:

  • the number of requests the browser is making
  • the time it takes for a response
  • the payload associated with each request
  • the code executed on the page once the request is fulfilled

In many cases the executed code will make additional requests and the dance starts all over again. This process takes a toll on page performance and each browser responds a little differently to the tasks. The browser may appear sluggish or unresponsive while the page elements are loading, executing or rendering. It may present the loading icon in the tab, which itself can freeze.

Next: Browser limits and performance tuning help