Post Bid est une configuration permettant aux annonceurs de placer des enchères pour un inventaire publicitaire spécifique. Les partenaires de demande s'affrontent dans cette configuration lorsque le serveur publicitaire a refusé la vente directe d'annonces spécifiques ou les a refusées sur une plateforme d'échange d'annonces. Dans cet article, nous expliquerons ce qu'est le Post Bid, son fonctionnement et le comparerons au Header Bidding.
Dans l' univers du marketing programmatique , la technologie est créée en fonction des besoins du secteur. C'est pourquoi le modèle en cascade a été abandonné au profit du header bidding.
Finalement, nous avons commencé à concurrencer le header bidding avec les éléments de campagne vendus directement et AdX afin de maximiser la concurrence. Le header bidding présentait toutefois une limite : sa mise en œuvre et son exploitation nécessitaient des compétences techniques. C’est pourquoi nous avons opté pour le post-bid, une solution permettant de solliciter plusieurs sources de demande sans avoir à effectuer toute la configuration technique.
Mais les choses ne sont pas aussi simples avec post-bid que cela puisse paraître. Donc, voici un explicatif pour vous aider à comprendre.
Qu'est-ce que le post-enchère ?
L'enchère post-bid commence lorsque les serveurs publicitaires des éditeurs (principalement DFP ) refusent l'inventaire, qui est ensuite repris par la source de demande de l'éditeur pour concurrencer l'impression.
En mode post-enchère, un éditeur charge et exécute le script Prebid.js dans la création publicitaire d'un élément de campagne gagnant. Dans ce cas, les sources de demande entrent en concurrence une fois que le serveur publicitaire a sélectionné l'élément de campagne post-enchère.
prebid.org
Cela semble déroutant ? Voici un peu d'histoire pour simplifier les choses.
Pour bien comprendre le post-bid, il faut d'abord comprendre comment fonctionne le header bidding et ce qui a donné lieu à l'utilisation du post-bid.
Dans le cas d'enchères d'en-tête, une impression est d'abord envoyée aux partenaires de demande d'enchères d'en-tête pour enchérir dessus. Une fois les réponses aux enchères collectées, le serveur de l'éditeur (DFP) révèle ses réponses de vente directe et/ou d'échange. Étant donné que l'enchère d'en-tête est la première à soumettre la réponse, les serveurs publicitaires peuvent en tirer parti pour gagner l'impression simplement en ajoutant un centime de plus à l'enchère gagnante offerte par l'enchère d'en-tête.
Vous souhaitez en savoir plus sur le header bidding ? Cliquez ici.
Pour voir comment les choses fonctionnent lorsqu'un serveur publicitaire est invité à enchérir en premier, l'idée de post-enchère est mise en action. Fondamentalement, l'impression va d'abord au serveur publicitaire, si le serveur rejette l'enchère, les sources de demande d'enchères d'en-tête peuvent enchérir dessus et la gagner.
Comment fonctionne l'enchère postale ?
Contrairement au header bidding, le code post-enchère ( prebid.js ou tout autre wrapper) se trouve à l'intérieur des éléments de campagne post-enchère. Voici comment cela fonctionne une fois qu'une impression est disponible sur la page :
Étape 1 : La balise publicitaire envoie une requête au serveur publicitaire pour remplir l' emplacement publicitaire.
Étape 2 : Le serveur publicitaire choisit ensuite le gagnant parmi les options disponibles : les éléments de campagne vendus directement, les échanges publicitaires et les éléments de campagne post-enchère.
Étape 3 : Si l’enchère post-bénéfice remporte la mise, la création de l’élément de ligne déclenchera l’enchère d’en-tête.
Étape 4 : les offres des partenaires de demande seront comparées et le gagnant pourra montrer sa création publicitaire.
En quoi est-ce différent du Header Bidding ?
Voici un tableau rapide pour expliquer la différence entre le header bidding et le post-bid :
| Fonctionnalité | Enchère d'en-tête (Pré-enchère) | Post-enchère |
| Comportement du serveur publicitaire | Le serveur publicitaire s'appelle APRÈS l'enchère d'en-tête | Serveur de publicité s'appelle AVANT l'enchère d'en-tête |
| Expertise technique | Expertise de haut niveau requise | Aucune expertise de niveau faible/nécessaire |
| Latence des annonces | Dépend des paramètres de délai d'expiration et de la latence supplémentaire du serveur publicitaire | Aucune latence du serveur publicitaire. Peut exécuter des enchères de serveur publicitaire et d'en-tête en parallèle pour gagner du temps |
| Possibilité d'exécuter une enchère hybride d'enchères d'en-tête | Oui. Peut concurrencer dynamiquement les éléments de campagne directs et les éléments de campagne AdX | Non. Impossible de concurrencer les éléments de campagne du serveur publicitaire en temps réel. |
| Capacité de monétisation | Haute | Low |
Avantages de l'offre après appel d'offres
- La configuration ne nécessite pas d'assistance technique
Contrairement à l'enchère d'en-tête, la post-enchère ne nécessite pas de modifications du code d'en-tête et intégration de wrapper. Le seul travail technique requis consiste à placer les ID de balise dans la configuration JSON de la balise tierce pour les sources de demande. Une fois cela fait, les partenaires de la demande pourraient enchérir chaque fois que la post-enchère remporte l'impression. - Latence publicitaire réduite
Étant donné que le serveur publicitaire rejette cette impression et passe en post-enchère, le temps de diffusion supplémentaire de l'annonce est économisé. Par rapport aux enchères en cascade et en-tête, la post-enchère réduit la latence en se concentrant sur un enchères à la fois. - Peut définir le repli
Il est très probable qu'au cours d'une enchère post-enchère, aucun partenaire demandeur ne remporte l'impression. Dans un tel cas, l'éditeur est susceptible de diffuser une impression vierge. Pour éviter que cela ne se produise, les éléments de campagne post-enchères peuvent être optimisés avec des paramètres de remplacement et/ou des éléments de campagne internes.
Inconvénients de l'offre après appel d'offres
- Pas d'allocation dynamique
Une fois l'impression rejetée par un serveur publicitaire, il incombe au post-enchère d'obtenir une création publicitaire. Cela rend les éléments de campagne post-enchère statiques par nature. Alors qu'avec le header bidding, les éditeurs ont la possibilité d'exécuter plusieurs enchères simultanément et de choisir dynamiquement un gagnant en temps réel. - Le signalement peut être difficile
En ce qui concerne les rapports, les serveurs publicitaires ne sont pas très efficaces pour offrir des données post-enchères détaillées. Les éditeurs reçoivent uniquement un rapport agrégé de toutes les sources de demande participant aux enchères (pas de rapport distinct pour les enchères post-enchères). À moins que les wrappers des éditeurs n'offrent plus de détails sur les enchères, ils devront peut-être s'appuyer sur des services de rapport tiers pour obtenir des détails sur les partenaires de la demande.
Comment démarrer avec l'après-enchère ?
Pour démarrer l'après-enchère, les éditeurs doivent :
- Créez des lignes de commande dans le serveur publicitaire. Si plusieurs tailles d'annonces sont concernées, il est nécessaire de créer plusieurs lignes de commande pour chaque taille.
- Une fois les éléments de campagne en ligne, le tag d'emplacement publicitaire déclenchera le serveur publicitaire pour choisir entre les éléments de ligne.
- Et, si un élément de ligne post-enchère est sélectionné, l'enchère d'enchères d'en-tête sera effectuée.
- Les éditeurs qui ne sont pas en mesure de gérer les exigences techniques pour les enchères d'en-tête et qui cherchent toujours à monétiser en l'utilisant peuvent faire appel à une enchère post-enchère.
Choisir la bonne stratégie pour vos besoins
L'enchère post-publication est la meilleure option si vous cherchez à améliorer vos taux de correspondance, à conclure des accords directs ou à renforcer la transparence. De plus, elle permet de réduire la latence des pages par rapport à l'enchère d'en-tête. Si vous rencontrez uniquement des problèmes de latence, vous pouvez également essayer l'optimisation du délai d'expiration universel ou l'optimisation au niveau de l'enchère.
Deuxièmement, en tant que balise tierce, le post-bid ne permet pas de concurrencer les accords directs ou Google AdX, ce qui limite les possibilités de monétisation pour les éditeurs. Bien que le header bidding soit une solution efficace pour résoudre les problèmes de latence, le post-bid reste une meilleure option si la gestion de vos ressources est défaillante.
La solution d'enchères d'en-tête d'AdPushup
Il ne suffit pas de déployer des enchères d'en-tête dans votre pile d'annonces. L'optimiser constamment avec des améliorations techniques est le besoin de l'heure. C'est ce que fait la solution d'enchères d'en-tête d'AdPushup. Grâce à nos multiples fonctionnalités d'optimisation utilisant la science des données et l'apprentissage automatique, nous aidons les éditeurs à maximiser leur rendement.
Avec notre solution de header bidding, vous obtenez :
- Sélection automatique des partenaires de demande en fonction des exigences optimales
- Gestion intelligente des délais d'attente
- Liberté d'apporter votre propre demande
- Suivi des offres et contradiction RAPIDE
Questions fréquemment posées
Header Bidding agit comme une plate-forme sur laquelle plusieurs plates-formes ou enchérisseurs peuvent placer des enchères pour l'inventaire publicitaire via des enchères en temps réel.
D'autre part, Prebid' est un programme open source qui facilite les enchères d'en-tête, fournissant une base pour les implémentations personnalisées.
Cependant, l'utilisation de la pré-enchère n'est pas obligatoire. De plus, la post-enchère intervient après réception de la requête par le serveur publicitaire, à l'aide d'une balise tierce configurée dans le serveur publicitaire pour gérer le processus d'enchères.
