MONÉTISATION · 9 min DE LECTURE

On voulait juste lire un VAST. On a découvert toute la publicité programmatique.

Ajouter le support VAST à notre player devait être une simple fonctionnalité. C'est devenu un voyage dans un écosystème entier — Ad Servers, SSP, DSP, OpenRTB — et la découverte d'un angle mort du marché : personne ne monétise les petites radios.

Introduction

Lorsque nous avons ajouté le support du protocole VAST à notre player radio, nous pensions qu'il suffirait de permettre à une radio de renseigner une URL VAST pour diffuser des publicités.

Existe-t-il des plateformes capables de fournir automatiquement un flux VAST rémunéré, un peu comme Google AdSense pour les sites web ? — la question qui a tout déclenché

La réponse est beaucoup plus complexe qu'il n'y paraît.

Le problème

Une petite radio souhaite simplement :

Ce que veut la radioSCHÉMA

Mon player arrive Ă  une coupure publicitaire
Je récupère une publicité
Je la diffuse
Je suis rémunéré

Cela paraît simple. En réalité, derrière cette URL VAST se cache tout un écosystème.

Le player

C'est lui qui :

  • dĂ©tecte le moment oĂą une publicitĂ© doit ĂŞtre jouĂ©e ;
  • appelle une URL VAST ;
  • tĂ©lĂ©charge le mĂ©dia ;
  • joue la publicitĂ© ;
  • dĂ©clenche les trackers (Impression, Start, Quartiles…).
GET /vast
↓
<VAST>
	...
</VAST>

Le protocole VAST

VAST est un standard défini par l'IAB. Il décrit :

  • le mĂ©dia Ă  lire ;
  • les URLs de tracking ;
  • les clics ;
  • la durĂ©e ;
  • les wrappers.

Le player ne connaît rien du système publicitaire. Il ne fait que lire un document XML.

Le rĂ´le de l'Ad Server

L'Ad Server répond à la requête VAST.

Réponse à la requêteSCHÉMA

Player
Ad Server
VAST

Il décide quelle publicité retourner. Mais… l'Ad Server ne possède pas forcément de publicité à diffuser.

La confusion la plus fréquente

C'est ici que beaucoup de développeurs (moi le premier) se trompent. On imagine :

Ad Server = publicité

Alors que :

Ad Server ≠ réseau publicitaire

Un Ad Server ne fait souvent que :

  • gĂ©rer les campagnes ;
  • appliquer des règles ;
  • gĂ©nĂ©rer un VAST.

Il ne vend pas nécessairement des campagnes.

Les SSP

SSP signifie Supply Side Platform. Son rôle : vendre les impressions publicitaires. Lorsqu'un player demande une publicité, le SSP va consulter plusieurs acheteurs.

Les DSP

Les DSP (Demand Side Platforms) représentent les annonceurs. Par exemple : Renault, Nike, Coca-Cola, Spotify. Ils enchérissent sur une impression.

OpenRTB

Comment les SSP et les DSP communiquent-ils ? Grâce au protocole OpenRTB. Le SSP envoie une demande :

{
	"imp": [...]
}

Les DSP répondent :

{
	"price": 7.35,
	"adm": "<VAST>..."
}

Le champ adm contient généralement le XML VAST.

Toute la chaîneSCHÉMA

Player
Mon backend
OpenRTB
SSP
DSP
VAST
Player

Le player ne voit jamais OpenRTB. Il ne voit qu'un VAST.

Les plateformes étudiées

Targetspot est avant tout une régie, une plateforme de monétisation. Ils commercialisent l'inventaire des radios et fournissent une intégration VAST. Mais ils ne proposent pas, à notre connaissance, une API OpenRTB publique destinée aux développeurs.

AdsWizz : leader mondial de la publicité audio, très présent chez les grands diffuseurs. Marketplace audio, support VAST.

Equativ : le plus intéressant dans notre contexte. Equativ documente une API OpenRTB destinée aux partenaires Supply. Cela signifie qu'un intermédiaire peut envoyer des requêtes OpenRTB et recevoir les meilleures enchères. C'est une approche beaucoup plus proche d'une plateforme technique.

Pourquoi le programmatique est-il inaccessible aux petites radios ?

Les SSP préfèrent généralement une plateforme fédérant 100 radios…

…plutôt que 100 radios individuelles. Ils veulent :

  • limiter la fraude ;
  • garantir des volumes ;
  • contrĂ´ler la qualitĂ© des inventaires.

Une opportunité

C'est probablement ici qu'il existe une vraie opportunité. Si une plateforme fournit déjà un player, le support VAST, les métadonnées, le chat, les jeux et les statistiques, elle pourrait également devenir un agrégateur publicitaire.

Le schéma deviendraitSCHÉMA

Radio
Player
Plateforme agrège l’inventaire de toutes les radios
OpenRTB
SSP
DSP

La radio n'aurait qu'à activer « Monétisation », sans avoir à négocier directement avec les SSP.

Les ressources

Standards : IAB VAST, IAB OpenRTB.

Plateformes : Targetspot, AdsWizz, Equativ, Magnite, FreeWheel, Xandr.

VAST
le XML que lit le player — média, tracking, durée, wrappers
OpenRTB
le protocole d’enchères entre SSP et DSP, invisible pour le player
1 agrégateur
ce qui manque aux petites radios pour accéder au programmatique

Conclusion

Au départ, nous cherchions simplement à ajouter le support de VAST à un player radio. Cette fonctionnalité nous a conduits à découvrir tout un écosystème : Ad Servers, SSP, DSP, OpenRTB et publicité programmatique.

La véritable difficulté n'est finalement pas de lire un VAST, mais de trouver un acteur capable de fournir des campagnes publicitaires adaptées aux petites radios. C'est précisément sur ce point qu'il existe, à notre avis, une opportunité : créer une plateforme qui mutualise l'inventaire de nombreuses radios et leur donne accès à la publicité programmatique sans qu'elles aient à en gérer la complexité. Cette approche pourrait rendre la monétisation beaucoup plus accessible aux radios indépendantes tout en simplifiant leur intégration technique.

Radio I|O — Monétisation

Votre radio mérite mieux qu'un player muet.

Découvrir la marketplace annonceurs →