Gebots-Caching war kürzlich in den Nachrichten, weil einige der großen Ad-Tech-Anbieter unlautere Praktiken anwenden. Aber was genau ist das?

Beim Bid-Caching wird ein verlorenes Gebot aus einer Auktion genutzt, um eine nachfolgende Auktion für denselben Benutzer durchzuführen. Aber warum sollte jemand das tun?

Warum Bid Caching einrichten?

Im Allgemeinen speichern Publisher ihre Gebote, weil sie dadurch bessere CPMs erzielen können. Stellen Sie sich vor, wir haben eine Anfrage für einen Abdruck und 4 Header Bidding Die Partner bieten jeweils 5 $, 4 $, 3 $ und 2 $. Ohne Zwischenspeicherung der Gebote würde das 5-Dollar-Gebot gewinnen und alle anderen Werbetreibenden würden die Möglichkeit verlieren, die Anzeige zu schalten. Mit der Gebotszwischenspeicherung können jedoch alle verlorenen Gebote dieser Auktion in der nächsten Auktion konkurrieren, sobald die Möglichkeit besteht, erneut eine Anzeige für denselben Nutzer im selben Kontext zu schalten.

Das ist eine Win-Win-Situation. Der Werbetreibende kann die Anzeige für den beabsichtigten Nutzer schalten und der Publisher profitiert letztendlich von einem besseren CPM.

Das klingt alles etwas komplex. Aber es gibt noch mehr. Oft wird Gebots-Caching mit Anzeigen-Caching verwechselt. Dies sind zwei getrennte Konzepte.

Beim Anzeigen-Caching wird im Voraus eine Auktion durchgeführt, um die Latenz bei der Anzeigenbereitstellung zu reduzieren und das Benutzererlebnis zu verbessern. Beispielsweise könnte ein Handyspiel während des Spiels eine Auktion durchführen, um ein Ziel zu erreichen Interstitial-Anzeige das zwischen Spielebenen rendert. Werbe-Caching ist besonders nützlich in Umgebungen mit schlechter Internetverbindungsgeschwindigkeit und unzuverlässiger Verbindungsqualität.

Wenn wir diese Definition Stück für Stück aufbrechen, werden wir wissen, warum es dafür einen richtigen und einen falschen Weg gibt.

Der richtige Weg

  • Das Gebot wird für die im Original angegebene URL zwischengespeichert Angebotsanfrage
  • Das Gebot wird für denselben Anzeigenblock zwischengespeichert
  • Das Gebot wird für einen kurzen Zeitraum (einige Sekunden) zwischengespeichert.

Der falsche Weg

  • Das Gebot wird für eine URL zwischengespeichert, die nicht in der ursprünglichen Gebotsanfrage angegeben wurde
  • Das für einen Anzeigenblock zwischengespeicherte Gebot wird für andere Blöcke verwendet
  • Ein Gebot wird für längere Zeiträume (einige Minuten) zwischengespeichert.

Die Debakel beim Angebots-Caching an der Indexbörse sorgte für Aufsehen, weil sie hinterhältige Methoden nutzten, um zwischengespeicherte Gebote für mehr als eine URL und für verschiedene Anzeigenblöcke zu implementieren. Als also ein DSP zu einem Zeitpunkt „T“ ein Gebot für die Impression „123“ auf der Website „xyz.com“ für den Benutzer „ABC“ abgab und der DSP diese Auktion verlor, wurde dieses Gebot stattdessen für eine ganz andere Impression verwendet. vielleicht auf einer anderen URL. Als Werbetreibender dieser DSP werden Sie sich nicht besonders wohl fühlen, wenn Ihre Gebote nur auf die exakte Impression angewendet werden, auf die Sie geboten haben.

