Ce este scalarea sumelor licitate și de ce să o folosiți?

Această postare a fost actualizată cel mai recent pe 14 septembrie 2021

Scalarea sumelor licitate este utilizată pentru a face ca toate ofertele să concureze în licitație ca o comparație de la mere la mere pe baza sumei nete plătite editorului. Scalarea sumelor licitate are loc între primirea sumelor licitate și transmiterea acestora în DFP. Toate principiile de scalare a ofertelor sunt aplicate tuturor cererilor în mod echitabil, egal și nediscriminatoriu, în funcție de venitul individual al ofertantului respectiv.

De obicei, notificăm ofertanții dacă există o schimbare negativă semnificativă în scala lor. Există multe motive pentru a mări sumele licitate:

Discrepanțele

Fiecare ofertant are de obicei o discrepanță între ceea ce raportează DFP pentru ofertantul respectiv și ceea ce raportează ofertantul însuși. Acest lucru se aplică cererii non-HB și la nivelul de alocare dinamică în câmpul „CPM valoare” al DFP. Unele campanii vândute direct și o minoritate de ofertanți sunt de acord să plătească pe baza cifrelor de trafic DFP, dar cea mai mare parte a ofertanților facturează doar propriile valori.

Nu toată cererea este creată egală - unii ofertanți au discrepanțe teribile în comparație cu alții, chiar și atunci când licitează de la burse care permit ofertanți aliați. De exemplu, AppNexus are mai mulți ofertanți care folosesc platforma sa, dar fiecare are propria discrepanță care variază foarte mult. Atunci când interfața de raportare a unui ofertant este în mod constant diferită de raportarea DFP pentru volume semnificative de afișări, reducem în mod corespunzător sumele licitate de la ofertantul respectiv. Acest lucru îi stimulează pe ofertanți să-și mențină discrepanțele la un nivel scăzut și menține licitația ca o comparație între mere și mere pentru toți ofertanții.

De exemplu, dacă avem Bidder98 care plătește constant 98 de cenți pe dolar pe baza raportării DFP și Bidder70 care plătește în mod constant doar 70 de cenți pe dolar, nu este corect să le comparăm direct în licitație. O ofertă de 8 USD de la Bidder98 valorează mai mult pentru editor decât o ofertă de 10 USD de la Bidder70. În acest caz, Bidder98 este redus automat cu 2%, iar Bidder70 este redus automat cu 30%. Oferta de 8 USD a lui Bidder98 va intra în licitație la 7,84 USD, iar oferta Bidder70 va intra în licitație la 7,00 USD.

În prezent, suntem în proces de analiză a discrepanțelor la un nivel mult mai granular - unii ofertanți au discrepanțe mai mari la anumite unități, tipuri de dispozitive sau zone geografice, așa că o discrepanță generală scară necorespunzător peste unele dintre sumele licitate, dar nu scalează suficient alte sume licitate. . Lucrăm în mod regulat cu partenerii noștri la cerere pentru a minimiza scalarea bazată pe discrepanțe.

Conversii valutare

Majoritatea ofertanților licitează în USD, dar unii nu fac. În plus, nu toate localurile au conturile DFP în USD. Dacă moneda nu este ajustată pentru a se potrivi cu moneda DFP înainte de a intra în DFP, elementele rând se vor aștepta la valori ale sumei licitate în moneda DFP, dar valoarea sumei licitate este de obicei în USD. Acest lucru cauzează eșecuri econometrice grave în licitație atunci când se compară sumele licitate pentru antet cu elementele rând care nu sunt licitate pentru antet (în special AdSense/AdX).

Actualizăm în mod regulat conversia valutară din surse importante de date FX. Nu percepem nicio taxă de schimb valutar, deoarece aceasta este de obicei între editor și instituția financiară a acestora, dacă există. Unele pub-uri străine vor avea chiar și operațiunile bancare efectuate în USD, în timp ce contul lor DFP este în moneda locală.

