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' programmatiques univers, la technologie est créée selon la demande de l'industrie. C'est la raison pourquoi la configuration de la cascade a été dépréciée et l'enchère d'en-tête a été introduite.
Finalement, nous avons commencé à concurrencer les enchères d'en-tête avec les éléments de campagne vendus directement et AdX afin de maximiser la concurrence. La limite avec enchère d'en-tête est qu'il nécessitait des capacités d'ingénierie pour sa mise en œuvre et son exécution. Et par conséquent, nous avons obtenu post-offre comme solution pour appeler plusieurs sources de demande sans avoir à passer par 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-enchère commence lorsque les éditeurs serveurs publicitaires (la plupart DFP) refusent l'inventaire, puis sont repris par la source de demande de l'éditeur pour concourir pour l'impression.
Post-enchère est le scénario de configuration dans lequel un éditeur charge et exécute Pré-enchère.js dans la création d'un élément de campagne gagnant. Dans une configuration post-enchère, les sources de demande entrent en concurrence une fois que le serveur publicitaire a choisi 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 l'après-soumission, nous devons d'abord comprendre comment enchère d'en-tête travaux et ce qui a donné lieu au recours à l'après-soumission.
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 voulez 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-bid (pré-offre.js (ou tout autre wrapper) se trouve dans les éléments de ligne post-enchère. Voici comment les choses évoluent une fois qu'une impression est disponible sur la page :
Étape 1 : La balise publicitaire envoie une demande au serveur publicitaire pour remplir le bloc d'annonces.
Étape 2 : Ensuite, le serveur publicitaire choisit le gagnant parmi les options disponibles : éléments de ligne vendus directement, échange d'annonceset les éléments de ligne post-appel d'offres.
Étape 3 : Si l'enchère postérieure est gagnante, le élément de campagne la création invoquera 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 :
| Caractéristiques | 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 | Élevée | Faible |
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
Foire aux questions
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.
