A digital publisher's major sponsorship over-delivered by tens of millions of impressions before reconciliation surfaced it — weeks too late to throttle.
Catch errors
before delivery.
Real engineer. Your stack on screen. No deck.
You write the rule.
VM watches the setup.
Validation Monitors customers running at publisher scale

Two jobs.
One missing layer.
Two people, same ad-server setup, doing two different jobs — both without the QA layer the rest of the engineering stack takes for granted.
“Is the trafficking doing what we sold?”
- — Manual QA across line items, KVs, and OR statements
- — Pre-flight on the big direct-sold campaigns, post-hoc on the rest
- — Compliance audits as fire-drills when legal or partners ask
“What's the next six-figure surprise we can't see?”
- — Stack drift across acquired properties
- — Sponsorship over-delivery, surfacing weeks late in reconciliation
- — Detection lag — weeks between the error and the email about it
Four catches that surprised
every team that wrote them.
Real stories from real libraries running today — cohort-attributed to honour customer privacy. Different teams surface different shapes, but these are the patterns that recur and the ones every library eventually catches.
A broadcaster's restricted-content campaign ran 24/7 against national dayparting law for over a week before a manual audit caught it.
One broadcaster's first scan caught 70% of a Kids-VOD cohort missing required acquired-property platforms. A Pay-TV operator's first site-group scan flagged 500+ items in one run.
Creative submission failed silently — a typo in a form, no feedback loop. After VM caught the gap, the same revenue stream doubled the previous record-revenue month within two weeks.
Nine catches.
One monitor.
One day.
One placement-name format check. Nine drifts surfaced overnight. Each row deep-links back to the line item to fix — the trafficker clicks once, lands on the broken object.
Multiply by an 80-monitor library. That's one morning's review email.
The layer between “up”
and “delivered.”
Nothing else watches the trafficking layer today. Teams audit it by hand, on the campaigns they have time for.
Four rules, written once,
watched forever.
Use-case-altitude framings. Each rule a trafficker used to check by hand — and now doesn't.
The alcohol spot that wants to run at 9am.
alcohol creative · 06:00–21:00 · region X — before the regulator does.
The household that saw the same spot nine times.
per-household freq cap · 3 / 24h · segment Y — before the reconciliation report does.
The campaign that quietly lost its targeting.
segment Z · min 2 impressions · reach threshold — before the campaign misses.
The bid floor that changed without a ticket.
bid-floor · partner P · ≥ $X · deal tier T — before the deal under-monetises.
From the reconciliation cycle
to tomorrow morning's email.
Same problem. Same setup. Different detection window. The cadence-collapse is the value — you act on a drift while it's still a drift, not when it's already a make-good or a make-good-class incident.
How big does the library grow?
Month one: three free monitors — alcohol daypart, household freq cap, one creative-compliance rule. Month three: past twenty — every escalation that surprised the team is now a rule. Month six: the library can cross eighty — at publisher scale, across hundreds of line items. The growth is the team's, not ours.
One read-only
API key. That's it.
No SDK. No data leaving your system. No new workflow for your traffickers. Revocable by you, any time.
Service-account credentials, scoped to the endpoints VM actually reads. Revocable by you, any time. Nothing writes back into your ad server.
Every monitor re-runs every ten minutes or so against the live setup. Email or Slack on fire, named with the campaign and partner.
Every fire links straight to the line item, creative, or package. One click, no search. Each morning, a single review email lists what tripped overnight, ranked.
The systems VM plugs into.
Turn-key for the two ad servers most of our customers run today. Any system with an API can come online — just ask.
Anomaly Monitors (the sister surface) covers a wider set of ad-ops systems out of the box, including SpringServe — see the Platform overview.
What tenants run at rest.
These aren't pilots. These are monitor libraries in steady-state use across Tier-1 broadcasters and multi-property digital publishers at publisher scale.
“On a Friday night, a monitor caught a daypart drift that would have run an alcohol spot against a morning audience. The regulator wasn't the first to know.”
“A 24-million over-delivery on a major title would have walked out the door as make-goods. The monitor caught the trajectory mid-flight, while there was still time to fix the pacing. Partner didn't need to know.”
“The monitor fires with the number attached. The escalation call starts with what we're actually losing per hour, not with "something looks off on a dashboard."”
What VM is worth.
Three categories of revenue at risk your reports don't catch. Each one VM watches at the trafficking layer — before the loss is the loss.
The call from the regulator you don't get.
Compliance gaps don't show up as anomalies — they show up as fines that start at six figures. VM catches the drift that creates the breach, hours before it goes live.
The over-delivery that walks out the door.
Sponsorship orders over-deliver invisibly across hundreds of line items at premium scale — revenue you sold but didn't bank. VM fires mid-flight, while there's still time to throttle.
The under-delivery you catch while it still runs.
Under-delivery isn't fixable after flight — it's a makegood, free inventory you owe. VM catches the trajectory mid-flight, with time to hit the guarantee.
The four most-asked.
What is a Validation Monitor?
A Validation Monitor is a rule that runs every ~10 minutes against your live ad-server setup and fires the moment a misconfiguration trips the rule. It reads via a read-only API connection to FreeWheel or GAM. Each fire deep-links straight to the specific line item, creative, or package that needs fixing.
What does a Validation Monitor catch?
Four classes of GAM failure: sponsorship line item over-delivery (where GAM has no native goal-setting); compliance key-value gaps on COPPA, GDPR consent, or brand-safety exclusion; multi-domain KV drift across acquired properties; and creative end-date vs line-item end-date misalignment that causes silent under-delivery or default-creative serves.
How is this different from Datadog or Splunk infrastructure monitoring?
Infrastructure monitoring watches your servers — CPU, latency, error rates. Validation Monitors watch whether your ad-server setup is doing what you sold. Different layer of the stack: Datadog tells you the server is up; VM tells you the line item, the targeting, and the creative are set up to deliver against the order you sold.
Who uses Validation Monitors today?
Sky, DISH Network, Fandom, and the New York Post run Validation Monitors today, alongside Tier-1 broadcasters and multi-property digital publishers across GAM and FreeWheel. Deployments range from three free monitors at month one to libraries of 80+ checks at six months — every escalation that surprised the team becomes a rule. Three monitors free for life on either ad server.
The shape your procurement
team will recognise.
For the Director Revenue Systems & Tools, VP Revenue Operations, or Head of Ad Tech who arrived because an L3 forwarded the morning review email.
Read-only API. No SDK. No new workflow for traffickers.
Three free for life. Tier-priced by volume; tier visible before commit.
Everyone reads the same morning review email. Seats aren't the gating constraint.
Annual term, matches your ad-server contract rhythm.
Where this leads.
Most teams that start with three monitors don't stop at three. The same data that catches drift becomes the data that explains anomalies, validates partner deliveries, and answers the questions ops directors used to chase across four dashboards. That's the Operations Control Platform — and Validation Monitors are how teams begin operating it.