Banner Ad: Please Fix Your Pacing Algorithm
Decorative Header Image

Tag Archive for advertising

Coming to a screen near you: Fewer Cookies

I wrote an earlier post called “In a world without cookies” which was my early response to the default setting in Apple’s Safari browser.  This issue has expanded such that we’ll see even fewer cookies out there, so I’m going to bring a little more light to the issue of privacy and privacy compliance in mobile, tablet and the desktop.

For the purposes of addressing privacy, the physicality of the device, whether it is a tablet, phone, or a desktop computer, can be mostly ignored.  The real technical distinctions with regard to privacy are between browsers and apps.  It’s also important to understand the need for advertising companies to maintain compliance with organizations like the NAI and initiatives like the OAB.  Together, the OAB and NAI dictate opt-out rules that online advertising companies must adhere to.

3rd Party Cookie Blocking

Block 3rd Party Cookies Results in Fewer Cookies in the Browser

Apple’s Safari browser has a default set to block third party cookies. Firefox will soon have a similar default setting.

The most prolific obstacle in privacy and compliance is probably a result of Apple’s move to disable 3rd party cookies by default in their Safari browser.  This is not just the Safari that ships on your iPad or iPhone, but all Safari browser installs, including that one on everyone’s beloved Windows machine.  Now, the team behind Mozilla’s Firefox browser has pledged to do the same.  Blocking by default causes two problems: advertising companies can’t do simple things like frequency cap using a cookie, and there’s no way to determine the user’s actual intent.  If the default setting was to allow 3rd party cookies, a user’s intent would be crystal clear if it was set to block. Read more

What are the most important KPI’s to monitor when launching a proprietary demand side bidder?

What technical, operational and campaign performance [bidder] KPI’s should be considered when ramping up, and are there any industry benchmarks?
This question was asked on quora, below is my answer.

Some bidder KPIs can be monitored with tools like graphite (not angry birds).From a technical perspective you’ll want to measure how many different types of inventory you support: mobile, app, web, video, facebook ads etc… You’ll want to track how many SSPs you’re integrated with and how many impressions are available to you. You should look into creating a feature matrix and decide which advertising features you and your customers find most important.

On the operations side you’ll want to make sure your bidding system is responding to bid requests quickly. The round-trip time for a bid response, from an SSPs perspective, should be no more than 100ms – and even that is pushing it these days. Your internal bidding algorithm should probably make a decision in less than 30 or 40ms. This allows about 60ms for network latency between the bidder and the SSP. Some SSPs have DSP latency monitoring available. This type of monitoring will give you insight into what the SSP is seeing. Read more

How do SSPs work with Google Ad Exchange?

This post is getting old and might not be as relevant today. If you are looking for information on Google’s Exchange Bidding program you might check out this question on Quora.


I am not clear if SSP send a impression to a ad exchange and get ad from it, and how it works? I know ad exchange send a request to DSP then DSP send back response. But how SSP work with adx?
This question was asked on quora, below is my answer.

Ad Exchange nested in the Lumascape

Luma creates two distinct categories. One for Exchanges and another for SSPs.

In its purest form an SSP would only send bid requests to DSPs. Google’s Ad Exchange actually behaves like an SSP in this regard. The Ad Exchange, however, does not behave like a DSP. It does not receive bids from SSPs, nor would it bid on them if it did. Ad Exchange receives inventory via a traditional ad request using an ad tag.

Online advertising has very few companies filling a single role, such as the role of SSP. Most SSPs are also in the yield optimization business. In cases where a yield optimization platform runs an impression through their SSP technology and doesn’t receive a bid that wins the impression, it’s possible that the impression may be sent to Google’s Ad Exchange via an ad tag redirect.

In some cases the publisher may even be responsible for such an occurrence. The publisher might have a pass-back tag set up with their SSP which, in the event that there’s no winning bid, redirects traffic back to the publishers adserver which, in turn, would redirect the impression to Google.

Google does have DSP technology, but it’s not AdEx. It acquired a DSP company called Invite Media in 2010.

Save

Save

Save

Do DSPs provide advertisers with more data…

… than when purchasing through an ad exchange or even using an ad server? I am tasked with helping to expand my company’s online marketing, the options we are looking at are essentially 1) using an ad server to manage ‘private’ media buys 2) using an ad exchange like OpenX Market or 3) using a DSP. One major factor in this decision is the amount of data we can collect in order to optimise media buys.
This question was asked on Quora, below is my answer.

