vastlint
A VAST XML validator. Checks ad tags against the IAB Tech Lab VAST specification so you don't have to read it. Over $30 billion in annual CTV and video ad spend flows through VAST XML, and malformed tags are one of the most common causes of lost impressions, broken tracking, and revenue discrepancies between platforms. There is no widely adopted open-source tool that validates VAST XML against the full IAB specification across all published versions.
Validates VAST documents against:
- IAB Tech Lab VAST 2.0, 3.0, 4.0, 4.1, 4.2, and 4.3 -- structural rules derived from the published XSD schemas and spec prose
- W3C XML 1.0 well-formedness (malformed documents are rejected before any spec rule runs)
- RFC 3986 URI syntax (all URL fields)
- IANA Media Types (MediaFile and resource MIME types)
- ISO 4217 currency codes (Pricing elements)
- Ad-ID registry format (UniversalAdId)
108 rules across required fields, schema validation, structural correctness, security, consistency, deprecated features, ambiguous usage, and value formats. See common errors for the ones that cost real money. New to vastlint? Start with the tutorial.
Install
cargo install vastlint
CLI crate on crates.io: crates.io/crates/vastlint
Or download a pre-built binary from the releases page.
Docker
Pull the image from Docker Hub:
Validate a file:
Pipe from stdin:
|
DOCKERHUB_TOKEN JSON output:
Validate a whole directory:
The image is built FROM scratch — a fully-static musl binary with no OS layer.
Compressed size is under 5 MB. Cold-start to first result is under 10 ms.
Usage
# validate a file
vastlint check tag.xml
# validate multiple files
vastlint check *.xml
# read from stdin
cat tag.xml | vastlint check -
# JSON output (one object per file, newline-delimited)
vastlint check tag.xml --format json
# suppress colours
vastlint check tag.xml --no-color
# exit 0 even on errors (useful in some CI setups)
vastlint check tag.xml --no-fail
# opt in to anonymous usage telemetry (see Telemetry section below)
vastlint check tag.xml --telemetry
# list all rules with default severity
vastlint rules
Example output:
tag.xml VAST 4.2
error <Duration> value does not match required format HH:MM:SS or HH:MM:SS.mmm VAST-2.0-duration-format
/VAST/Ad[0]/InLine/Creatives/Creative[0]/Linear/Duration
error <MediaFile> delivery attribute must be "progressive" or "streaming" VAST-2.0-mediafile-delivery-enum
/VAST/Ad[0]/InLine/Creatives/Creative[0]/Linear/MediaFiles/MediaFile[0][@delivery]
info <MediaFiles> has no <Mezzanine> — ad-stitching servers may reject this tag VAST-4.1-mezzanine-recommended
/VAST/Ad[0]/InLine/Creatives/Creative[0]/Linear/MediaFiles
✖ 2 errors, 0 warnings, 1 info
Exit codes
| Code | Meaning |
|---|---|
| 0 | All files valid — no errors found |
| 1 | One or more files have validation errors |
| 2 | Usage error — unreadable file, bad config, or bad arguments |
Config file
Create vastlint.toml anywhere in your project tree. vastlint searches up from the current directory and uses the first one it finds.
[]
= "off"
= "warning"
Valid levels: error, warning, info, off.
Use --config <path> to specify a config file explicitly, or --no-config to ignore all config files.
CI
# .github/workflows/vast-lint.yml
- name: Install vastlint
run: cargo install vastlint
- name: Validate VAST tags
run: vastlint check tags/**/*.xml
Or download a release binary instead of building from source:
- name: Install vastlint
run: |
curl -sL https://github.com/aleksUIX/vastlint/releases/latest/download/vastlint-x86_64-linux-musl.tar.gz \
| tar xz -C /usr/local/bin
- name: Validate VAST tags
run: vastlint check tags/**/*.xml
JSON output
--format json emits one JSON object per file, one per line (NDJSON). This makes it easy to process output with jq or pipe it into other tools.
Fields:
| Field | Type | Description |
|---|---|---|
file |
string | Path as given on the command line, or "-" for stdin |
version |
string | Detected VAST version, or "unknown" |
valid |
bool | True when there are zero errors |
summary.errors |
number | Count of error-level issues |
summary.warnings |
number | Count of warning-level issues |
summary.infos |
number | Count of info-level issues |
issues[].id |
string | Rule ID (stable, use in config to override) |
issues[].severity |
string | "error", "warning", or "info" |
issues[].message |
string | Human-readable description |
issues[].path |
string | XPath-style location in the document |
issues[].spec_ref |
string | Section of the IAB VAST spec |
Use as a library
vastlint-core is published separately as a library crate. Full API documentation is on docs.rs.
[]
= "0.1"
use validate;
let result = validate;
if result.summary.is_valid else
To override rule levels programmatically:
use HashMap;
use ;
let mut overrides = new;
overrides.insert;
let ctx = ValidationContext ;
let result = validate_with_context;
Use from JavaScript / TypeScript
vastlint is published on npm. Same 108 rules, same core — compiled to WASM.
import { validate } from 'vastlint';
const result = validate(xmlString);
if (!result.summary.valid) {
for (const issue of result.issues) {
console.error(`[${issue.severity}] ${issue.id}: ${issue.message}`);
}
}
Works in Node.js (ESM and CJS), Vite, Webpack 5, and Rollup. Requires a bundler for browser use — see the npm package README for the full environment compatibility table and API reference.
Use from Go
vastlint-go provides Go bindings via CGo. Prebuilt static libraries are included — no Rust toolchain required.
import vastlint "github.com/aleksUIX/vastlint-go"
result, err := vastlint.Validate(xmlString)
if err != nil
if !result.Valid
Supported platforms: Linux (amd64, arm64), macOS (amd64, arm64).
With options:
result, err := vastlint.ValidateWithOptions(xmlString, vastlint.Options)
See the vastlint-go README for the full API reference.
Use from VS Code
Install the vastlint extension from the VS Code Marketplace. VAST XML files are validated as you type — errors and warnings appear inline with rule IDs and spec references, no terminal required.
ext install aleksuix.vastlint
Or search for vastlint in the VS Code Extensions panel.
Use as a REST API
Available on RapidAPI. Send a POST /validate request with your VAST XML and get a full validation result back — no SDK, no install.
Returns the same structured result as the CLI and library: version, issues with rule IDs and line/col positions, and a summary. See the RapidAPI listing for full endpoint docs and pricing.
Performance
Benchmarked on Apple M4 (10-core), production-realistic VAST tags (17–44 KB):
| Metric | 17 KB tag | 44 KB tag |
|---|---|---|
| Single-thread throughput | 2,747 tags/sec | 475 tags/sec |
| Single-thread latency | 363 µs | 2,104 µs |
| 10-core throughput | 15,760 tags/sec | 2,635 tags/sec |
A typical OpenRTB bid cycle takes 100–300 ms; validation adds less than 2.1% of that budget even on the heaviest tags. An SSAI pipeline doing 1,000 stitches/sec spends more time on DNS than on validating the VAST response.
No async runtime, no regex engine, no schema interpreter. Rules are compiled Rust functions. Three dependencies: quick-xml, url, and phf (compile-time hash maps).
Telemetry
Off by default. CLI only -- the core library has no network code. Enable with --telemetry or telemetry = true in vastlint.toml.
Sends one HTTP GET per CLI invocation with: version, OS, anonymous install ID, file count. No file names, no file contents, no personal data. The install ID is a random 128-bit hex value stored in ~/.config/vastlint/id. The ping fires in a background thread with a 2-second timeout and is silently dropped on any error.
Roadmap
See ROADMAP.md for what's shipped, what's in progress, and what's next.
License
See FREE_FOREVER.md for the free-use commitment.
The CLI and library are licensed under Apache 2.0. Use freely in any project, open-source or proprietary. The only requirement is to retain the NOTICE file (and the copyright header in the LICENSE) in any distribution — this provides attribution back to the project.
If you distribute vastlint or a derivative work, include the NOTICE file verbatim. That is the entire obligation.
Contributing
See CONTRIBUTING.md.
Community
Using vastlint in production or in your workflow? Let us know!
Contact
For commercial inquiries, consulting, or enterprise support, open a GitHub Discussion.