Getting Started Guide

Initial Reading

Here are some overviews about our taxonomy and terminology:

Kevel Glossary
Intro to Ad Tech
Ad Decision Engine Overview
Campaigns Overview
Inventory Overview
Ad Servers: The Definitive Guide

Second, we recommend doing some test pings on the APIs with our quickstart guides:

Decision API Quickstart
Decision API (Advanced)
Management API Tutorial
UserDB Tutorial

Understanding Inventory

Inventory is the Kevel term for what properties (sites/apps) the ad will appear on. Most of these are pre-created for you.

1211

Understanding Campaign Hierarchy

Campaign refers to information about who is advertising, what their targeting is, and what the ad looks like. It consists of four "levels": Advertisers --> Campaigns --> Flights --> Ads.

1645

Building The Ad Unit

Before showing an ad, you'll have to configure your Custom Ad Unit. This can be done with the UI or API.

Additionally, you could use our Creative Templates option. Speak to your Kevel rep to learn more.

Some additional information about ads are:

Creatives
Ads
Create Creative API Endpoint
Create Ads API Endpoint
Ad Sizes / Types

📘

Note

In Kevel terminology, 'creative' refers to information about what's being shown, such as the image, the source URL, and metadata. 'Ad' refers to a creative that's tied to a Flight and now eligible to serve (targeting is thus tied to an 'ad' not a 'creative'). We break it down because you could have the same 'creative' across multiple Flights.

Understanding Priorities

Priorities are the business rules for determining what ads have precedence over others. For instance, see the below chart:

1414

The default priorities are:

Priority NamePriority Number
Sponsorship1
Premium5
Networks10
House20

1 is the highest priority; 100 is the lowest. You can add up to 96 more beyond the defaults.

Some ideas around how to structure priorities are:

