Perechile cheie-valoare (KVP) PubGuru explicate

Această postare a fost actualizată cel mai recent pe 21 martie 2022

La MonetizeMore, folosim numeroase perechi cheie-valoare (KVP) pentru a transmite informații pentru direcționare și urmărire în stiva de anunțuri. Iată ce înseamnă fiecare KVP:

• m2_bidder : codul ofertantului pentru câștigătorul licitației de licitare din antet pentru acea afișare
• m2_pb : valoarea licitată de top a câștigătorului licitației de licitare pentru antet pentru acea afișare. PubGuru are suport pentru monedă internațională, așa că moneda este orice folosește editorul în DFP.
• m2_size : dimensiunea reclamei câștigătorului pentru licitația de licitare pentru antet pentru acea afișare.
• m2_config : reprezintă versiunea codului HB, precum și numele config. Acest lucru ne permite să calculăm performanța diferitelor versiuni ale codului nostru HB.
• m2_bidder_list : pentru un procent mic de afișări de pagină, renunțăm la licitație un ofertant. Acest lucru ne permite să vedem creșterea cauzată de fiecare ofertant. Fiecare caracter din acest șir corespunde unui ofertant. Am folosit aceasta pentru a găsi ofertanți care doar completau alții sau încetineau licitația până la scăderea RPM a paginii.
• test1, test10, test50, test90 : periodic, editorii doresc să testeze elementele rând eligibile numai pentru anumite afișări de pagină. Pentru fiecare dintre acestea, ele implicit la o valoare de „0”. La 1% din afișări de pagină, test1 = 1. La 10% dintre afișări de pagină, test10 = 1. La 50% dintre afișări de pagină, test50 = 1. Și la 90% dintre afișări de pagină, test90 = 1.
• m2_traffic : deși rulăm implicit licitarea antetului pentru 100% din afișările de pagină, putem dezactiva licitarea antetului pentru un procent din afișările de pagină. Acest KVP vă spune dacă HB a fost activat pentru acea afișare și pentru ce procent de afișări de pagină a fost activat. Deci, de exemplu, „hbon-50” înseamnă că 50% din afișările de pagină pentru acel segment aveau HB activat, iar pentru acea anumită impresie, HB a fost activat.
• m2_overbid : în mod prestabilit, am configurat elementele rând HB la un plafon licitat de 20 USD sau echivalentul în valută pentru editorii care utilizează alte monede în contul lor DFP. Orice sumă licitată peste acest plafon este rotunjită în jos la plafon. Acest lucru se datorează faptului că DFP are atât o limită pentru elementul rând pe viață, cât și o limită activă pentru elementul rând. Crearea iresponsabilă de elemente rând poate distruge complet un cont DFP și, deoarece conturile DFP sunt legate de conturi AdX și AdSense, distruge întregul lanț de conturi Google al unui editor. Acest lucru este fără îndoială rău. Cu toate acestea, unii editori au segmente de public în care ar putea fi benefic să crească limita licitată peste 20 USD. Deoarece nu există un plafon KVP pe viață, folosim m2_overbid pentru a urmări sumele licitate care vin peste limita licitată și sunt rotunjite în jos. Editorii care văd sume licitate care nu sunt neglijabile peste limita lor vor avea limita maximă.
• m2_timeout : acesta este un KVP combinat folosit pentru a urmări timpul pentru licitație. KVP are următorul format: t#e#, sau uneori t#e#x#. Numărul care urmează după t este timpul de expirare de bază setat pentru licitație. Numărul care urmează după e este timpul efectiv scurs pentru licitație. Uneori, aceasta este mai scurtă decât expirarea (toate sumele licitate înapoi devreme și DFP era pregătit să declanșeze afișări). Uneori, aceasta este mai lungă decât expirarea (de obicei, de la DFP nu este gata).
• m2_auction_extension : acest KVP combinat este folosit pentru a urmări parametrii testați pentru extensia licitației. Cu extensia de licitație, verificăm densitatea și distribuția sumelor licitate ale editorului pentru acea afișare de pagină și, eventual, extindem licitația dacă este probabil să fie profitabil să facem acest lucru.
• vizualizare de pagină : aceasta este setată la 1 pentru fiecare vizualizare de pagină nouă. Pentru a calcula numărul de afișări de pagină în care a rulat tehnologia noastră, însumați numărul total de afișări de pagină completate și necompletate=1. Acest lucru poate fi diferit de Google Analytics, deoarece GA nu este de obicei blocat de anunțuri, în timp ce DFP este blocat de anunțuri. Ignorați numărul de venituri.
• sesiune : aceasta este similară cu KVP de vizualizare de pagină, cu excepția faptului că urmărește sesiunile. Pentru a calcula numărul de sesiuni în care tehnologia noastră a rulat efectiv, însumați numărul total de afișări completate și necompletate, unde sesiune=1. Din nou, acest lucru poate diferi de GA din cauza adblock.
• request_uri : unii editori doresc să urmărească veniturile în funcție de articol. Cea mai simplă metodă pentru editori de a face acest lucru este atribuirea veniturilor request_uri. Acesta este totul după numele de domeniu. Totuși, este important să rețineți că KVP-urile au o limită de 40 de caractere, astfel încât editorii cu adrese URL lungi pot avea valorile request_uri trunchiate.
• session_depth : reprezintă numărul vizualizării de pagină din sesiunea utilizatorului. Unii editori doresc să activeze doar anumiți parteneri la cerere în afișările ulterioare de pagină din sesiune.
• a9 : PubGuru acceptă încărcarea laterală a tehnologiei de licitare a antetului Amazon A9. A9 nu este gestionat în ambalajul nostru, dar sincronizăm cele două timeout-uri între HB și A9, astfel încât niciunul să nu poată încheia licitația mai devreme. În acest KVP, urmărim starea A9 la momentul declanșării amprentei.
• google : Google, ca companie de publicitate, cere ca conținutul editorilor să fie sigur pentru marcă și, în general, adecvat pentru familii. Pentru a face față acestui lucru, avem un sistem de avertizare care caută și identifică conținut controversat. Editorul poate apoi seta google=0, google=no sau google=off pentru a dezactiva toate elementele rând Google pentru acea afișare.
• wrapper : folosit de obicei atunci când un editor a configurat un test 50/50 între PubGuru și un alt wrapper. Atâta timp cât acesta este setat la 50%, se poate compara pur și simplu venitul total dintre cele două segmente de wrapper pentru a vedea care are RPM-ul de pagină mai mare.

KVP de atribuire a veniturilor

PubGuru Header Bidding acceptă, de asemenea, atribuirea profitului. Acest lucru se face prin UTM-uri, iar fiecare UTM are un KVP corespunzător: utm_source , utm_campaign , utm_content , utm_term , utm_medium . Deoarece DFP nu acceptă rapoarte pentru mai multe KVP, acceptăm și KVP combinate:

• utm_source_campaign : sursa și campania separate prin două puncte
• utm_scm : sursă, campanie și mediu, separate prin două puncte

KVP-uri terțe

Unii dintre partenerii noștri publicitari adaugă și KVP-uri în stiva de anunțuri. Acestea includ:

• amznbid : hash-ul licitației pentru Amazon A9.
• oxb, ox160x600 , ox300x250 , ox300x600 , ox320x50 , ox728x90 și similare: unele implementări ale ofertantului OpenX au folosit aceste KVP.