PubGuru Schlüssel-Wert-Paare (KVPs) erklärt

Veröffentlicht: 2018-01-17

Dieser Beitrag wurde zuletzt am 21. März 2022 aktualisiert

Bei MonetizeMore verwenden wir zahlreiche Schlüssel-Wert-Paare (KVPs), um Informationen für das Targeting und Tracking im Anzeigenstapel weiterzugeben. Hier ist, was jeder KVP bedeutet:

  • m2_bidder : Bietercode für den Gewinner der Header-Bidding-Auktion für diese Impression
  • m2_pb : Höchstgebotswert des Gewinners der Header-Bidding-Auktion für diese Impression. PubGuru unterstützt internationale Währungen, sodass die Währung diejenige ist, die der Publisher in DFP verwendet.
  • m2_size : Größe des Creatives des Gewinners für die Header-Bidding-Auktion für diese Impression.
  • m2_config : stellt die HB-Codeversion sowie den Konfigurationsnamen dar. Dies ermöglicht es uns, die Leistung verschiedener Versionen unseres HB-Codes zu berechnen.
  • m2_bidder_list : Für einen winzigen Prozentsatz der Seitenaufrufe schließen wir einen Bieter aus der Auktion aus. Dadurch können wir die von jedem Bieter verursachte Steigerung sehen. Jedes Zeichen in dieser Zeichenfolge entspricht einem Bieter. Wir haben dies genutzt, um Bieter zu finden, die nur andere auffüllen oder die Auktion so verlangsamen, dass die Seiten-RPM sinkt.
  • test1, test10, test50, test90 : Publisher möchten regelmäßig Werbebuchungen testen, die nur bei bestimmten Seitenaufrufen zulässig sind. Für jede davon haben sie standardmäßig den Wert „0“. Bei 1 % der Seitenaufrufe ist test1 = 1. Bei 10 % der Seitenaufrufe ist test10 = 1. Bei 50 % der Seitenaufrufe ist test50 = 1. Und bei 90 % der Seitenaufrufe ist test90 = 1.
  • m2_traffic : Obwohl wir Header Bidding standardmäßig für 100 % der Seitenaufrufe ausführen, können wir Header Bidding für einen Prozentsatz der Seitenaufrufe deaktivieren. Dieser KVP gibt an, ob HB für diese Impression aktiviert war und für wie viel Prozent der Seitenaufrufe es aktiviert war. So bedeutet beispielsweise „hbon-50“, dass bei 50 % der Seitenaufrufe für dieses Segment HB aktiviert war und für diese bestimmte Impression HB aktiviert war.
  • m2_overbid : Standardmäßig richten wir HB-Werbebuchungen für Publisher, die andere Währungen in ihrem DFP-Konto verwenden, auf eine Gebotsobergrenze von 20 $ oder den Gegenwert in einer Fremdwährung ein. Jedes Gebot über dieser Obergrenze wird auf die Obergrenze abgerundet. Dies liegt daran, dass DFP sowohl eine lebenslange Werbebuchungsbegrenzung als auch eine aktive Werbebuchungsbegrenzung hat. Das verantwortungslose Erstellen von Werbebuchungen kann ein DFP-Konto vollständig zerstören, und da DFP-Konten an AdX- und Adsense-Konten gebunden sind, wird die gesamte Google-Kontenkette eines Publishers zerstört. Das ist ohne Frage schlecht. Einige Publisher haben jedoch Zielgruppen, bei denen es vorteilhaft sein kann, die Gebotsobergrenze auf über 20 $ anzuheben. Da es keine lebenslange KVP-Obergrenze gibt, verwenden wir m2_overbid, um Gebote zu verfolgen, die über der Gebotsobergrenze eingehen und abgerundet werden. Bei Publishern, die nicht vernachlässigbare Gebote über ihrer Obergrenze sehen, wird ihre Obergrenze angehoben.
  • m2_timeout : Dies ist ein kombiniertes KVP, das verwendet wird, um die Zeit für die Auktion zu verfolgen. Der KVP hat das folgende Format: t#e# oder manchmal t#e#x#. Die Zahl nach dem t ist das Basis-Timeout, das für die Auktion eingestellt ist. Die Zahl nach dem e ist die tatsächlich verstrichene Zeit für die Auktion. Manchmal ist dies kürzer als das Timeout (alle Gebote werden vorzeitig zurückgegeben und DFP war bereit, Impressionen auszulösen). Manchmal ist dies länger als das Timeout (normalerweise, weil DFP nicht bereit ist).
  • m2_auction_extension : Diese Combo-KVP wird verwendet, um die Parameter zu verfolgen, die für die Auktionserweiterung getestet werden. Bei der Auktionserweiterung überprüfen wir die Gebotsdichte und -verteilung des Publishers für diesen Seitenaufruf und verlängern die Auktion möglicherweise, wenn dies wahrscheinlich rentabel ist.
  • pageview : wird für jeden neuen Seitenaufruf auf 1 gesetzt. Um die Anzahl der Seitenaufrufe zu berechnen, bei denen unsere Technologie tatsächlich ausgeführt wurde, summieren Sie die Gesamtzahl der gefüllten und nicht ausgefüllten Seitenaufrufe = 1. Dies kann sich von Google Analytics unterscheiden, da GA normalerweise nicht werbeblockiert ist, während DFP werbeblockiert ist. Ignorieren Sie die Umsatznummer.
  • Sitzung : Dies ähnelt dem Seitenaufruf-KVP, außer dass stattdessen Sitzungen verfolgt werden. Um die Anzahl der Sitzungen zu berechnen, in denen unsere Technologie tatsächlich ausgeführt wurde, addieren Sie die Gesamtzahl der gefüllten und nicht gefüllten Impressionen, wobei Sitzung = 1 ist. Auch dies kann aufgrund von Adblock von GA abweichen.
  • request_uri : Einige Verlage möchten die Einnahmen nach Artikeln verfolgen. Die einfachste Methode für Publisher, dies zu tun, ist die Umsatzzuordnung „request_uri“. Das ist alles nach dem Domainnamen. Es ist jedoch wichtig zu beachten, dass KVPs eine Obergrenze von 40 Zeichen haben, sodass bei Publishern mit langen URLs ihre request_uri-Werte abgeschnitten werden können.
  • session_depth : stellt die Anzahl der Seitenaufrufe in der Sitzung des Benutzers dar. Einige Publisher möchten nur bestimmte Nachfragepartner in späteren Seitenaufrufen in der Sitzung aktivieren.
  • a9 : PubGuru unterstützt das Seitenladen der Header-Bidding-Technologie von Amazon A9. A9 wird nicht in unserem Wrapper gehandhabt, aber wir synchronisieren die beiden Timeouts zwischen HB und A9, sodass keiner die Auktion vorzeitig beenden kann. In diesem KVP verfolgen wir den Zustand von A9 zu dem Zeitpunkt, zu dem die Impression ausgelöst wird.
  • google : Google als werbetreibendes Unternehmen verlangt, dass Publisher-Inhalte markensicher und generell familienfreundlich sind. Um dem Rechnung zu tragen, haben wir ein Warnsystem, das nach kontroversen Inhalten sucht und diese identifiziert. Der Publisher kann dann google=0, google=no oder google=off festlegen, um alle Google-Werbebuchungen für diese Impression zu deaktivieren.
  • Wrapper : Wird normalerweise verwendet, wenn ein Publisher einen 50/50-Test zwischen PubGuru und einem anderen Wrapper eingerichtet hat. Solange dies auf 50 % eingestellt ist, kann man einfach die Gesamteinnahmen zwischen den beiden Wrapper-Segmenten vergleichen, um zu sehen, welches die höhere Seiten-RPM hat.

Umsatzzuordnungs-KVPs

PubGuru Header Bidding unterstützt auch die Gewinnzuordnung. Dies erfolgt über UTMs, und jede UTM hat einen entsprechenden KVP: utm_source , utm_campaign , utm_content , utm_term , utm_medium . Da DFP Berichte zu mehreren KVPs nicht unterstützt, unterstützen wir auch kombinierte KVPs:

  • utm_source_campaign : Quelle und Kampagne durch Doppelpunkt getrennt
  • utm_scm : Quelle, Kampagne und Medium, getrennt durch Doppelpunkte

KVPs von Drittanbietern

Einige unserer Werbepartner fügen dem Werbestapel auch KVPs hinzu. Diese beinhalten:

  • amznbid : der Bid-Hash für Amazon A9.
  • oxb, ox160x600 , ox300x250 , ox300x600 , ox320x50 , ox728x90 und ähnliche: Einige Implementierungen des Bieters von OpenX haben diese KVPs verwendet.