VAST-4.4-adcom-extension-unknown-signal
<Extension ext="adcom"> type is not plcmt, pos, playbackmethod or attr
Short answer
The CTV Ad Portfolio round-trips exactly four AdCOM signals into VAST <Extensions> so that stitchers and measurement vendors downstream of the RTB transaction can validate the creative experience without the bid object. Those four are plcmt, pos, playbackmethod and attr. An Extension marked ext="adcom" with any other type will be ignored by conforming consumers.
Why this matters in production
This rule is a strong risk signal. Tags with this issue often still parse, but they become brittle across SDKs, SSAI resolvers, and CTV environments. The CTV Ad Portfolio standardises Pause, Screensaver, Overlay, Squeezeback and In-Scene ads, which ran for years on bespoke per-publisher integrations. These rules cover the VAST side of that contract: the NonLinear MediaFiles delivery model, the AdCOM signals round-tripped into Extensions so stitchers can validate the experience without the bid object, and the QR code block. The signaling guidance is final; the VAST 4.4 schema that accompanies it is still a working-group draft, so anything sourced only from the schema is reported as a warning or a note. Affected scope: All VAST versions.
Invalid
<Extension type="loudness" ext="adcom">
<attr>21</attr>
</Extension>Valid
<Extension type="attr" ext="adcom">
<attr>21</attr>
</Extension>VAST-4.4-adcom-extension-unknown-signal and other issues instantly.Open the VAST tag validator →