adPluga

Product guide.

Special channels.

Web, apps and mediation are open. Email, physical screens (DOOH), connected TV (CTV/VAST) and audio have the technical foundation in place but are not open yet: we open a channel once we can measure it properly. The sections below describe how each one will work.

DOOH — Digital Out-of-Home (in preparation).

Physical screens in stores, airports, public transport. The publisher registers the DOOH player with an Ed25519 key, configures resolution and cadence, and receives ads via a dedicated API. Proof-of-play (photo/video of the screen serving) is cryptographically signed and verified by the platform.

CTV / VAST (in preparation).

Connected TV serves pre-roll and mid-roll video via VAST 4 specification. The publisher integrates the VAST endpoint in their video player (Smart TV, set-top box, OTT app). The VAST response includes tracking pixels for impression, viewability and progress (25%, 50%, 75%, 100%).

Audio / Podcast (in preparation).

DAI (Dynamic Ad Insertion) for podcasts. The publisher points their RSS feed to the /audio/spot gateway. The system stitches audio spots (pre-roll, mid-roll) into the stream. Listen-through metrics are tracked.

Email (in preparation).

Newsletters and transactional emails can include ad slots. The publisher uses the render endpoint to get HTML for the ad sized for email (no JavaScript). Impression tracked via 1×1 pixel.

Mediation (waterfall) — available.

For publishers with an account at an SSP or exchange that speaks OpenRTB 2.6 server-to-server, mediation lets you set up a priority waterfall where that demand competes with adPluga. Networks such as AdMob or Meta do not accept server requests from other platforms; in apps, use them in their own placements. Configuration in Inventory → Mediation.

Mediation (waterfall) — available. →