În plus, există o problemă în care conversia valutară se suprapune cu discrepanțe. Când pub-urile în valută străină au de-a face cu ofertanți din alte valute, unii ofertanți efectuează conversia imediat. Alții efectuează conversia în momentul plății, așa că nu există nicio altă modalitate de a consolida un cont la sfârșitul perioadei de plată, în afară de utilizarea unei scăderi a discrepanțelor. Nu există nicio modalitate de a garanta în momentul afișării la ce va fi plătită conversia, deoarece monedele fluctuează. La momentul impresiei, pub-ul și-a asumat riscul de fluctuație a monedei, iar apoi pub-ul folosește modificatorul de discrepanță pentru a susține cifrele. Aceasta are adesea câteva puncte procentuale repartizate într-o lună, în ambele direcții, dar ocazional poate fi mult mai mare (de exemplu, când a lovit Brexitul în 2016).

Licitare netă vs. brută

Când o ofertă vine la editor, uneori ofertantul nu și-a scos propria reducere din rev-share. Aceasta se numește o ofertă brută. În cazul în care ofertantul își scoate cota-parte, oferta este o ofertă netă. Unele platforme de licitare nu acceptă oferte nete (cel puțin 30% din toți ofertanții majori trimit oferte brute). Oferta trebuie redusă înainte de a intra în licitație pentru a vă asigura că partea din venit a ofertantului a fost eliminată. Prebid a adăugat scalarea sumelor licitate în timp real ca caracteristică prestabilită în Q4 2015 special pentru această problemă: https://github.com/prebid/Prebid.js/issues/17

De asemenea, puteți citi articolul nostru conex despre Licitarea antetului prelicitat.

Valoarea actuală netă a ofertelor

Cunoscută și sub numele de valoarea în timp a banilor, o sumă licitată de 10 USD la 90 net nu are valoare pentru un editor decât o sumă licitată de 9,80 USD la 30 net. Avem un grafic NPV standard care reduce sumele licitate pe baza termenilor de plată, de obicei doar câteva puncte procentuale. Ofertanții care plătesc mai încet sunt reduse mai mult decât ofertanții care plătesc mai repede. Acest procent este respins în calculele de discrepanță, așa că nu este numărat de două ori.

Un ofertant percepe chiar și câteva puncte procentuale pentru 30 net față de 90 net; acea taxă este transferată înapoi ofertantului prin scalarea ofertei.

Scalare vizibilitate

Unii ofertanți plăteau în trecut doar pentru afișările vizibile. Peste milioane de afișări, valoarea estimată a plății pentru acea afișare poate fi utilizată pentru sumă licitată. De exemplu, dacă unitatea este vizibilă în proporție de 70%, iar ofertantul trimite o ofertă de 10 USD, acea ofertă va intra în licitație ca valoare statistică așteptată, sau 7 USD. În prezent, niciun ofertant nu utilizează această tehnică, dar tehnologia noastră o acceptă în continuare.

Taxe tehnice

Pentru majoritatea editorilor MonetizeMore, gestionăm cea mai mare parte sau toată stiva lor de anunțuri, astfel încât toate sursele de cerere sunt afectate în mod egal de taxele noastre de tehnologie și nu se aplică nicio scalare a taxelor de tehnologie.

Pentru o mică minoritate de editori, aceștia au vânzări directe substanțiale și le derulăm doar licitarea pentru antet. În aceste cazuri, pub-ul va include, de obicei, cheltuielile generale în elementele rând și pentru a face licitația lor de la mere la mere, trebuie să reducem sumele licitate pentru antet cu cota din venit.

Unii editori mari rulează DFP Premium și li se percepe o mică taxă CPM fixă ​​pentru afișările traficate de DFP care nu reprezintă cererea Google Adsense/Adx. Pentru editorii care sunt taxați pentru DFP Premium la acest nivel CPM, putem aplica o scală CPM fixă. De exemplu, dacă un ofertant trimite o sumă licitată de 0,02 USD pentru o afișare, iar Google taxează editorului CPM cu 0,04 USD pentru afișările non-Google, editorul pierde de fapt bani care rulează acea afișare. Sumele licitate nete sub 1 penny sunt ignorate, astfel încât această sumă licitată nu ar fi considerată eligibilă pentru afișare.

Sunteți gata să faceți partener cu un partener Google Certified Publisher și să vă duceți veniturile publicitare la următorul nivel? Înscrieți-vă pentru un cont Premium la MonetizeMore astăzi!