Enchères d'en-tête côté client vs enchères d'en-tête côté serveur : Ces deux techniques ont le même objectif : accroître la concurrence entre les enchères et maximiser les revenus publicitaires des éditeurs. Mais qu'est-ce qui les distingue réellement et quel est leur impact sur les enchères ? Découvrons-le.
Enchère d'en-tête a été lancé pour permettre aux éditeurs d'atteindre davantage d'acheteurs et d'optimiser leur rendement. Ce système s'est avéré efficace. Cependant, il comportait ses propres défis (latence des pages et limitations du navigateur).
Face à ces défis, il est devenu impératif de remédier à leurs inconvénients. C'est pourquoi les enchères d'en-tête côté serveur et côté client ont été introduites.
Les enchères d'en-tête côté serveur, les enchères publicitaires, ont lieu sur un serveur centralisé au lieu du navigateur de l'utilisateur.
D'autre part, les enchères d'en-tête côté client fonctionnent grâce à JavaScript, exécuté dans le navigateur de l'utilisateur. Ce script envoie des requêtes publicitaires de manière dynamique, généralement au chargement de la page et lorsque l'utilisateur interagit avec le contenu.
Qu'est-ce que l'enchère d'en-tête côté client ?
L'enchère d'en-tête côté client (alias l'enchère d'en-tête côté navigateur ou l'enchère d'en-tête) est un processus par lequel les éditeurs transmettent l'inventaire à plusieurs partenaires de demande dès qu'un impression devient disponible.
Chaque fois qu'une impression est disponible, des demandes d'annonces sont envoyées aux partenaires de la demande pour placer leurs offres.
Ensuite, les offres sont comparées avec les prix plancher (fixé par l'éditeur). L'enchère la plus élevée est sélectionnée et le gagnant peut afficher l'annonce.
L'ensemble de cette vente aux enchères est réalisé à l'aide d'une balise d'enchères (Pré-offre.js) sur le site de l'éditeur.
En termes simples, ce processus nécessite une wrapper d'enchères d'en-tête qui entre dans le code d'en-tête d'une page Web, et l'éditeur peut sélectionner le nombre de sources de demande à connecter au wrapper.
Comment fonctionne l'enchère d'en-tête côté client ?
Voyons ce qui se passe dans les coulisses à partir du moment où un utilisateur charge la page sur le site Web de l'éditeur :
- Dès que l'utilisateur ouvre le site Web de l'éditeur, le navigateur commence à charger la page Web
- Le code JavaScript d'enchère d'en-tête ou une balise d'enchère (Prebid.js) située sur la page Web de l'éditeur envoie une demande à des plateformes tierces ou demande à des partenaires de participer à l'enchère.
- Dès que les offres commencent à arriver, en utilisant enchères en temps réel, le plus offrant remporte l'enchère et passe au serveur publicitaire de l'éditeur.
- Ensuite, le gagnant est en compétition avec l'éditeur offres directes.
- Enfin, le serveur publicitaire sélectionne les plus offrants et diffuse leur annonce.
Même si le plus offrant remporte l'enchère, la rapidité avec laquelle ces enchères sont placées varie. C'est à cause de cet arrangement que de nombreux demander des partenaires sont soumis à des délais d'expiration potentiels afin d'éviter des ralentissements de chargement des pages. En moyenne, les délais d'expiration varient de 400 à 800 millisecondes pour les navigateurs, et de 800 à 1200 XNUMX millisecondes pour les navigateurs mobiles.
Aussi pratique que ce processus puisse paraître, le header bidding côté client offre des avantages considérables aux éditeurs. Découvrons-le.
Avantages des enchères d'en-tête côté client
Correspondance des cookies:Les annonceurs bénéficient des enchères d'en-tête côté client, car les fournisseurs de technologies publicitaires qui représentent les éditeurs et les annonceurs peuvent synchroniser leurs cookies pour comprendre le modèle d'utilisateur et identifier le site Web de l'utilisateur ou de l'éditeur.
Mise en œuvre simple:Avec des exigences d'infrastructure technique minimales, les enchères d'en-tête côté client sont parfaites pour les éditeurs à la recherche d'une approche simple pour maximiser leurs revenus.
Meilleur contrôlel : Les éditeurs contrôlent les paramètres de délai d'expiration, ajustent la configuration et supervisent la manière dont les enchères sont gérées.
Plus de données:Les enchères d'en-tête côté client offrent aux éditeurs des informations plus approfondies sur les données d'enchères granulaires, par exemple, quel annonceur a placé une enchère et à quel prix.
Inconvénients des enchères d'en-tête côté client
Latence des pages:Les éditeurs et les utilisateurs peuvent être confrontés à des temps de chargement plus lents sur des appareils plus anciens ou en raison de la connectivité Internet ou de l'état de l'appareil.
Moins compatible : Bloqueurs de publicité et la compatibilité du navigateur sont deux problèmes principaux lorsque l'on travaille avec les enchères d'en-tête côté client.
Dépendance à l'égard du soumissionnaire : Si l'enchérisseur ne répond plus, l'ensemble du processus d'enchères est impacté, ainsi que la diffusion des annonces et les revenus.
Avant d’aller plus loin :
Découvrez comment la solution Header Bidding d'AdPushup a aidé tous Planchers de garage réaliser une augmentation des revenus de 1.8X.
Qu'est-ce que l'enchère d'en-tête côté serveur ?
L'enchère d'en-tête côté serveur, également connue sous le nom d'enchère d'en-tête de serveur à serveur, est une technique dans laquelle l'enchère a lieu sur un serveur au lieu du navigateur de l'utilisateur.
Cela a été introduit pour contrer le problème de latence de page qui prévaut dans les enchères d'en-tête côté client. Une fois qu'une impression est disponible, une seule demande d'annonce est envoyée au serveur depuis le navigateur.
Le serveur récupère la requête et appelle les partenaires demandeurs pour exécuter l'enchère. Une fois l'enchère atteinte, l'annonce s'affiche sans impact sur le temps de chargement de la page.
Maintenant que vous avez une compréhension claire des enchères d'en-tête côté client et côté serveur, parlons des raisons pour lesquelles vous devriez vous fier aux enchères d'en-tête côté client.
Comment fonctionne l'enchère d'en-tête côté serveur ?
Comme son nom l'indique, dans les enchères d'en-tête côté serveur, le serveur publicitaire envoie demandes d'enchères à plusieurs partenaires de demande via un serveur commun. Parallèlement, la réponse à l'enchère est mesurée par ce même serveur afin de sélectionner le plus offrant et d'afficher ses annonces. Examinons le processus complet des enchères d'en-tête côté serveur.
- Une fois que l'utilisateur accède au site Web de l'éditeur, la balise d'enchère ou la balise JavaScript installée entre les pages Web déclenche la demande au serveur publicitaire.
- Dans le cas d'enchères d'en-tête côté serveur, le serveur publicitaire est généralement hébergé par une société d'enchères d'en-tête S2S.
- Ensuite, le serveur publicitaire envoie également une demande d'enchère aux bourses publicitaires.
- Le plus offrant est sélectionné et l'annonce correspondante est affichée.
Avantages des enchères d'en-tête côté serveur
Latence de page réduite : Les enchères d'en-tête côté serveur ont lieu sur un serveur externe au lieu d'un navigateur, ce qui réduit le temps de chargement de la page.
Concurrence accrue: Lorsque plusieurs partenaires de demande soumissionnent simultanément, cela entraîne souvent des prix plus élevés. CPM(coût pour mille impressions) et mieux taux de remplissage.
Meilleure confidentialité : La dépendance aux cookies tiers est négligeable, ce qui conduit à une meilleure confidentialité pour les utilisateurs.
Inconvénients des enchères d'en-tête côté serveur
Procédure complexe: La mise en œuvre des enchères d'en-tête côté serveur nécessite une expertise technique qui peut constituer un obstacle pour les éditeurs disposant de ressources limitées.
Dépendance au serveur : Le serveur central est l'épine dorsale de tout le processus d'enchères. Tout problème rencontré par le serveur peut entraîner l'échec de l'ensemble du processus.
Lequel choisir : enchère d'en-tête côté client ou côté serveur
Contrôle de l'éditeur
Enchères d'en-tête côté client:Avec les enchères d'en-tête, les éditeurs peuvent choisir les acheteurs en utilisant le enveloppes d'enchères d'en-tête. De plus, le prix plancher de chaque bloc d'annonces est décidé par les éditeurs. Par conséquent, l'ensemble du processus d'enchères devient transparent pour les éditeurs et les annonceurs.
Enchères d'en-tête côté serveurCependant, le côté serveur n'offre pas une telle transparence aux éditeurs. Certes, le prix plancher est fixé par les éditeurs, mais ils ne voient pas les acheteurs participer aux enchères, et le processus reste invisible.
Gestion des enchères
Enchères d'en-tête côté clientLes wrappers d'enchères d'en-tête permettent aux éditeurs de contrôler et de gérer les enchères. Grâce à eux, les éditeurs peuvent ajouter des acheteurs, configurer des délais d'expiration et s'assurer que tous les acheteurs reçoivent les demandes d'enchères simultanément.
Enchères d'en-tête côté serveur:Le serveur contacte les acheteurs et leur envoie des demandes d'enchères ; par conséquent, il est géré par le serveur.
En bref, avec le côté serveur, la plupart des tâches de gestion restent entre les mains du serveur plutôt que des éditeurs.
Correspondance des cookies
Enchères d'en-tête côté client : Les annonceurs accèdent aux blocs d'annonces directement à partir des pages Web des éditeurs à l'aide du wrapper, qui donne accès aux données des cookies de l'utilisateur.
Senchères d'en-tête côté serveur Il manque la correspondance des cookies. Cela est dû au fait que la plupart des données utilisateur sont filtrées lors de la synchronisation des données de l'éditeur et du serveur. DMP.
Acheteurs intéressés :
Enchères d'en-tête côté client est toujours privilégié par la plupart des éditeurs et annonceurs. Cela peut s'expliquer par son côté transparent.
Enchères d'en-tête côté serveur est encore trop jeune pour être accepté par l'industrie publicitaire.
Latence réduite
Enchères d'en-tête côté client : L'enchère a lieu sur le navigateur de l'utilisateur. Les enchères d'en-tête côté client entraînent une augmentation de la latence de la page, affectant l'expérience utilisateur globale.
Enchères d'en-tête côté serveur : Bien que le temps de latence varie de quelques millisecondes, puisque l'enchère a lieu sur un serveur externe latence des pages est inférieur à l'enchère d'en-tête côté client.
Demander des partenaires
Enchères d'en-tête côté client:Ce n'est pas aussi flexible que les éditeurs choisissent simplement le nombre requis d'acheteurs pour s'assurer que l'impression est vendue avant la fin de l'enchère.
Enchères d'en-tête côté serveur : Le serveur envoie un demande d'offre à autant d'acheteurs que les éditeurs le souhaitent. Cela accroît la concurrence et offre une meilleure taux de remplissage des annonces.
Enchères d'en-tête vidéo
Enchères d'en-tête côté client: Les vidéos sont rich media fichiers et prennent donc plus de temps à charger sur les pages web. De plus, les enchères d'en-tête côté client augmentent la latence des pages. Par conséquent, cela peut entraîner dégâts sérieux à l'expérience utilisateur lorsqu'il est utilisé côté client.
Enchères d'en-tête côté serveur : Cela ne pose pas de telles complications et fonctionne parfaitement pour les enchères d'en-tête vidéo.
Limitation des demandes du navigateur
Enchères d'en-tête côté clientLes navigateurs web ont un nombre limité de requêtes qu'ils peuvent générer. Comme les enchères d'en-tête côté client s'effectuent sur le navigateur, les éditeurs disposent d'un nombre limité de requêtes publicitaires qu'ils peuvent envoyer via un navigateur au cours d'une session.
Enchères d'en-tête côté serveur : La génération et l'envoi de demandes de publicité ne dépendent pas du navigateur, c'est plutôt le serveur de publicité qui s'en charge.
Qu'en est-il de Google Open Bidding (EBDA) ?
Maintenant que nous avons discuté de la programmation côté client et côté serveur et des facteurs à prendre en compte pour prendre votre décision, concentrons-nous sur Google Open Bidding.
En regardant le bras de fer entre les enchères d'en-tête côté client et les enchères d'en-tête côté serveur, Google a lancé Prolongation EBDA (Exchange Bidding Dynamic Allocation, désormais Open Bidding) et l'a baptisé « header bidding » de Google. Ce système peut résoudre les problèmes de latence des pages et offre l'assistance Google.
Open Bidding est aussi performant que le header bidding côté serveur. Cependant, il n'est pas accessible à tous les éditeurs. Pour y accéder, vous devez être partenaire de Partenaires éditeurs agréés Google.
Google traite en Net-30 alors que la plupart des partenaires de demande optent pour des cycles Net-45, -60 et -90. Comme le cycle de revenus ne s'aligne pas, cela décourage les partenaires de la demande de choisir Open Bidding. Par conséquent, Open Bidding entraîne une demande relativement faible et une concurrence réduite sur les stocks.
Alors, que devez-vous choisir ?
Cela dépend de vous (éditeurs), de votre type d'inventaire, de la demande et des tendances du marché. Comme vous pouvez le constater, chaque processus d'enchères d'en-tête présente ses avantages et ses inconvénients. Il est donc déconseillé de choisir une technologie d'enchères d'en-tête à l'aveuglette.
Idéalement, un éditeur devrait d'abord les tester et comparer les résultats. Les données générées par les résultats vous donneront la réponse à votre question : quelle est la meilleure option, l'enchère d'en-tête côté client ou l'enchère d'en-tête côté serveur ?
Sinon, essayez Enchères d'en-tête hybrides. La méthode hybride permet aux éditeurs d'exécuter ensemble des enchères côté client et côté serveur. En utilisant Google Ad Exchange, les éditeurs peuvent mettre en concurrence la demande et l'enchère d'en-tête de Google pour une impression.
Voici comment cela fonctionne:
- Une fois qu'une impression est disponible, les demandes d'annonces sont envoyées à Google AdX et aux enchères d'en-tête.
- Dans le système AdX, les acheteurs AdX et Open Bidding placent leurs enchères pour remporter l'impression.
- Pendant ce temps, l'enchère d'en-tête commence à collecter les réponses aux enchères de ses partenaires de demande.
- Une fois terminés, les enchères AdX et Open Bidding transmettent un acheteur (X). De même, les enchères d'en-tête transmettent un autre acheteur (Y).
- Enfin, AdX compare ces enchères et choisit le gagnant (l'enchère la plus élevée).
Cela résout le problème de manque de demande, car AdX et les enchères d'en-tête sont désormais impliqués, ainsi que leurs acheteurs. En résumé, les enchères d'en-tête hybrides se traduisent par une demande accrue, des enchères améliorées et des revenus accrus pour les éditeurs.
Solution d'enchères d'en-tête 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 résolution des écarts
En savoir plus sur la capacité de nos produits : Enchère d'en-tête
Principaux plats à emporter:
- Les enchères d'en-tête côté client et côté serveur sont deux approches de gestion de l'inventaire publicitaire. La principale différence réside dans le lieu où se déroule le processus d'enchères.
- Pour les enchères d'en-tête côté client, c'est le navigateur de l'utilisateur qui utilise une balise d'enchère, et pour les enchères d'en-tête côté serveur, le serveur central contrôle le processus d'enchère.
- Les enchères d'en-tête côté serveur offrent une latence réduite, de meilleurs taux de remplissage et une concurrence accrue de la part des partenaires de la demande, ce qui génère davantage de revenus publicitaires.
- D'autre part, les enchères d'en-tête côté client offrent la possibilité de gérer les enchères à l'aide de wrappers HB, d'une plus grande transparence et d'un accès aux cookies utilisateur pour un meilleur ciblage.
- L'enchère d'en-tête hybride est le mélange parfait d'enchères d'en-tête côté client et côté serveur.
- Adpushup propose de multiples fonctionnalités d'optimisation avec un Enchère d'en-tête Solutions. Grâce à la sélection automatique des partenaires de demande, à l'intégration intelligente et à une technologie efficace de suivi des enchères, les éditeurs comme vous peuvent optimiser leurs revenus.
Questions fréquentes
Les enchères d'en-tête côté client utilisent un nombre limité de ports de navigateur pour envoyer et recevoir des informations. Les éditeurs pourraient se voir refuser l'accès aux meilleures offres s'ils demandent plus de partenaires que les ports disponibles ne peuvent en accueillir.
L'enchère d'en-tête S2S (également appelée enchère d'en-tête côté serveur) est une technique programmatique dans laquelle l'enchère a lieu sur le serveur publicitaire au lieu du navigateur de l'utilisateur. Votre site Web peut fonctionner simultanément avec plusieurs partenaires de demande sans compromettre la vitesse de la page.
Avec Open Bidding, vous pouvez inviter des partenaires de demande tiers à enchérir sur votre inventaire dans le cadre d'une enchère de serveur à serveur en temps réel. Le trafficking, la création de rapports et la facturation sont également simplifiés avec Open Bidding dans Ad Manager.
Côté client et côté serveur, on entend si le traitement d'un programme est effectué par l'ordinateur de l'utilisateur ou par le serveur Web.
Le traitement côté client d'une page Web repose fortement sur JavaScript et d'autres technologies basées sur un navigateur. Cela peut être comparé au traitement côté serveur, qui repose sur le serveur Web pour exécuter un programme stocké sur le serveur Web.
Par exemple, dans un site Web d'enchères en ligne qui utilise Javascript, le navigateur Web de l'utilisateur enverra des informations sur une enchère au serveur Web. Le serveur Web exécutera ensuite le programme d'enchères côté client et renverra une page Web au navigateur Web de l'utilisateur avec les résultats de l'enchère.
La programmation côté client est particulièrement utile dans les situations où le même programme devrait être exécuté plusieurs fois sur de nombreux éléments différents (comme les offres dans une enchère).
Le traitement côté serveur, en revanche, est beaucoup plus utile dans les situations où un seul programme (ou un petit ensemble de programmes associés) devrait être exécuté.
Au sens de base, le côté serveur fait référence au code informatique du serveur et à sa livraison, tandis que le côté client fait référence au code informatique client et à sa livraison.
Si un site Web est livré dans son intégralité à partir du serveur, le côté serveur est plus rapide. S'il est livré en partie depuis le serveur et en partie depuis le client, le côté client est plus rapide.
Cela dépend également de l'application, mais le traitement côté client est généralement plus rapide. Cependant, il a des limites : si le processeur dispose d'une quantité limitée de mémoire ou de puissance de traitement, ou si vous traitez une grande quantité de données, le traitement côté serveur peut être un meilleur choix.
Avec le header bidding côté client, le processus d'enchères se déroule sur l'appareil de l'utilisateur, dans son navigateur. Avec le header bidding côté serveur, le processus d'enchères se déroule sur un serveur centralisé.
Le Header Bidding est une technique permettant aux éditeurs de proposer des espaces publicitaires à différents partenaires demandeurs via des plateformes côté serveur (SSP). Ces plateformes aident les éditeurs à gérer, vendre et optimiser leur inventaire publicitaire.
