VAST macros / Player and device
[SERVERSIDE] VAST macro
Short answer: Whether the request was made client-side (0), server-side (1), or hybrid (2). Introduced in VAST 4.1.
What it means
An integer flag indicating where the request originated: 0 for client-side, 1 for server-side stitching, 2 for a hybrid model. Helps receivers interpret IP and user-agent signals.
Example value
After the player substitutes the macro, [SERVERSIDE] becomes something like:
1Where it is valid
Impression, tracking, and click URLs.
Macros are case-sensitive and substituted only inside URL fields. A macro written in the wrong case, or placed where it has no defined value, is sent to the server as literal text instead of a value.
Using it in a tag
<Impression><![CDATA[https://t.example.com/i?val=[SERVERSIDE]&cb=[CACHEBUSTING]]]></Impression>VAST XML fragment only. This excerpt belongs inside a complete VAST document, so standalone validation will fail until it is wrapped in a full <VAST>response.
Related vastlint rules
- VAST-2.0-macro-unknown: URL contains a [MACRO] that is not a recognised IAB VAST macro
- VAST-2.0-macro-lowercase: Recognised macro is not uppercase — players match macro names case-sensitively
Related macros
- [SERVERUA]: The user agent of the server making a server-side request.
- [CLIENTUA]: The user agent of the client player making the request.
- [INVENTORYSTATE]: Inventory characteristics such as autoplay, muted, or skippable.
Validate your macros
vastlint flags unknown, mis-cased, deprecated, out-of-context, and unencoded macros in any tracking, click, error, impression, or media URL:
# CLI: exits non-zero on errors, ideal for pipelines
vastlint check creative.xmlUse the right tool for this failure
If you already have the resolved XML, run a pure spec check. If you only have a live tag URL, test that endpoint first. If the failure happens in the wrapper chain, inspect each hop.