ScenarioAdvice
You want to sell every available impression to an advertiserUse default "Sponsorship" (#1) for that Advertiser's Flight.
You want all advertisers to bid on each ad slotUse default "Premium" (#5) for all those advertisers. They are all equally eligible.
You want to have high-CPM advertisers eligible for slots, but if those aren't all filled, you'll open it up to lower CPM advertisersUse default "Premium" (#5) for high CPMs. Create a new Priority (say, "Remnant"), with Priority of 8, for the low CPMs.
You want to show house ads if there are no advertisers for a given ad slotUse default "House" (#20), alongside higher Priorities.

Understanding Business Logic

With Kevel, you can sell, pace, and cap by any metric, including:

MetricExamples
Flat rate (fixed amount)$100K over 30 days.
CPM
(cost per thousand impressions)
$5.00 CPMs for 100K impressions.
CPC
(cost per click)
$1.00 CPC for 10K clicks.
CPA
(cost per action)
$20 CPA for 500 actions. Here, "actions' can be whatever event you want.

Additionally, you can optimize revenue through bidding strategies:

How Winner Is SelectedExampleUse Cases
Lottery (random selection of eligible ads)Both Dunkin Donuts and Starbucks are eligible to show an ad. The Ad Decision Engine picks DD randomly.If you are focused on guaranteeing a certain number of impressions, clicks, spend, etc.
Auctions (highest bidder wins)Both DD (with a $20 CPM bid) and Starbucks (with a $10 CPM) are eligible to appear. DD is picked because it has higher bid and pays $20.If you want to maximize revenue. Since every ad is an auction, it is difficult to guarantee to the advertiser how many impressions/clicks will be seen.
2nd Price Auctions (highest bidder wins, pays $0.01 more than 2nd highest bidder)Both DD (with a $20 CPM bid) and Starbucks (with a $10 CPM) are eligible to appear. DD is picked and pays $10.01.This helps to maximize revenue while selling the ad at "true market value". Advertisers generally pay less, but it also provides better performance to the advertiser, increasing stickiness.
Relevancy ScoreDD and Starbucks have the same bid, but Starbucks's relevancy score is higher and is selected.If you'd like to incorporate a relevance metric (that you create and send) for the Ad Decision Engine. This can be useful for identifying ads that users may not like.

You set up these rules by a combination of Priorities / Waterfall and Flights. Refer to our documents for more details.

Tracking Custom Events

Kevel enables you to track impressions, clicks, actions, and any custom metric. For the latter, you request custom event URLs and then ping Kevel server-side when they happen (or add the pixel endpoint to the page).

For each Event ID you request, you'll receive separate URLs to hit.

Targeting Options

Robust targeting is how you can justify higher ad rates and offer better ad experiences to your users.

A list of the more relevant targeting options are:

Geo-Targeting
Day & Hour Parting
Custom Targeting
Frequency Capping
User-Level Targeting
Keyword Targeting
Search Term Targeting
Category Targeting

UserDB Targeting

One of the most powerful tools available to you is UserDB, your 1st party data store for user level targeting activation.

For information on UserDB, you can visit:

UserDB
UserDB Tutorial (Interests)
User-Level Targeting

If you'd like to test out demographic, interest, and additional user-level targeting, check out these docs.

📘

Note

Please note: Kevel does not provide user-level data. You need to be collecting that and sending it to UserDB. Kevel will do the heavy lifting of using that data to determine if an ad is eligible to be shown.

What to Send in Decision API Request (For Beginners)

Below looks at the most important fields to pass in the Decision API Request. Refer here for a full list of all parameters and example JSON requests.

Arguments

PropertyDescription
placements
(object)
Describes more details about the placement (ad slot). Required.
user
(object)
The UserKey for UserDB.
time
(string)
The UNIX epoch timestamp. For time-of-day targeting.
ip
(string)
IP Address. For location targeting.
keywords
(array)
Keywords for Keyword Targeting.

Placement Arguments

PropertyDescription
divName
(string)
A unique name for the placement defined by you. This field is required.
networkId
(integer)
Your numeric network id. This field is required.
siteId
(integer)
The numeric site id. The "site" will likely be Web, iOS, or Android. This field is required.
adTypes
(array)
The adType id for your native ad unit. This field is required.
eventIds
(array)
Requests a URL for a special event. See here for more info.
properties
(object)
A hash of key/value pairs used for Custom Targeting.

To get networkId: in the UI, click the info icon ("i" in a circle) in the far upper right.

To get siteId: in the UI, go to Inventory --> Sites --> the ID is to the right of the Site

To get the adTypes id, you have a few options:

  1. If it's a pre-created ad type, it's listed here
  2. If you create with the Ad Types API, it's in the response as id
  3. You can ping the List Ad Types API to get it
  4. You can also go to UI --> Inventory --> Ad Sizes --> the ID is to the right of the Name/Width/Height
733

Most Relevant Parameters in Decision API Response

The Decision API Response will return many fields, some more relevant than others. Below looks at the more salient fields:

PropertyNotes
imageURLThe URL of the hosted Kevel image.
clickURLURL for the click event, which could be an outside link, an "expand the profile" click, etc. You don't need it if you don't want.
impressionURLURL to record impressions. Needs to be called via browser or pinged server-side.
customDataThis is the metadata field. Use this if there's additional info tied to the ad you want to insert into your Content Management System (CMS).
eventsThe URLs for any custom events you requested, broken down by id. Can be pinged server-side.

You'll want to parse this information and insert it into your CMS to create a fully integrated native ad.

Parsing Metadata

When setting up an ad, you can also insert data (in JSON format) into the metadata field.

Anything you put here will be returned in the Decision API JSON response. So, when you get the API Response, you can parse this field and insert the information into the ad. Examples include call-to-action, location information, any custom text, etc.

{
  "headline": "Test Headline",
  "cta": "Download Here"
}

You may also use Macros within metadata, as shown in the below example. See this link for a complete list of available macros.

{
	"ad": "{{ad.id}}",
	"flight": "{{ad.flight.id}}",
	"campaign": "{{ad.flight.campaignId}}"
}

Using Management APIs

While you can build your own ad server with a combination of the Decision API and the Kevel UI, many clients like using the Management APIs to automate the creation/updating/deleting of Campaigns, Flights, Ads, Priorities, and more.

This is especially useful if you are building a self-serve dashboard for internal users or external advertisers.

For next steps, try the Management API Tutorial. Some additional reading material include:

  1. Campaign API Overview
  2. Inventory API Overview
  3. User Management API Overview

Using The Reporting API

The Kevel Reporting API offers multiple ways to pull data into your system, including scheduled reports and real-time data.