CTV ad exchange · supply-side platform
Your devices already sell ads. The question is who keeps the margin
myAdex is an ad exchange and SSP built for connected TV supply. We monetize the inventory on screens you have already shipped - on top of the operating system you already run, not instead of it.
We answer with a named engineer and a test endpoint, not a brochure.
Why this exists
Everyone who offers a TV manufacturer money wants to replace their operating system first. We don't. myAdex is the monetization layer on the platform you already ship.
Exchanges and SSPs in this market speak to publishers and buyers, and stop there. The companies that do speak to device makers are licensing a TV OS - a decision that takes a year and touches every product line. Connecting supply should not require either.
The market this sits in
Connected TV is where television money is going
- $37.95B
- US CTV ad spend in 2026
- Growing 14.5% year over year - larger than the entire Russian ad market.
- eMarketer, 2026
- 2028
- CTV overtakes linear TV
- $46.89B against $45.10B. Cable and broadcast stop being America’s main ad channel.
- eMarketer, 2026
- 47.5%
- Streaming share of US TV viewing
- An all-time high, after a tenfold rise over eighteen years.
- Nielsen, The Gauge, 2026
- ≈50%
- Of global CTV revenue will sit with three companies
- Google, Amazon and Netflix, of an $81B market by 2030. Everyone else shares the rest.
- Omdia, 2026
Who we work with
How the SSP works →You ship the screens
Monetize the install base you already have - without replacing your TV operating system, your launcher or your app store.
- Revenue per device, not just CPM
- Works on top of your existing OS
- Launcher, FAST channels and in-app inventory
You run the network
Set-top boxes and streaming apps carry ad breaks that mostly go unfilled. We fill them programmatically and hand back the yield.
- Ad pod filling with competitive separation
- SSAI or client-side, your choice
- Break rules stay under your control
You want the inventory
Direct supply from device makers and operators, with the path to the impression written down rather than implied.
- Declared supply path, no hidden resellers
- OpenRTB 2.6 pod bidding
- Pre-bid invalid traffic filtering
Built at the pod layer
A TV break is not a banner slot
A connected TV ad break is a pod: a fixed number of seconds that has to be filled with several spots, separated by advertiser and category, and stitched into a stream that must not stutter. Most of what goes wrong in CTV monetization goes wrong inside that block.
We bid on pods natively through OpenRTB 2.6, respect your break rules, and return the pod filled - or return it honestly short rather than holding the stream.
Native pod bidding with podid, podseq and slot position - not a video request pretending to be a pod.
Break scheduling your player already understands. VPAID is not accepted; it does not belong on a TV.
Server-side stitching with your stitcher, or direct client calls where that is what you run.
We appear as a direct entry for your inventory, so a buyer can verify the path in one file.
Tell us what you ship, and we'll tell you what it earns
Device count, regions, and where the ad breaks sit today. That is enough for a first answer - and if the fit is wrong, we will say so on the same call rather than book a second one.