Gemäß den oben genannten fairen Praktiken gibt es nur bestimmte Szenarien, in denen Gebots-Caching angewendet werden sollte:

  • Automatische Aktualisierung: Auf einigen Seiten wird ein Anzeigenblock in einem festgelegten Intervall (häufig 60–240 Sekunden) neu geladen. Frühere Gebote für diese bestimmte Einheit können für spätere Aktualisierungen dieser Einheit bis zum TTL oder bis sie den Zuschlag für die Einheit erhalten, erneut geprüft werden.
  • Unendliche Schriftrolle: Während der Benutzer scrollt, wird möglicherweise immer wieder dieselbe Einheit dynamisch erstellt. Das Gebot kann für dynamisch erstellte Anzeigenblöcke mit demselben Namen überdacht werden. Auch hier wird das Gebot für diesen Anzeigenblock nur bis zur Gebots-TTL oder bis zum Gewinn der Impression erneut berücksichtigt.
  • Anzeigengalerien: Einige Seiten verfügen über Galerien im Karussell-Stil, die einen Anzeigenblock enthalten, der aktualisiert wird, während der Benutzer durch den Inhalt der Galerie blättert.

Der Prozess

So läuft der Prozess der Zwischenspeicherung von Geboten ab:

  1. Gebotsantworten werden in einem anzeigenblockspezifischen Gebotspool gespeichert.
  2. Wenn derselbe Anzeigenblock aufgerufen wird, ruft Prebid.js den Bieter erneut auf, unabhängig davon, ob im Gebotspool dieses Blocks ein Gebot vorhanden ist.
  3. Wenn alle neuen Gebote zurückkommen oder das Zeitlimit erreicht ist, berücksichtigt Prebid.js sowohl die neuen Gebote für diesen Anzeigenblock als auch frühere Gebote, die ihre TTL nicht erreicht haben.
  4. Das zwischengespeicherte Gebot wird nur verwendet, wenn sein CPM das neue Gebot übertrifft.
  5. Erfolgreiche Gebote werden aus dem Pool entfernt. 

Vorausgesetzt, Sie haben jetzt eine gute Vorstellung vom Bid-Caching in Prebid, wollen wir herausfinden, wie Sie dies auf Ihrer Website implementieren können.

Gebote zwischenspeichern Vor-Angebot

Vor-Angebot, das Open-Source-Programm und das beliebteste Header-Bidding-Wrapper bietet auch eine Option zum Zwischenspeichern von Geboten, dies erfolgt jedoch auf Basis einer TTL (Time to Live). TTL definiert die Zeitspanne, bis die Gebote des Partnerbieters zwischengespeichert und erneut geprüft werden können.

Wie oben in den fairen Praktiken von erwähnt Implementierung von Prebid, es gibt nur einen sehr begrenzten Bereich, in dem dieser Gebots-Cache gilt für:

  • für denselben Anzeigenblock,
  • auf die gleichen Seitenaufrufe,
  • für denselben Benutzer und
  • bis zu einer bestimmten TTL

Der Aufwand, den Sie investieren müssen, um das Caching von Geboten zu aktivieren, hängt von der Version des Prebid-Adapters ab, die Sie verwenden.

Vorabgebotsversion <2

Die Aktivierung des Bid-Caching erfordert hier keinen zusätzlichen Aufwand. Wenn Sie das Header-Bidding richtig konfiguriert haben, sollte dies für Sie problemlos funktionieren, da diese Funktionalität bis zur Prebid-Version 2.0 standardmäßig aktiviert ist.

Vorabgebotsversion >2

Für Versionen über 2 müssen Sie dies manuell in Prebid aktivieren. Dies kann im Konfigurationsabschnitt erfolgen, indem einfach der folgende Befehl aktiviert wird:

pbjs.setConfig({ useBidCache: true })

Da es so einfach ist, Bid Caching auf Prebid zu implementieren, sollten Publisher nicht davor zurückschrecken, dies zu implementieren und von seiner Verwendung zu profitieren.


Autor

Shubham ist ein digitaler Vermarkter mit umfangreicher Erfahrung in der Werbetechnologiebranche. Er verfügt über umfassende Erfahrung in der Programmbranche und leitet Geschäftsstrategien und Skalierungsfunktionen, einschließlich, aber nicht beschränkt auf, Wachstum und Marketing, Betrieb, Prozessoptimierung und Vertrieb.

Schreibe einen Kommentar

Diese Seite verwendet Akismet, um Spam zu reduzieren. Erfahren Sie, wie Ihre Kommentardaten verarbeitet werden.

Neueste Beiträge