Pod sequence
Pod Sequence says where an ad pod sits in the content stream: the first pod, the last pod, or any pod. It is used by Video.podseq and Audio.podseq, both added in OpenRTB 2.6, and the default is 0.
Values
| Value | Name | What it means |
|---|---|---|
-1 | Last pod in the content stream | The last pod in the content stream, such as the post-roll break. |
0 | Any pod in the content stream | Any pod; the seller makes no claim about the pod's position. This is the default. |
1 | First pod in the content stream | The first pod in the content stream, often the pre-roll break. |
Fields that use this list
How to use it
Buyers use the pod's position to judge the audience: the first break reaches viewers or listeners who just started, and the last can lose people who stopped before the end. The value describes the whole pod; the slot inside the pod is a separate question answered by Video.slotinpod. The 2.6 spec links Audio.podseq to this list by name but points Video.podseq only at AdCOM in general, so tools that read the field table may not tie the video field to the list. The values are the same for both.
Common mistakes
- Confusing
Video.podseqwithVideo.slotinpod. Both use 1 for first and -1 for last, but one describes the pod in the stream and the other the slot in the pod. - Sending 1 for every pod in a stream. Only one pod can be first.
Validation
On OpenRTB 2.6 snapshots, RTBlint reports a value outside this list as openrtb.value.invalid. Paste a request into the tester to check the values you send.
Related lists
- Plcmt subtypes (video)
- Creative subtypes (audio and video)
- Playback methods
- Playback cessation modes
- Start delay modes
- Linearity modes
- Companion types
- Delivery methods
- Feed types
- Volume normalization modes
- Pod deduplication
- Slot position in pod
- Production qualities
All lists are on the enumerated lists index.