Supposons que vous ayez 5 emplacements publicitaires sur une page web et que vous deviez organiser des enchères pour chacun d'eux. Selon la procédure standard, 5 demandes d'enchères seront générées pour chaque emplacement publicitaire et transmises au serveur publicitaire ; autrement dit, le système organisera une enchère individuelle pour chacun des 5 emplacements publicitaires.
Ce processus est manifestement très redondant. Plusieurs partenaires publicitaires seront contactés à plusieurs reprises pour des espaces publicitaires sur une même page web. Une architecture à requête unique permet d'éviter cela.
Qu'est-ce que l'architecture de requête unique ?
Dans le cadre d'une vente aux enchères, les balises publicitaires servent à générer des demandes d'enchères. Grâce à l'architecture à requête unique, une seule requête publicitaire contenant les détails de tous les espaces publicitaires est envoyée au serveur publicitaire. De même, le serveur répond simultanément à toutes les requêtes publicitaires.
Google Publisher Tag est la bibliothèque de balises publicitaires utilisée par Google Ad Manager . Elle repose sur une architecture de requête unique (SRA). Lors de la création de balises GPT pour leurs pages web, les éditeurs doivent activer SRA. Une fois cette option activée, GPT enverra des requêtes publicitaires groupées.
Le mode de requête unique ne fonctionne que lorsque des blocs publicitaires ou des balises sont définis dans l'en-tête de la page web. Par conséquent, GPT accède à la balise d'en-tête, tout comme le conteneur d'enchères d'en-tête.
Pourquoi les éditeurs devraient-ils utiliser SRA ?
Pour mieux comprendre le besoin de SRA, développons l'exemple utilisé ci-dessus. Un utilisateur charge une page Web avec 5 blocs d'annonces. Dans une architecture multi-demandes, il y a 5 enchères différentes qui doivent être menées. Pour les besoins de cet exemple, supposons que l'éditeur est en contact avec 10 partenaires demandeurs. Cela signifie que la page Web enverra 50 (5 × 10) demandes d'annonces. Étant donné que les enchères d'en-tête ont lieu côté client, le navigateur générera et enverra simultanément 50 demandes d'annonces, ce qui entraînera une latence de page.
SRA fournit une solution ici. Pour les 5 blocs d'annonces, une seule demande d'annonce sera envoyée à chaque partenaire de demande. Mathématiques simples, le navigateur doit maintenant traiter 10 demandes d'annonces au total.
De plus, du côté de la demande, cela donne aux annonceurs la possibilité d'avoir un aperçu de l'intégralité de la page Web et de tous les blocs d'annonces disponibles. Sur la base de ces données, ils pourront choisir le bloc d'annonces le plus préférable pour afficher leurs créations et faire une enchère.
Le header bidding côté client est connu pour engendrer de la latence, car les enchères s'exécutent dans le navigateur de l'utilisateur. L'ajout de SRA à ce processus améliore généralement les performances de la page.
Limites
Google Ad Manager a une limite d'URL stricte de 2,000 XNUMX caractères. Lors de l'utilisation de SRA, l'URL de la demande d'annonce peut dépasser cette limite, compte tenu des détails des différents blocs d'annonces à ajouter à une seule demande. Si cela se produit, GAM ne traitera pas la demande d'URL. Si cela se produit souvent, il est conseillé aux éditeurs d'opter plutôt pour une architecture multi-requêtes.
Autre point important : ajouter plus d’emplacements publicitaires dans la section `<head>` que ceux affichés sur la page web peut entraîner des erreurs GPT . Par exemple, si votre page web comporte 5 emplacements publicitaires dans l’en-tête, mais que seuls 4 sont visibles, GPT les regroupera pour générer l’appel publicitaire. Or, une de ces réponses sera refusée, ce qui peut prêter à confusion. Pour résoudre ce problème, il suffit de supprimer les emplacements publicitaires supplémentaires de l’en-tête.
Dans le cas du header bidding , la mise en œuvre d'une architecture à requête unique (SRA) nécessitera un travail d'ingénierie considérable. Cependant, l'intérêt des éditeurs et la demande des acheteurs devraient favoriser l'adoption de la SRA à l'avenir.
Shubham est un spécialiste du marketing numérique possédant une riche expérience de travail dans le secteur des technologies publicitaires. Il possède une vaste expérience dans le secteur du programmatique, dans la conduite de stratégies commerciales et de fonctions de mise à l'échelle, y compris, mais sans s'y limiter, la croissance et le marketing, les opérations, l'optimisation des processus et les ventes.
1 Commentaires
Merci d'avoir partagé cet article.