insertion publicitaire côté serveur
Prism X
Une insertion publicitaire côté serveur réellement exploitable : pre-rolls, VOD qui démarre instantanément, un tableau de bord lisible par des humains.
Prism X insère côté serveur des publicités VAST dans les flux HLS et DASH, par spectateur, en live et à la demande. Si vous connaissez AWS MediaTailor, vous connaissez le principe : les marqueurs entrent, des manifestes personnalisés sortent, les bloqueurs de publicité ne peuvent pas retirer les publicités et le player ne bloque pas aux coupures. Prism X le fait dans le Noisypeak Cloud ou sur votre propre infrastructure (bare metal, VMware, Hyper-V, AWS, Google Cloud, Azure) et facture un Fair CPM : seules les publicités qui ont réellement atteint un spectateur comptent.
Il fait trois choses que l'alternative des grands clouds ne fait pas. Il gère les pre-rolls : la première impression se vend aussi. Il dispose d'un mode lazy pour la VOD : l'asset démarre immédiatement et les pods publicitaires sont demandés pendant que le spectateur regarde, au lieu de précharger chaque publicité avant la première image. Et il offre un tableau de bord des sessions lisible par un humain, avec chaque spectateur, chaque pod et chaque taux de remplissage sur une seule timeline. Prism X est l'étage de monétisation derrière 200+ chaînes FAST sur fastchannels.tv et myfast.ch.
Comment fonctionne l'insertion
Prism X se place entre l'origin et le spectateur. La chaîne source arrive en HLS ou DASH avec des marqueurs publicitaires (EXT-X-CUE-OUT/EXT-X-CUE-IN, EXT-X-SCTE35 ou EXT-X-DATERANGE). Chaque spectateur obtient une session ; le nœud de session réécrit le manifeste pour ce spectateur et remplace la coupure marquée par des segments publicitaires. Segments de contenu et segments publicitaires sont servis comme un flux continu : le player ne voit aucune rupture et les bloqueurs de publicité n'ont rien à bloquer.
Les créas publicitaires sont transcodées par le moteur UEN2 intégré pour correspondre strictement au signal source : codecs audio et vidéo, taille d'image, fréquence d'images, débit, level du codec et structure de GOP. La publicité conformée est conservée dans le cache de contenus publicitaires (0 à 500 TB) pour que la même créa ne soit pas traitée deux fois. La latence minimale de livraison du premier segment est de 700 ms.
- Marqueurs : EXT-X-CUE-OUT/IN · EXT-X-SCTE35 · EXT-X-DATERANGE
- Manifeste par session avec pods publicitaires par spectateur
- Publicités conformées aux codecs, à la taille d'image, aux fps, au débit et au GOP de la source
- Transcodage sur CPU, Intel QSV, NVEnc ou Netint
- Sortie en HLS/DASH, avec DRM
Ciblage et personnalisation
Le ciblage s'exécute en temps réel par session. La requête publicitaire transporte la démographie du spectateur, sa localisation, son type d'appareil et ses préférences de contenu : deux spectateurs de la même chaîne reçoivent des pods différents. La vue session affiche les données de session de chaque flux : IP et pays de l'utilisateur, user agent, URL d'origin et échelle de renditions de la master playlist.
- Démographie, localisation, type d'appareil, préférences de contenu
- Chaque session identifiée et traçable dans le tableau de bord
- Des préfixes configurent de nombreuses chaînes sur une seule configuration SSAI
Live et VOD, avec une VOD qui démarre aussitôt
Sur les chaînes live, la coupure est déclenchée par le marqueur dans le flux et remplie en temps réel. En VOD, la plupart des systèmes SSAI résolvent d'abord tous les pods de l'asset (pre-roll et chaque mid-roll) avant de lancer la lecture, et le spectateur fixe un indicateur de chargement pendant que l'ad server répond. Prism X exécute la VOD en mode lazy : l'asset démarre immédiatement, le pre-roll est servi, et les pods suivants sont demandés pendant que le spectateur regarde.
Les pre-rolls sont traités à part entière : l'emplacement avant la première image est un emplacement vendu, à l'arrivée sur un live comme en VOD, avec le même ciblage et le même comptage que les mid-rolls.
- Live : coupures pilotées par les marqueurs SCTE-35 / CUE / DATERANGE
- Mode lazy VOD : démarrage instantané, pods récupérés à la volée
- Pre-rolls à l'arrivée sur un live et en VOD, comptés comme tout pod
- Mêmes nœuds de session pour le live et la demande
Décision publicitaire : VAST principal et secondaire
Prism X dialogue en VAST et VPAID avec le SSP/DSP de votre choix ; dans le pipeline FAST de Noisypeak, il s'agit généralement de SpringServe ou d'OpenX. Une source VAST/VPAID secondaire remplit les pods laissés vides par la source principale. La fiche technique cite Adbutler comme exemple de source de secours, et l'intégration Adbutler est disponible d'emblée pour l'évaluation.
- Protocoles amont : VAST, VPAID
- SSP/DSP principal plus source de remplissage secondaire
- Intégration Adbutler comme SSP/DSP de référence
Un tableau de bord lisible et le Fair CPM
Le tableau de bord SSAI liste chaque session avec heure de début, durée, dernière activité, temps publicitaire et taux de remplissage moyen, et ouvre une timeline par session : contenu en bleu, pods publicitaires en rouge, URL d'origin, échelle de renditions, IP du spectateur et user agent. Quand une régie publicitaire demande pourquoi un pod était vide à 21:14, vous répondez en un clic au lieu d'une requête dans les logs. La facturation suit le Fair CPM : une publicité n'est comptée que si elle a réellement été livrée au spectateur. Chaque session est journalisée dans ClickHouse ; les métriques d'exécution vont vers Prometheus et Grafana.
- Fair CPM : seules les publicités diffusées
- Logs vers ClickHouse, métriques vers Prometheus/Grafana
- Taux de remplissage, nombre de pods et part visionnée par session
Montée en charge et déploiement
Prism X est livré en logiciel dockerisé avec des playbooks Ansible pour l'installation et les mises à jour. Un déploiement compte 2 à 50 nœuds de traitement des sessions et 2 à 100 nœuds de transcodage de contenu sous Ubuntu ou Amazon Linux, dans le Noisypeak Cloud, sur bare metal, VMware, Hyper-V, AWS, Google Cloud ou Microsoft Azure. L'option cloud offre une montée en charge gérée ; le déploiement sur site donne une maîtrise totale des coûts aux opérateurs qui veulent le surcoût CPM le plus bas.
- Livraison Docker, installation et mise à jour Ansible
- Ubuntu, Amazon Linux
- Noisypeak Cloud, bare metal, VMware, Hyper-V, AWS, GCP, Azure
- Essai depuis le Noisypeak Cloud avec les chaînes playout de fastchannels.tv
Fonctionnalités
Fait ce que fait AWS MediaTailor, dans le Noisypeak Cloud ou sur vos propres serveurs et comptes cloud. Docker et Ansible, 2–50 nœuds de session, 2–100 transcodeurs.
Mode lazy : l'asset démarre aussitôt et les pods publicitaires sont récupérés pendant la lecture ; inutile d'attendre le chargement de chaque publicité avant la première image.
L'emplacement avant la première image se vend aussi, à l'arrivée sur un live comme en VOD, ciblé et compté comme n'importe quel mid-roll.
Chaque session, chaque pod et chaque taux de remplissage sur une seule timeline. Savoir pourquoi un pod était vide à 21:14 prend un clic au lieu d'une requête dans les logs.
Démographie, localisation, appareil et préférences de contenu. Deux spectateurs de la même chaîne reçoivent deux mix publicitaires différents.
Une publicité n'est comptée que si elle a atteint le spectateur. Logs ClickHouse et métriques Prometheus / Grafana pour le prouver.
VAST / VPAID vers votre SSP/DSP (SpringServe, OpenX ou tout autre), avec une source de secours qui remplit les pods laissés vides par la source principale.
Le transcodage UEN2 intégré conforme chaque créa au codec, à la taille, aux fps, au débit, au level et au GOP de la source ; cache jusqu'à 500 TB. 700 ms jusqu'au premier segment.
EXT-X-CUE-OUT/IN, SCTE-35, DATERANGE en entrée ; HLS / DASH avec DRM en sortie. Les bloqueurs de publicité ne peuvent pas retirer les publicités et le player ne bloque pas aux coupures.
Les préfixes configurent des centaines de chaînes sur une seule configuration SSAI. C'est ainsi que nous exploitons 200+ chaînes FAST.
Caractéristiques techniques
| Formats | |
|---|---|
| Formats de flux | HLS · MPEG-DASH, en entrée et en sortie |
| Sortie | HLS/DASH avec DRM, publicités ciblées par session |
| Conformité à la source | Stricte : codecs audio/vidéo, taille d'image, fps, débit, level du codec, structure de GOP |
| Marqueurs publicitaires | |
|---|---|
| Marqueurs pris en charge | EXT-X-CUE-OUT / EXT-X-CUE-IN · EXT-X-SCTE35 · EXT-X-DATERANGE |
| Standards publicitaires | |
|---|---|
| Protocoles amont | VAST · VPAID |
| Source secondaire | Oui, remplissage des pods depuis une source VAST/VPAID alternative/de secours (p. ex. Adbutler) |
| VOD | Optimisé : requêtes de pods traitées pendant la durée de la lecture |
| Comptage | Fair CPM : publicités réellement livrées aux utilisateurs finaux |
| Montée en charge | |
|---|---|
| Nœuds de traitement des sessions | 2 à 50 |
| Nœuds de transcodage de contenu | 2 à 100 |
| Transcodage de contenu | CPU · Intel QSV · NVEnc · Netint |
| Cache de contenus publicitaires | 0 à 500 TB |
| Latence du premier segment | 700 ms minimum |
| Déploiement massif | Préfixes pour configurer de nombreuses chaînes sur une seule configuration SSAI |
| Intégrations | |
|---|---|
| SSP/DSP | Toute source VAST/VPAID · SpringServe, OpenX dans le pipeline FAST · intégration de référence Adbutler |
| Journalisation | Journalisation visuelle · ClickHouse |
| Métriques | Tableaux de bord Prometheus · Grafana |
| Moteur de transcodage | Noisypeak UEN2 (Noisypeak Cell) |
| Déploiement | |
|---|---|
| OS hôte | Ubuntu · Amazon Linux |
| Environnements | Noisypeak Cloud · bare metal · VMware · Hyper-V · AWS · Google Cloud · Microsoft Azure |
| Livraison | Logiciel dockerisé · installation et mise à jour par playbook Ansible |
| Évaluation | Depuis le Noisypeak Cloud, avec les chaînes playout de fastchannels.tv pour l'essai |
Domaines d'utilisation
Coupures publicitaires de Noisypeak Playout remplies par spectateur via SpringServe / OpenX. C'est ainsi que sont monétisées nos 200+ chaînes sur 40+ plateformes.
Chaînes broadcast avec marqueurs SCTE-35, remonétisées par appareil, localisation et audience en OTT, pre-roll à l'arrivée inclus.
Pods pre-roll et mid-roll sur les catalogues à la demande, remplis pendant la lecture au lieu d'avant la première image.
Les opérateurs qui veulent maîtriser leurs coûts exploitent la même stack sur leur propre matériel ou compte cloud, avec le Fair CPM et sans frais surprise par requête.
Parlez-nous de Prism X
Nous assurons l'évaluation dans le cloud Noisypeak, le déploiement sur site ou dans un cloud public, l'intégration et le support. Une seule équipe couvre tout le pipeline.