By requesting the ad before you show content, you're able to receive JSON information back and then insert this ad information into your internal content management system before you show your content.
While it is possible to host content on a CDN and use targeting rules to retrieve it for specific users, an ad server API simplifies the delivery process, responding to requests that contain targeting parameters like geo-location, keywords, etc.
Here are some of the more creative solutions a server-side ad API can provide:
Sometimes standard push notifications aren't enough. Perhaps you need to serve customized images or video in your app, or serve notifications to very specific segments of a large userbase. You could filter 50,000,000 users to reach your audience of females from the Bay Area who have logged in at least once per week, but it will be time and labor intensive without an ad server.
By passing user data into your ad server request (or storing data locally with Kevel's UserDB), you can leverage the ad serving engine to make decisions about which content to serve.
We may not have "Minority Report"-style eye scanners yet (and many would argue that this is a good thing) but digital ads in stores can still offer customized ads by making requests to an ad server. Stores can display different content at different times of day, frequency cap ads to limit how often they appear to shoppers, and even respond to data from the registers.
Ads are often shown during or in between in-flight content, but since these ads are untargeted, they are usually of low value. An airline can make ad requests for multiple placements (i.e. seats) before a flight, using the metadata returned from the ad server to load ad units stored locally on the plane.
A flight that is set to arrive in New York can display ads pertaining to local businesses, like restaurants and other attractions, and demographic data from flyers (such as age, gender, miles flown, etc.) can be used for more personally relevant ads.
While the small screens of smart watches can't offer the same inventory brands are used to, apps for wearable devices can send alerts and branded messages.
An ad server can also work in conjunction with beacons— if a smart watch wearer wanders into a beacon's range, an app can make an ad request passing in the beacon ID, which can trigger any number of messages. This is especially powerful if other behavioral data is passed in the ad request as well.
Most digital billboards rotate their ads statically, but requesting ads from an ad server can increase the value of their inventory. Imagine billboards that display relevant ads at different times of day (like breakfast ads during the morning commute) or respond to weather and traffic conditions. Making a request to an ad server takes care of all the decision making.
Audio ads are also great use cases for server-side ad APIs. Podcast platforms can monetize their content via podcast advertising where the audio ads get selected at time of listen, not when the podcast was released. This means even a podcast released five years ago could have present-day ads in it.
Indeed, Public Radio Exchange (PRX), the makers of Criminal, used Kevel's server-side tools to build their ad platform in just weeks.
Kevel is an API-based platform for building your own JSON server-side ad platform. If you'd like to learn more, get in touch with us.
Alex is a QA Engineer at Kevel and a former product specialist and support engineer. He's passionate about building and testing software that solves real problems for users.