VAST-4.1-verification-vendor-format
VAST-4.1-verification-vendor-format
<Verification> vendor should use a domain-qualified identifier such as company.com-omid
WarningValuesIAB VAST 4.1 §2.3VAST 4.1, 4.2, and 4.3
Short answer
The vendor attribute on <Verification> should be a domain-qualified identifier (e.g., company.com-omid) so verification providers can be distinguished reliably and deduplicated.
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. Value-format rules tend to fail at the moment a player interprets a field such as duration, skipoffset, bitrate, or versioning. They are especially painful because the XML can look valid at a glance. Affected scope: VAST 4.1, 4.2, and 4.3.
Check your VAST tag for
VAST-4.1-verification-vendor-format and other issues instantly.Open the VAST tag validator →Other Values rules
VAST-4.1-verification-tracking-reasonverificationNotExecuted tracking URI should include the [REASON] macroVAST-2.0-duration-format<Duration> value does not match HH:MM:SS[.mmm] formatVAST-2.0-mediafile-delivery-enum<MediaFile> delivery must be "progressive" or "streaming"VAST-3.0-skipoffset-formatLinear skipoffset does not match HH:MM:SS[.mmm] or n% formatVAST-3.0-progress-offset-formatTracking progress offset does not match required formatVAST-3.0-skip-event-no-skipoffsetskip tracking event present but Linear has no skipoffset attributeVAST-3.0-minmaxbitrate-pair<MediaFile> must have both minBitrate and maxBitrate or neitherVAST-3.0-bitrate-conflict<MediaFile> has both bitrate and minBitrate/maxBitrate