Using weather forecast data in Studio

LocationRuleGroup.png

We are continuously looking for new rules that you can implement into your scripts to create a more dynamic result and today we are unveiling the new Forecast rule. Previously we only provided the current weather conditions but using the new forecast rule you can now select the weather forecast from today to 9 days in advance.

To use the forecast rule, select it from the Location rule group.

To choose the forecast condition for up to 9 day from now, type today+ into the search box. A drop down list will prompt you to choose one of the options. For example, if today is Monday and you want to know if it is forecast to rain on Wednesday, you would add the condition Today+2 Rain.

WeatherForecast.gif
forecastTomorrow.PNG

This rule also allows you to group together multiple weather conditions with multiple days as either a Match all or Match any.

For example, if the creative only cared about tomorrow being a sunny day, you can have one line mentioning tomorrow being a sunny day and another line grouping together the non sunny values with a Match Any operator. If the weather forecast was anything but sunny then the second line would play.

If you wanted to provide creative on the condition that this weekend is sunny you could implement the Day of week rule alongside the Forecast rule.

ForecastDayOfWeek.jpg

As you can see in the screenshot, the Day of week rule is set to Monday and the forecast is set to  ‘Today+5 sun’ and ‘Today+6 sun’ to see if the forecast for either Saturday or Sunday is sunny.

You could then go through the rest of the week: On Tuesday set the rule to ‘Today+4 Sun’ and ‘Today+5 Sun’ as the weekend is 4 and 5 days after Tuesday.

 

The new weather forecast rule has plenty of creative potential. In this blog we suggest a range of ideas that use this forecast rule.

Creating demo users and sharing multiple scripts at once

The simplest way to send the demo player for a script of the analytics page is to use the sharing link (detailed in this blog post). However, sometimes you want to send more than one script and stop it expiring after 30 days (as the share links do). For this, its best to create a demo user and then share scripts with that user.

DemoUser.png

Create a user with User Type of Demo. This prompts you to give the user a name and choose a pass code. To share scripts with this demo user, go to each script’s settings panel and choose this user to share the script with on the sharing tab.
The image below shows the “Become a monster” script is shared with the “7stars” demo user.

Then from the user menu, you can get the short link to share:

Click the link symbol to copy a short link to your clipboard e.g. amil.io/d/Ez6iPXZwX

You can share this link with your contacts along with the passcode and when they click it, a log in box will appear, prompting for the passcode.

When the user logs in they see the demo player with all of the scripts that have been shared with that user. This way you can send many scripts in one demo player.

Managing users, groups and roles

This post outlines how we handle users, groups and roles in the Studio.

You can create a new user by clicking the + button at the bottom of your user group.

createUser.gif

Creating a new user will send them an email to verify and let them choose a password.

User groups

userGroups.png

Every user is a member of a user group. Users within the same group can see the same set of clients, campaigns and scripts. What they can do to those elements in governed by their individual role. 

Roles

Every user is assigned a role that governs what they are able to do in the Studio. The table below shows which roles can do what:

Role Create user groups Create, delete, edit users in your group Create, delete, edit clients and campaigns Create and delete scripts Publish scripts Edit scripts View scripts
Administrator
User Group Administrator
Script Administrator
Script Publisher
Script Editor
Viewer

There is a special type of user called a Demo user that can be shared with others in order to share multiple scripts in one demo player. See this post for details on how to create a demo user.

Analytics part 3

Analytics is a huge topic. So much so that we have broken this blog post into three.

  1. Introduction

  2. Analytics overview

  3. Individual script delivery (this post)

Individual script delivery

Below the overall campaign data, the analytics page reports individual script delivery. You can choose which script from the drop down menu. The panels show the Impressions / Complete / LTR and CTR data for that script, as the overall campaign data above did.

osDeviceTypes.png

Next to that is a breakdown of the Top 3 operating systems (OS Types) and Device Types that have requested this script. 

The OS options include Android, iOS, Windows, Mac OS, Linux and Other (which accounts for any other operating system that we do not recognise or device / app that does not report its OS). Device types include Mobile, Tablet, Desktop, Appliance (such as home speakers or TVs) and, again, Other (for devices that we don't recognise or don't report).

Traffic breakdown: the Flow diagram

Depending on the complexity of a script, there can be thousands, if not millions of different versions of the audio. Showing all of these potential versions in one comprehensible way is difficult so we designed the flow diagram to try to show the many different routes through a script.

The flow diagram goes from left to right: zero seconds on the far left through to 30 seconds (or however long the script is) on the right. The width of each line represents the relative proportion of impressions flowing through each branch of the script.

