Video.slotinpod

Which slot in the ad pod the seller can guarantee for this impression, from AdCOM List: Slot Position in Pod: 1 first, -1 last, 2 first or last, 0 any. Defaults to 0. Added in OpenRTB 2.6.

CurrentintegerOptionalSince 2.6-202204

Field facts

Path: imp.video.slotinpod
Object: Video
Type: integer
Default: 0
Requirement: Optional
Added: OpenRTB 2.6-202204
Values: AdCOM list Slot Position in Pod
Spec section: 3.2.7

How it is used

Advertisers often pay more for the first or last position in a break. A seller that cannot promise a position leaves the default. Buyers can state their own requirement on the response with Bid.slotinpod, which makes a bid valid only for that position. It replaces the deprecated Video.sequence.

Allowed values

Value	Meaning
`-1`	Last ad in the pod: The last slot of the pod, just before the content resumes.
`0`	Any ad in the pod: Any slot: no position guarantee on a request and no restriction on a bid. This is the default.
`1`	First ad in the pod: The first slot of the pod, right after the content stops.
`2`	First or Last ad in the pod: Either the first or the last slot, without saying which.

Example

Where the field sits in a payload, with everything else left out:

{
  "id": "req-1",
  "imp": [
    {
      "video": {
        "slotinpod": 1
      }
    }
  ]
}

Common mistakes

Using 2 to mean the second slot. Value 2 means first or last.
Promising 1 or -1 when the ad server cannot actually guarantee the position.

Version history

Added in OpenRTB 2.6-202204, and present in the latest snapshot. The table shows how each version's spec text types the field.

Versions	Type in the spec	Required	Deprecated
2.6-202204	Added in the first 2.6 release, published without a structured text archive; the 2.6-202210 republication is the first tagged text.
2.6-202210 to 2.6-202606	integer, default 0	No	No

Versioned rules that name this field

openrtb.2.6.imp.video_audio.pod_bidding OpenRTB 2.6 added pod-bidding controls for video and audio inventory.