Supposons que vous disposiez de 5 blocs d'annonces sur une page Web et que vous deviez lancer des enchères pour chacun d'eux. Selon les procédures standard, 5 demandes d'enchères seront générées pour chaque bloc d'annonces et transmises au serveur publicitaire, c'est-à-dire que le système lancera une enchère individuelle pour 5 blocs d'annonces.
De toute évidence, ce processus est très redondant. Plusieurs partenaires de demande seront contactés plus d'une fois pour blocs d'annonces sur la même page Web. L'architecture de demande unique peut aider à éviter cela.
Qu'est-ce que l'architecture de requête unique ?
Dans le cas d'une vente aux enchères, tags d'emplacement publicitaire sont utilisés pour générer des demandes d'enchères. Avec l'architecture de demande unique, un appel d'annonce avec les détails de tous les blocs d'annonces est envoyé au serveur publicitaire. De même, le serveur répond à toutes les demandes d'annonces en même temps.
Google Publisher Tag est la bibliothèque de tags d'emplacement publicitaire utilisé par Gestionnaire d'annonces Google. Il a une fonctionnalité d'architecture de demande unique. Lors de la création de balises GPT pour leurs pages Web, les éditeurs doivent activer SRA. Une fois mis en œuvre, GPT commencera à envoyer des demandes d'annonces groupées.
Le mode de demande unique ne fonctionne que lorsque des blocs d'annonces ou des tags sont définis dans l'en-tête de la page Web. Par conséquent, GPT va à la balise d'en-tête, tout comme le wrapper 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.
Enchères d'en-tête côté client est connu pour provoquer une latence lorsque les enchères s'exécutent sur le navigateur de l'utilisateur. L'ajout de SRA au 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 chose : ajouter plus d'espaces publicitaires dans section que celle réellement affichée sur la page Web conduit à Erreurs GPT. Supposons que votre page Web comporte 5 espaces publicitaires ajoutés à l'en-tête, mais que la page Web n'en affiche que 4. Dans ce cas, GPT regroupera les 5 espaces publicitaires pour générer l'appel d'annonce. Cependant, une seule réponse ne sera pas acceptée par la page Web. provoquant la confusion. Pour résoudre ce problème, supprimez simplement les espaces publicitaires supplémentaires de l'en-tête.
Dans le cas d' enchère d'en-tête, la mise en place d'une architecture à requête unique nécessitera un important travail d'ingénierie. Cependant, l'intérêt de l'éditeur et la demande de l'acheteur devraient favoriser l'utilisation du 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.