Use the Zoom tool to see the whole chart, or focus in on the area you are interested in.

Rolling over a line in the chart shows the number and proportion of impressions that flowed through that line (101.5k (22.2%) impressions for the line "Get down to your local B&Q" as shown in the diagram above).

The rules that have been set in the script dictate how the impressions flow through that script. These are shown in the bar above the flow line. Click on a branch, or the rule at the top to see further detail for that rule.

Flow diagram zoom in

The overview charts that pop up on the right will depend on the type of rule.

Overview for location rule

Overview for location rule

Overview for weather rule

Overview for weather rule

Overview for random rule

Overview for random rule

These diagrams will depict the data that was served across your selected time frame, allowing you to see which data has been used through the script. These charts include Ignored and Default:

Default: Using weather as an example, where there are four possible choices (Sun, Rain, Cloud, Snow), if the script only contains lines for, say, Sun and Cloud, and a default line for the other conditions, then the chart will only show Sun, Cloud and Default (even though the default line might have been served to users whose weather condition was Rain or Snow).

Ignored shows that data was ignored to choose this route through the script. See the blog post on ignoring here.

Below the charts is a data table that can be sorted by number of impressions.

dataGrid.png

The blue star shows which line is the default.

Tips

  • Measure the default condition separately from the rules you have created by duplicating a line to serve as a default setting, and using the same audio.

 

Analytics part 2

This is part 2 of the Analytics blog series. The other posts are here:

  1. Introduction

  2. Analytics overview (this post)

  3. Individual script delivery

Analytics overview

On the main analytics page, the top bar shows campaign delivery: the overall delivery of all scripts in the campaign.

From left to right:

  1. The first number shows the number of impressions served and the blue wheel around that number indicates how far through the total that is, which is the number shown by Complete.

  2. Unique is the total number of impressions from unique identifiers that we have seen for this campaign (which can be made up of many scripts) divided by the total number of impressions. 34.4% means that each user has heard this campaign just under 3 times each.

  3. Listen Through Rate (LTR) is the total number of End tracking pings we receive divided by the number of Start pings.

  4. Click Through Rate (CTR) is the total number of clicks divided by the total number of impressions.

  5. The impression targets delivery chart shows how the campaign is delivering over time compared to the average number of impressions per day (calculated by dividing the total number of impression in the campaign by the total number of days between the campaign start and end dates). This chart is useful to quickly see if a campaign is over or under-delivering. Note, the delivery chart is not shown after the campaign end date.

The next chart shows how the different scripts in the campaign have delivered over the selected time.

multipleScriptDelivery.png

If you have multiple live scripts in a campaign or have re-published scripts within a campaign (either under the same publication key or multiple publication keys) then you can see how each of those scripts has contributed to the overall delivery.

You can choose to show delivery by Campaign, Week, Day or Hour until the present moment.

timeSelector.png

The next section of data is all based on the script that you choose from this campaign.

By default, the script that has delivered the most impressions in this campaign is selected.

Our next blog post covers how we provide analytics for an individual in more detail.


The analytics story continues over at part 3, here.

 

Analytics part 1

Analytics is a huge topic. So much so that we have broken this blog post into three.

  1. Introduction (this post)

  2. Analytics overview

  3. Individual script delivery

Analytics Part 1: Introduction

We provide a comprehensive set of analytics tools to show you exactly how a campaign is being delivered from the moment it starts. The general principal is that the our analytics shows delivery - how impressions for that campaign or script have been served. Today we don't measure anything other than delivery as the only metrics we have are impressions (and a few clicks) - see audio measurement side bar.

There are three places to get to the data:

1. Dashboard. The dashboard card for each live script shows how many impressions have been served relative to the total impressions target and provides a quick reference impressions chart as a shadow in the background of the card.

dashboardView.png

2. The Analytics button from the main toolbar. This takes you to the analytics overview page that shows the delivery of all of the scripts currently running that your user group has access to.

icon2.png

Each frame contains a chart that shows delivery of impressions over time, total impressions served relative to the total impressions target of that campaign and the proportion of unique users.

Clicking the blue chart icon will take you to the individual page for that script.

3. Script icons.

icon.png

Clicking the chart icon from anywhere in the interface will take you to the analytics view for that campaign or script. If a script has not been published or no impressions have been tracked then the analytics page will be blank or unavailable.

Key settings

The analytics system uses the campaign start and end dates and the impressions totals for each script.

impsettings.png
campaignDates.png

