Barb VAST
Goals
- Measure video commercials played out using the VAST-standard
- Report full census session-based data
- Report panel usage from these data
Subpages
Background and strategic fit
BARB requires the service provider to set up a system that will measure VAST compliant video adverts within VAST compliant video ad-players with IAB VAST template implementations, allowing for the capture of a number of events. The goal is to deliver data to the UK market that will be used as a currency by the advertising market.
Assumptions
- The broadcasters' Ad Server(s) are capable to render all of the required informations in the tracking pixels.
- Ad Server macros corresponding to the required informations (metadata or otherwise), are known and well understood by the broadcaster. In other words, the broadcaster knows and understands what is required in the tracking pixel and knows how to deliver it.
Requirements
# | Title | User Story | Importance | Notes |
---|---|---|---|---|
1 | Tracking pixels | The broadcasters need to be delivered a tracking pixel with placeholders that they can fill with the correct data. | 1 |
|
2 | Test Data | Broadcasters to cooperate and send testdata with which development can be done. | 1 | |
3 | VAST>Streaming | Convert VAST-requests into streaming requests. | 2 | |
4 | Output format spec | The output data are required to be in Emedia format, both for census and for VM-usagedata. | 3 | This depends on if we are able to convert the VAST tracking requests into standard streaming requests. |
5 | Census data delivery | DLA-team to set up a full census data delivery. Requirement is for the data to be in Emedia format. | 4 | If the development for converting VAST-requests into Streaming-requests is possible and done, this task will be trivial. |
6 | VM panel extraction | DLA-team to set up UK panel extraction. Requirement is for the data to be in Emedia format. | 4 | If the development for converting VAST-requests into Streaming-requests is possible and done, this task will be trivial. |
User interaction and design
Data flows diagram to follow here. (video player > ad-call > ad-server > video player > measurement)
Questions
Below is a list of questions to be addressed as a result of this requirements document:
Question | Outcome |
---|---|
Not Doing
- We are currently not having in scope the possibility that multiple mobile identifiers are delivered in the VAST-data. Current assumption is a single variable ("mobid") to contain both iOS and Android IDFA's.
This might change in the future. - We are currently not having in scope the possibility to do a JOIN over the app-cookie with TVPR-data.