In the current marketplace a DSP is going to be able to give you more insight into your buys across many exchanges and SSPs. They are built from the ground up to cater to the needs of buyers.

Data

You’ll want to find a DSP that can work with many SSP and exchange’s private marketplace technology stacks. You may even find yourself using an SSP’s interface to place orders with particular publishers. Those deals are likely to be executed through the SSP/DSP technologies, so you’ll still need your DSP to act as the buying agent once the deal is done.

Since data collection is one of your primary needs, you might consider using a 3rd party ad server if the DSP you’re working with doesn’t have one that suits you. You can use an ad server as a service or set aside some hardware and install one on your own.

Advertising Across Mobile Devices

This is the fourth in a series of posts walking readers through the mobile advertising space. Stay tuned for at least one more post in the coming weeks. This post is also published on the Rubicon Project blog.

Fragmented Advertising on Mobile

Fixing Mobile

When evaluating advertising options on mobile devices, it is important to consider the screen size as well as whether the content is viewed in mobile web or a native mobile application. Content that is viewed in a browser is often suboptimal for advertising. When presented with a standard un-optimized web page the phone’s browser will shrink the content to fit the width of the display. This has the unfortunate side effect of also shrinking ads, often until they’re very small. In this scenario, advertisers are not getting their money’s worth, as their ads are often too small to see.

Advertising Banners

To successfully advertise on web pages displayed on a mobile phone a site’s layout must be mobile optimized. This single column of content optimized for a phone’s screen lends itself to an advertising unit that spans the screen unobstructed. While hardly anyone would think that these small banner units that span the screen are the answer to mobile advertising needs, this is at least a place to start.

In an attempt to expand the advertising opportunities on mobile, the IAB is working with advertisers and publishers to create new, more engaging ad units for mobile. These units have names like “Push” and “Slider”. They are initially inconspicuous on the page, but can take over the entire screen to create a more immersive experience. Adhesion banners stay in the same place on the screen, remaining in view throughout the user’s session. Creative thinking like this has led to ad units that expand to the limits of the screen of the device. Rather than being little boxes on the screen, these ad units use the full dimensions of the device to be more immersive and engaging.

App Environment

Content viewed in mobile apps have distinct challenges from their web counterparts. These challenges are common to phones and tablets.  The most prominent challenge is the requirement of the SDK (or Software Development Kit). SDKs are sets of code that an application developer integrates into their app to allow mobile ads to run within their app.  Mobile inventory buyers, generally, develop SDKs.  Their code enables the application to call the buyer’s ad server to get ads and render them properly.  For each demand source that the application developer partners with, there is likely a new SDK integration.  The problem is that all these SDKs have a distinct set of instructions to perform a fairly common set of tasks. The proliferation of distinct SDKs has resulted in more fragmentation in the market.

There are still stories of app developers integrating up to seven different SDKs to manage the need for competitive demand for inventory.  Managing multiple SDKs can be problematic.  There is non-trivial operational and technical overhead of integrating additional code to the application. Demand partners have their own development roadmaps and update their SDKs on their schedule.  Each time an SDK is updated the application developer needs to re-integrate the code and re-submit the app for approval to iTunes or Google Play.

It’s not all gloom and doom in the app world though. The IAB has recently made efforts to normalize the SDK interactions to reduce the learning curve for integrating different SDKs.  It introduced the Mobile Rich Media Ad Interface Definitions, or MRAID.  MRAID is an effort to create a common set of standards.  Indeed, many mobile advertising companies now offer MRAID compliant creatives. As support for MRAID grows we all can be hopeful that these woes will subside.

Through the use of SDKs, mobile apps are able to make use of functionality that is native to mobile devices to deliver a more engaging advertising experience. Companies such as InMobi or Celtra offer a rich advertising experience to the user instead of the standard still-image ad (with click-through) that is very prominent in online display advertising.  The SDK opens the door for highly interactive and engaging ads, which have actually been well received by users.

Tablets

Tablet inventory, whether accessed through an app or web, comes with some interesting opportunities.  First among them is the larger screen offering the potential for larger ad formats.  There are several tablet-specific formats gaining traction in the market.  Some are custom for a specific application.  Others, like the Filmstrip from IAB’s rising stars, are approaching a level of standardization that can be leveraged by application developers and the currently rare tablet-optimized web.

The impact of these challenges depends on the user experience that you design for your mobile users. You should decide what the appropriate experience is for your content type, and then deal with the relevant advertising issues that arise. Formatting and building content specifically for mobile is the first step toward monetizing content. Have you had issues integrating SDKs with your mobile apps?