Note: these settings in our system are purely to power the analytics: A Million Ads does not control campaign delivery. Campaign start and end dates, number of impressions, frequency capping, front/back loading, targeting and segmenting is all done at the ad server / SSP / DSP level - we simply obey the requests that come our way.

Many of the charts here will be replicating charts that you can find in other systems. We hope that our eye for nice design and usability make is preferable to use our tools over others you may have access to.

Audio measurement side bar

Audio is a hard medium to measure because it is typically consumed in a passive way: on the radio in the corner of the room, in the car, on your headphones plugged in to your mobile ... that is in your pocket. So, unlike other digital media, there are very few signals from users to measure performance (video has view-through-rate, display has click-through, desktop has cookies for attribution etc). Some audio ads are delivered with companion images that can be clicked on, and the click can be measured, but click have been widely discredited as useless, as they don't stay on beyond the audio, if there is an exit or cancel button, most clicks are false positives as people go for the cancel button and miss! We track impressions, clicks, when the ad starts playing and when playback is complete, and we display these data points in the analytics page, but it all comes with this "health warning"!

The future of audio measurement

In time, voice activation will prove to be a useful interface for users to interact with ads, but for the moment, impressions is all we have.


This is just the start of the post on analytics. Continue the story in part 2, here.

Overrides

Overrides gives manual control over which scripts is played

The basis of the override feature is to allow users to manually set a piece of data in a script, effectively overriding any other data that may be around. Here is what the settings screen looks like for a script we ran recently:

overridesv2.png

We have defined a custom data field called "Walkers" and told the script to change based on the number e.g. "Over 70,000 walkers are taking part ..." is the default, but with the override set as per the screen shot, the script changes to "Over 80,000 walkers are taking part".

You can use this for things like changing a product (for example: 3 products are on sale, but one has just sold out!), price (dynamic pricing based on demand) or prize fund (this week's lottery jackpot amount).

The settings page above can be made available to the client or agency themselves, giving them real control over their creative and is much simpler than making an API connection ... once the save button is pressed the next ads served will reflect the change.

Here is an example of changing an override whilst a campaign is in flight. In this example, we change the jackpot amount of the lottery by simply changing a value in the script settings.

How we work with Location

Our individual location is a very powerful signal to use for personalisation. We all feel connected to where we live, where we work, where we grew up, and ads that can smartly use our location have the opportunity to really connect with us. In its most basic form, an ad that simply mentions which city or town we are closest to can feel more familiar to us. How about the ad that mentions a nearby landmark that everybody knows: your closest train station, monument, park or motorway?

To give audio producers and creatives the flexibility to use any of these techniques we have built location in to our Studio as one of the rules.

locationRule.png

When you select this rule, you can choose a centre point and a radius within which to locate each user. Use the search box over the map to quickly find places using Google Maps, and we automatically suggest a radius based on the city boundaries.

locationLondon.png

To consider whether a user is within this radius, we have to consider the accuracy of the user's location.

Location accuracy

We get approximate location of the user from their IP address (the unique address that each internet-connected device is given) that discloses the rough location of that device, along with an accuracy score of how confident we are about that location. This is called the accuracy radius (lower is more accurate).

So, to consider the user to be within a location, we take the distance between the location's centre point and the user's centre point and add the accuracy radius. If that is less than the location's radius, then we consider this user within that location.

The illustration below shows this. Nottingham is the location's centre point with a location radius of 12km. Only the Yellow point is matched because both it's centre point and it's accuracy radius is within Nottingham's area.

locationAccuracy.png

We check each user against each location in a script using the above calculation and, if the user is not within any of the locations, we return the default. If the user can be located in more than one radius then we pick the closest distance. If the distance is exactly the same, we pick the smallest radius.

When we look at the accuracy radius of a sample set of IP addresses for impressions served in the UK, we can plot the proportion of those IPs and the accuracy. As the chart below shows, approximately 55% of users have an accuracy radius of 20km or less.

locationAccuracyChart.png

Radii can overlap or be concentric to create nice effects like a waterfall of city to region to country.

For script writers, we recommend not trying to get too micro with location - city level is best. This can be great for a retailer whose has one or two stores per city - see the map below that shows the centre points and radii of a well known UK store chain.

storeLocations.png

This way of working with location inherently means that there are some users on some connections whose location we just don't know, or their accuracy is so low that it is useless. In these instances we revert to the default.

In the future more devices will report their location more accurately using the GPS or aGPS of their device and we will be able to achieve more creative executions, such as navigation and location history.

There are some great tools online to help understand location and convert between post codes, addresses and lat,long coordinates. We really like BatchGeo, Doogal and Batch Postcode Finder.