Insights

Before the agents: a semantic layer for advertising metrics

An agent can give a convincing answer that is simply wrong when “impression” or “revenue” means three different things. The first step towards agents is a shared dictionary of metrics.

· KASIS

A language model can produce an answer that reads perfectly and is still wrong, because the data behind it is ambiguous, stale or contradictory. In advertising technology that risk is high: an impression, a request, a win or a fill rate can be defined differently in the ad server, an SSP, Prebid and the internal BI. The first step towards agents is not installing a model. It is a data contract that both people and machines can use.

A data source is not an access protocol

The Model Context Protocol (MCP) is often presented as a way to “connect AI to your data”. It is an interaction layer between an AI client and tools or resources; it is not a data source. Its 2026-07-28 specification made the protocol stateless and strengthened authorisation, which makes it easier to run behind gateways and load balancers. But what an agent reads through MCP is only as good as the data behind it.

SourceDataPossible accessFreshness
Ad serverRequests, impressions, revenue, line items, deliveryAPI, reports, data warehouseNear real time to batch
PrebidBids, bidders, timeouts, auctionsEvents, logs, analyticsReal time
SSPBid rate, wins, revenue, dealsAPI, reportsNear real time or batch
Consent platformConsent, vendors, purposesAPI, events, logsReal time
DMP or CDPSegments, reach, activationAPI, SQL, exportsNear real time or batch
CRMAccounts, contracts, opportunitiesAPITransactional
CMSContent, taxonomy, metadataAPI, database, streamReal time or batch
KnowledgeDocuments, procedures, contractsSearch and retrievalDepends on indexing

The semantic layer

The semantic layer is the official dictionary of advertising metrics. For each metric it states the formula, compatible dimensions, granularity, currency, time zone, exclusions, preferred source and reconciliation rules. Asking two agents the same question must not produce two implicit definitions.

MetricDefinitionPrimary sourceChecks
Net revenueRevenue after explicitly defined feesFinance or a certified layerCurrency, VAT, fees, period
Ad requestsEligible requests as defined by the publisherAd server or telemetrySite, device, consent, format
Fill rateImpressions served / eligible requestsSemantic layerNever mix SSP and ad server definitions
Bid rateAuctions with at least one valid bidPrebid telemetryTimeouts and active bidders
Win rateWins / valid bidsPrebid and ad serverAuction level or bidder level
ViewabilityMeasurable impressions viewed, per the chosen standardMeasurement vendorCoverage and non-measurable impressions

Twenty to thirty critical metrics are enough to start.

A source of truth per decision

There is no single universal source of truth. The right source depends on the decision. For invoicing, finance or the certified ad server comes first; to diagnose a bidder timeout, Prebid telemetry is more relevant; to understand consent, the consent platform is the operational source. An agent must know this hierarchy, and show discrepancies rather than hide them.

Provenance and time

Every answer that can lead to a decision should carry its source, period, last update time, metric definition, filters, confidence level and any conflict between sources. An agent must be able to say “insufficient data” rather than fill the gap with intuition.

An ingestion pipeline

  1. List the sources and their owners: ad server, SSPs, Prebid, consent platform, DMP or CDP, CRM, CMS, analytics, finance.
  2. Give each a sensitivity class and a retention period.
  3. Choose the access mode: API, export, log, stream, webhook or SQL replication.
  4. Land raw data in an immutable zone where that is justified.
  5. Normalise identifiers, time, currency, sites, devices, ad units, bidders and campaigns.
  6. Build certified business tables.
  7. Expose views or tools designed for agents, rather than raw tables.
  8. Measure freshness, completeness, schema drift and anomalies.

Retrieval does not replace the warehouse

Retrieval-augmented generation (RAG) works well for procedures, documentation, contracts, media kits and commercial rules. It is the wrong engine to compute daily revenue from billions of events. An agent should route each question: SQL for structured facts, search for documents, real-time APIs for the current state, and a rules engine for policies.

This is how we build data pipelines for our clients: every daily step checks that its inputs are present and fresh before it runs. See the identity graph case.

Sources

More insights

All insights

Tell us what you’re working on.

Whether you sell media, buy it or build the technology in between, write to us and we’ll get back to you.