Comprendre les deals sur Place Exchange
Les deals représentent des conditions contractuelles pré-négociées entre les éditeurs et les acheteurs (annonceurs). Les deals sont souvent des structures utilisées pour offrir des tarifs définis (parfois préférentiels) à certains acheteurs ou pour identifier des segments d'inventaire spécifiques ciblés pour une campagne donnée. Grâce à Place Exchange, certains deals sont générés automatiquement (par exemple, les deals « PX-AOD ») pour permettre aux acheteurs de trouver plus facilement l'inventaire sur certaines plateformes d'achat telles que The Trade Desk via leurs bibliothèques de deals.
Auction Type
Module Place Exchange
Vous pouvez définir Auction Type lors de la création d'un Deal. Place Exchange prend en charge les types d'enchères suivants :
- First-Price (
at=1) – L'enchère de la DSP proposant le prix d'enchère le plus élevé au-dessus de la valeurbidfloorremporte l'enchère. Le gagnant paie sonbidprice. - Second-Price (
at=2) – L'enchère de la DSP ayant le prix d'enchère le plus élevé au-dessus dubidfloorremporte l'enchère. Le gagnant paie le montant le plus élevé parmi les suivants :- 2e enchère la plus élevée + 0,01 $
bidfloor+ 0,01 $bidpricesi la 2e enchère la plus élevée est supérieure aubidprice. Cela est possible lorsqu'une enchère de deal à priorité plus élevée l'emporte mais ne possède pas lebidpricele plus élevé.
- Fixed-Price (
at=3) – La DSP soumettant l'enchère la plus élevée remporte l'enchère. Le gagnant paie lebidfloor, à condition que son enchère gagnante soit supérieure ou égale aubidfloor. Lors de la détermination de l'enchérisseur le plus offrant, le système évalue les enchères de deals à prix fixe (Fixed-Price) au prix dubidfloor. Ces enchères sont toujours conclues au prix fixe, quelles que soient les valeurs des enchères concurrentes.
BidFloor
Module Place Exchange
Le bidfloor établit le prix minimum exigé par le système pour qu'une enchère reste admissible à un deal. Pour les deals Fixed-Price (at=3), le prix plancher d'enchère (bid floor) sert également de prix exact auquel le deal est conclu.
Name
Le système utilise ce champ comme une étiquette unique pour identifier un deal spécifique à travers toutes les opérations de la plateforme. Les utilisateurs attribuent une chaîne de caractères (par exemple, DEAL1) pour représenter le deal dans les interfaces de rapport et de configuration.
Token
Module Place Exchange
Les acheteurs voient cette valeur au sein de leur DSP, et le secteur désigne fréquemment ce champ sous le nom de Deal ID. Place Exchange génère le jeton en concaténant le organization.name de l'éditeur avec le deal.name (par exemple, DEMOPUB_DEAL1).
Types de deals
Module Place Exchange
Place Exchange prend en charge les types de deals suivants :
- Open Auction (OA) – Ce type de deal fournit un inventaire toujours disponible via des flux de travail OpenRTB standards. Il ne nécessite aucun accord de deal ni ciblage entre l'éditeur et l'acheteur.
- Place Exchange Always-On Deal (Place Exchange-AOD) – Place Exchange organise l'inventaire en Always-On Deals pour mettre en valeur les lieux et types de ressources très demandés. Ces deals simplifient la manière dont les acheteurs découvrent et ciblent les ressources d'affichage numérique urbain (DOOH) au sein de leur DSP.
- PLACEEXCHANGE_DOOH_HIGHWAYS_ROADSIDE
- PLACEEXCHANGE_DOOH_MALLS
- Non-Guaranteed – Les deals non garantis (Non-Guaranteed ou NG) représentent un accord privé entre un éditeur et un ou plusieurs acheteurs (DSP, agence et/ou annonceur). Dans ce type de deal, les participants activent des deals sur mesure pour répondre à des objectifs média spécifiques, bien que ces accords ne comportent aucune garantie de dépense ou de disponibilité.
- publisher-name_awayson-deal-name
- publisher-name_advertiser-deal-name
- Guaranteed – Un deal garanti (Guaranteed) représente un accord privé entre un éditeur et un seul acheteur. L'éditeur accorde à l'acheteur une priorité plus élevée lors de l'enchère; en échange, l'acheteur garantit des niveaux de dépense et une disponibilité d'inventaire spécifiques.
- publisher-name_advertiser-deal-name
- publisher-name_custom-deal-name
- De nombreuses DSP désactivent le rythme de diffusion (pacing) interne et le ciblage pour les deals garantis car elles s'attendent à ce que l'éditeur gère la vitesse de diffusion. Par conséquent, si un éditeur envoie du trafic qui dépasse le budget de la campagne, certaines DSP peuvent continuer à dépenser au-delà du montant alloué.
- Bien que Place Exchange prenne en charge la signalisation de la notion de Deal, il ne fonctionne pas comme un ad server d'éditeur. Dans des scénarios de deals non exclusifs, Place Exchange s'attend à ce qu'un ad server d'éditeur externe gère le ciblage et identifie les requêtes qui correspondent à des deals spécifiques.
Tout comme l'enchère ouverte (open auction), ce type de deal ne nécessite aucun accord de deal ni engagement préalable entre l'éditeur et l'acheteur. Par convention, le système les désigne sous le nom de « PX Always-On Deals ».
Exemples :
Une transaction Private Marketplace (PMP), qui inclut le type NG, nécessite un accord entre l'éditeur et l'acheteur. Cette coordination garantit que les deux parties configurent correctement l'identifiant de la transaction dans tous les systèmes pour chaque campagne.
Bien que les éditeurs et les acheteurs configurent occasionnellement les deals PMP-NG en tant que « Always-On », cette configuration reste rare.
Exemples :
Un deal PMP (incluant PG) nécessite un accord de deal entre l'éditeur et l'acheteur afin de configurer correctement le « deal » sur l'ensemble des systèmes pour chaque campagne.
Le système identifie un deal garanti grâce à l'indicateur priority sur l'objet deal. Les utilisateurs doivent définir cet indicateur sur « 10 » pour signaler une garantie. Définir cet indicateur sur toute autre valeur indique au système que le deal n'est pas garanti.
Exemples :
Remarques :
PMP (Private Marketplace)
Une enchère sur invitation uniquement dans laquelle les éditeurs de premier plan vendent leur espace publicitaire à un groupe sélectionné d'annonceurs.
Vous pouvez configurer des deals via l'API, sous Gestion des deals dans le Portail éditeur, ou en envoyant un e-mail à help@placeexchange.com.
Pour plus de détails sur les différents éléments des deals, consultez : https://developers.placeexchange.com/explore/api-publisher/nodes/api-commons/files/commons.oas2.yml/definitions/deal.
Vous pouvez associer des deals à l'inventaire de l'éditeur via l'API, dans la section Order Management du Portail éditeur, ou en envoyant un e-mail à help@placeexchange.com.
Lors du traitement d'une adrequest, Place Exchange récupère et agrège les deals associés provenant à la fois du placement et de la adrequest elle-même. Si un utilisateur associe un deal à un Placement au niveau du réseau, le système ajoute automatiquement ces deals à chaque demande d'annonce provenant des ad units de ce réseau.
Vous pouvez supprimer les deals précédemment associés via l'API, dans la section Order Management du Portail éditeur, ou en envoyant un e-mail à help@placeexchange.com.
Les éditeurs peuvent injecter des deals directement dans une adrequest individuelle. Cela se produit généralement lorsqu'un éditeur utilise une intégration qui associe les deals à une campagne spécifique ou à une structure interne. En injectant des deals au niveau de la requête, les éditeurs peuvent gérer la budgétisation et prioriser la diffusion des deals au sein de leurs propres systèmes externes, indépendamment des paramètres natifs de la plateforme.
minutes de lecture