Creatives, floors and yield in Ad Manager

0:00Welcome, outcomes and key terms

Play from 0:00 मंगलवार को आपकी team में कोई Ad Manager में एक pricing rule जोड़ता है। Homepage पर, एक डॉलर पचास सेंट।

Play from 0:21 गुरुवार तक homepage पर Prebid की जीत आधी रह जाती है। ये illustrative है। Prebid को किसी ने छुआ तक नहीं। उसका floor अब भी एक डॉलर है।

Play from 0:32 एक डॉलर से डेढ़ डॉलर के बीच की bids अब भी Ad Manager तक पहुँचती हैं। बस उनके line items को अब compete करने की इजाज़त नहीं है।

Play from 0:38 ये module set-up के उस हिस्से के बारे में है जो तय करता है कि bid render होगी, compete करेगी और कमाएगी या नहीं। RediAds Academy की Header Bidding Masterclass के Module छह में आपका स्वागत है: Ad Manager में creatives, floors और yield।

Play from 0:44 इस module के आख़िर तक आप चार चीज़ें कर पाएँगे।

Play from 0:47 Top bid भेजने और all bids भेजने में से चुनना, आदत से नहीं, नंबरों से।

Play from 0:52 एक जीतने वाली bid कैसे render होती है, उसे trace करना, SafeFrame के अंदर भी।

Play from 0:58 Prebid और Ad Manager दोनों में floors set करना, बिना दोनों layers को आपस में लड़ाए।

Play from 1:03 और ऐसा split test design करना जिसके जवाब पर आप भरोसा कर सकें।

Play from 1:09 पहले आठ terms। ये सब examples के साथ दोबारा आएँगे।

Play from 1:13 Send all bids का मतलब है हर bidder की keys Ad Manager को जाती हैं। Top bid का मतलब है सिर्फ़ winner की keys जाती हैं। PUC, यानी Prebid Universal Creative, एक छोटी script है जो जीतने वाली bid को render करती है। SafeFrame एक sandboxed frame है जो ad को आपके page से अलग रखता है।

Play from 1:33 Price Floors module, browser में Prebid का floor engine है। Pricing rule, Ad Manager का floor है जो ad server के अंदर set होता है। Control group वो traffic है जिसे आप test में बिना बदले छोड़ते हैं। और RPS मतलब हर हज़ार sessions पर revenue। Yield changes के लिए यही फ़ैसले वाला metric है।

Play from 1:53 हम यहाँ हैं। Module पाँच ने Ad Manager वाला हिस्सा बनाया: ad units, keys, granularity और line item ladder।

Play from 2:08 Module छह उस set-up से कमाई करवाता है। पहले creatives, फिर floors, फिर testing।

Play from 2:15 Module सात debugging का है, और Module आठ discrepancies और monitoring के साथ loop पूरा करता है।

Play from 2:19 अगर आपने send all bids पहले ही चुन लिया है और आपके creatives साफ़ render होते हैं, तो आप सीधे chapter चार पर जा सकते हैं: दो जगह floors।

2:24Send all bids or the top bid

Play from 2:24 Chapter एक। Prebid, Ad Manager को हर slot की एक bid भेज सकता है, या उसे मिली हर bid। सुनने में ये एक छोटी setting लगती है। लेकिन ये आपके line items, keys, reports और ad requests सब बदल देती है।

Play from 2:41 देखते हैं कि हर mode में Ad Manager तक क्या पहुँचता है।

Play from 2:44 Top bid में सिर्फ़ winner जाता है। Keys का एक generic set: hb_pb, hb_bidder, hb_adid, hb_size और hb_format।

Play from 2:55 Send all bids में generic set तो जाता ही है, साथ में हर bidder का एक set भी। जैसे hb_pb underscore rediads।

Play from 3:03 Send all bids, Prebid का default है। तो अगर किसी ने कुछ नहीं चुना, तो आप पहले से इसी में हैं।

Play from 3:10 पहला trade-off: line items। ये रहा Module पाँच वाला plan। Illustrative।

Play from 3:15 Top bid: दो सौ तीस line items। एक banner ladder, एक video ladder।

Play from 3:20 चार bidders के साथ send all bids: नौ सौ बीस। हर ladder, हर bidder के लिए दोहराई जाती है।

Play from 3:27 पाँचवाँ bidder जोड़िए, तो send all bids फिर बढ़ता है, दो सौ तीस और। Top bid ठीक वहीं रहता है जहाँ था।

Play from 3:35 दूसरा trade-off: आपकी reports क्या दिखा सकती हैं।

Play from 3:38 Top bid सिर्फ़ winners दिखाता है। आपको पता है कौन जीता, लेकिन ये नहीं कि किसने bid की और हार गया।

Play from 3:45 Send all bids हर partner की bids दिखाता है। आप bid rates देख सकते हैं, partners की तुलना कर सकते हैं और contract वाली commitments check कर सकते हैं।

Play from 3:55 Send all bids की असली वजह यही है। अगर कोई ये reports पढ़ता ही नहीं, तो आप ऐसे data के लिए पैसे दे रहे हैं जो कभी इस्तेमाल नहीं होता।

Play from 4:05 तीसरा trade-off: keys और request size।

Play from 4:09 Top bid को बस गिनी-चुनी keys चाहिए, bidders कितने भी हों।

Play from 4:13 Send all bids हर bidder के लिए पाँच keys जोड़ता है। बारह bidders, network के दो सौ keys वाले budget में साठ keys जोड़ देते हैं।

Play from 4:22 और हर key, ad request को लंबा करती है। Prebid के docs में पंद्रह bidders लगभग दो हज़ार छह सौ characters जोड़ते दिखते हैं।

Play from 4:33 चौथा trade-off, जिसे अक्सर भुला दिया जाता है: control।

Play from 4:37 हर bidder की अपनी ladder हो, तो आप wrapper को छुए बिना Ad Manager में एक bidder के line items pause कर सकते हैं।

Play from 4:45 आप एक bidder को SafeFrames के अंदर serve कर सकते हैं और दूसरे को बाहर, अगर उनके creatives को इसकी ज़रूरत हो। इस पर हम chapter तीन में लौटेंगे।

Play from 4:52 Top bid में हर bidder एक ही ladder और creative rules का एक ही set share करता है।

Play from 4:59 आपको सब कुछ या कुछ नहीं, ऐसा चुनना ज़रूरी नहीं है।

Play from 5:03 Hybrid तरीका: targeting के लिए एक generic ladder, और reporting के लिए कुछ bidder keys, जैसे price और bidder।

Play from 5:11 Prebid एक bid limit से ये भी सीमित कर सकता है कि वो कितनी bids भेजे। जैसे हर slot की सिर्फ़ top तीन bids।

Play from 5:18 और अगर आप top bid के साथ private deals चलाते हैं, तो Prebid winner के साथ deal bids भी भेज सकता है।

Play from 5:25 फ़ैसला करने का एक जल्दी वाला तरीका। तीन सवाल।

Play from 5:29 क्या कोई हर महीने per-bidder reports पढ़ेगा? अगर नहीं, तो top bid की तरफ़ झुकिए।

Play from 5:34 क्या आपको per-bidder control चाहिए, जैसे SafeFrame वाले फ़ैसले या किसी एक partner को pause करना? अगर हाँ, तो send all bids की तरफ़ झुकिए।

Play from 5:43 क्या आप key budget के करीब हैं, या अक्सर bidders जोड़ते रहते हैं? तब hybrid आमतौर पर आराम वाला बीच का रास्ता है।

Play from 5:51 जो भी चुनें, क्यों चुना ये लिख लीजिए। अगला जो इसे बदलेगा, वो ये जानना चाहेगा।

Play from 5:57 इस चुनाव में हम तीन गलतियाँ देखते हैं।

Play from 6:00 पहली: send all bids default रूप से on छोड़ दिया, लेकिन हर bidder की ladder नहीं बनाई। Bidder keys हर request को लंबा करती हैं, और उन्हें कभी कोई इस्तेमाल नहीं करता।

Play from 6:13 दूसरी: line items दोबारा बनाए बिना wrapper में mode बदल देना। जो rungs hb_pb underscore rediads को target करते थे, वो अब ऐसी keys का इंतज़ार करते हैं जो कभी नहीं आतीं।

Play from 6:26 तीसरी: reports के लिए send all bids चुनना, और फिर उन्हें कभी न खोलना।

6:32How the winning bid renders

Play from 6:33 Chapter दो। Ad Manager में एक Prebid line item जीत गया है। अब उसके creative को सही ad दिखाना है, सही bidder का, सही size में।

Play from 6:43 जीत के बाद ये होता है।

Play from 6:45 Ad Manager जीतने वाले line item का creative slot में serve करता है।

Play from 6:49 उससे पहले वो creative के macros को request की key-values से भरता है। सबसे ज़रूरी है hb_adid।

Play from 6:56 Creative असल में ad नहीं है। ये एक छोटा loader है जो page पर Prebid से उस ID वाली bid माँगता है।

Play from 7:03 Prebid ad दे देता है, और loader उसे slot में render करता है।

Play from 7:08 Ad Manager और Prebid के बीच की कड़ी, creative में एक macro है।

Play from 7:13 Creative में एक pattern macro होता है जो key का नाम लेता है: hb_adid।

Play from 7:18 जब Ad Manager creative serve करता है, तो वो macro की जगह request से उस key की value डाल देता है।

Play from 7:25 Send all bids में हर bidder का creative उसी bidder की key इस्तेमाल करता है। जैसे hb_adid underscore rediads।

Play from 7:32 और लंबे bidder codes के लिए ये Module पाँच वाला कटा हुआ नाम है। Creative को ठीक वही इस्तेमाल करना होगा जो Ad Manager ने रखा।

Play from 7:41 उस creative में आप दो तरह के loader डाल सकते हैं।

Play from 7:44 Prebid Universal Creative एक script है जो CDN से आती है। ये web pages, AMP और apps, तीनों के लिए चलती है।

Play from 7:52 Prebid.js dynamic creatives एक छोटा inline loader हैं। इनसे extra script fetch बचता है। लेकिन ये page पर Prebid.js पर निर्भर हैं, इसलिए apps या AMP में नहीं चलते।

Play from 8:05 दोनों में ladder वही, keys वही। बदलती है तो सिर्फ़ creative body।

Play from 8:11 अगर आप Universal Creative इस्तेमाल करते हैं, तो उसका version अपने wrapper के साथ मिलाकर रखिए।

Play from 8:17 नए Prebid versions वो hb_ver key set करते हैं जो आपने Module पाँच में देखी थी।

Play from 8:23 Creative इससे हर बार matching Universal Creative version load कर सकता है।

Play from 8:28 दूसरा तरीका है script को सीधे हर creative में copy करना। इससे एक fetch बचता है। लेकिन फिर वो कभी अपने आप update नहीं होती, और किसी को याद रखना पड़ता है।

Play from 8:39 Sizes पर एक छोटा reminder, क्योंकि render की बहुत सी problems यहीं से शुरू होती हैं।

Play from 8:45 एक बाय एक creative किसी भी size में serve हो जाता है, और loader hb_size से frame का size बदल देता है।

Play from 8:53 असली size वाले creatives ज़्यादा सटीक report करते हैं। लेकिन बीस sizes का मतलब सौ creative copies तक हो सकता है। ये Prebid का अपना example है।

Play from 9:02 और दोनों ही तरीकों में Ad Manager एक page पर हर creative सिर्फ़ एक बार दिखाता है। तो इतनी copies रखिए कि एक साथ जीत सकने वाले हर slot के लिए काफ़ी हों।

Play from 9:14 एक normal page frame पर render का रास्ता छोटा है।

Play from 9:16 Creative का frame सीधे page तक पहुँच सकता है।

Play from 9:19 तो loader, ad ID देकर Prebid का render function call करता है।

Play from 9:23 Prebid जीतने वाला ad frame में लिख देता है, और bid को won के रूप में record करता है।

Play from 9:27 चलिए इसे अपने demo page पर होते हुए देखते हैं।

Play from 9:32 ये रहा render का रास्ता, बिलकुल धीमा करके। ये खाली frame एक stand-in है। आपकी site पर Ad Manager जीतने वाला creative यहीं load करता।

Play from 10:08 Creative का बस एक ही काम है: एक ID ढूँढना। ये रही वो, winner की hb_adid। असली creative में ये macro भरता है।

Play from 10:26 अब मैं वही करूँगा जो loader करता है। मैं Prebid से कहता हूँ कि वो ID इस frame में render करे।

Play from 10:35 और ये रहा ad। Bid दो डॉलर सैंतीस सेंट की थी, हमारे test RediAds bidder से। ऐसा होने के लिए Ad Manager से कुछ वापस नहीं आया, सिर्फ़ ID।

Play from 10:40 चलिए Prebid के अपने records से confirm करते हैं। एक जीतने वाली bid: RediAds, दो डॉलर सैंतीस, status rendered।

Play from 10:42 और events, order में। पहले bid won, फिर ad render succeeded। Analytics adapters इन्हीं दो events को सुनते हैं। जब render fail होता है, तो आप सबसे पहले यहीं देखेंगे। Module सात ठीक यही करता है।

Play from 10:43 ये stand-in एक चीज़ नहीं दिखा सकता: SafeFrame। हमारा frame page वाले domain पर ही है, इसलिए direct call चल जाती है। SafeFrame के अंदर यही ID, frame के आर-पार एक message बनकर जाती। वो chapter तीन है।

Play from 10:45 Creatives में हम तीन गलतियाँ देखते हैं।

Play from 10:47 पहली: send all bids वाला creative जो अब भी सादी hb_adid key इस्तेमाल करता है। वो overall winner को render करता है, चाहे असल में किसी भी bidder का line item serve हुआ हो।

Play from 11:00 दूसरी: बहुत कम creative copies। उसी rung पर जीतने वाले दूसरे slot के पास दिखाने को कुछ नहीं होता।

Play from 11:07 तीसरी: सालों पहले हर creative में paste किया गया loader, जो तब से कभी update नहीं हुआ।

11:13SafeFrames, native and video

Play from 11:14 Chapter तीन। बहुत से publishers Prebid creatives को SafeFrames के अंदर serve करते हैं। Native और video अपने अलग creative रास्ते पर चलते हैं। चलिए एक-एक करके देखते हैं।

Play from 11:28 SafeFrame एक managed iframe है, जो आपके page से अलग domain से serve होता है।

Play from 11:33 Ad आपके page के अंदर नहीं पहुँच सकता। और ad आपके page को दोबारा नहीं लिख सकता।

Play from 11:39 दोनों सिर्फ़ एक तय messaging channel से बात करते हैं।

Play from 11:41 यही security का फ़ायदा है। और इसी वजह से chapter दो वाली direct call अब नहीं चलती।

Play from 11:48 तो SafeFrame के अंदर render का रास्ता बदल जाता है।

Play from 11:51 Loader frame से बाहर एक message भेजता है, और इस hb_adid वाली bid माँगता है।

Play from 11:56 Page पर Prebid, ad के साथ जवाब देता है।

Play from 11:59 फिर loader SafeFrame के अंदर सही size का एक frame बनाता है, और ad वहाँ render करता है।

Play from 12:05 ID वही, नतीजा वही। बस frame के आर-पार एक extra बातचीत।

Play from 12:11 ये रही Prebid की guidance, चार हिस्सों में।

Play from 12:15 Banner और native creatives के लिए SafeFrames इस्तेमाल कीजिए।

Play from 12:19 कुछ formats, जैसे rich media, SafeFrame के अंदर render नहीं हो सकते।

Play from 12:24 कुछ bidders SafeFrames support नहीं करते। हर bidder के documentation में देखिए, या उनसे पूछिए।

Play from 12:29 और send all bids में आप ये फ़ैसला bidder-दर-bidder कर सकते हैं।

Play from 12:35 तो launch से पहले creatives को bidder-दर-bidder test कीजिए। ये रहा एक आसान तरीका।

Play from 12:40 एक test page लीजिए, जिसमें एक बार में एक ही bidder की test bids हों।

Play from 12:45 हर test को SafeFrame के अंदर भी serve कीजिए और बाहर भी।

Play from 12:49 हर बार तीन चीज़ें check कीजिए। Ad सही size में दिखता है। Click करने पर landing page खुलता है। और कोई expanding ad है तो वो expand होता है।

Play from 12:59 नतीजे एक छोटी table में लिखिए, हर bidder और format की एक row। जब कोई नया bidder जुड़े, तो traffic मिलने से पहले उसकी नई row बने।

Play from 13:10 Native भी इसी pattern पर चलता है, बस creative अलग है।

Play from 13:12 Native line items, hb_format equals native को target करते हैं।

Play from 13:17 Creative, Ad Manager की एक native style इस्तेमाल करता है जो आपकी site के अपने design से बनी होती है।

Play from 13:24 Loader जीतने वाली bid के assets लाता है, जैसे title, image और sponsor, और उन्हें भर देता है। Template के options Prebid के docs में बताए गए हैं।

Play from 13:34 Video फिर से अलग है।

Play from 13:35 Video को आमतौर पर अपनी ladder मिलती है, अक्सर custom buckets पर, क्योंकि video की prices ऊँची होती हैं।

Play from 13:42 Creative एक VAST redirect है, script नहीं। ये video player को Prebid Cache की तरफ़ भेजता है।

Play from 13:48 hb_uuid key, cache को बताती है कि कौन सा video ad लौटाना है। Send all bids में हर bidder का इस key का अपना version होता है।

Play from 13:56 Keys वही, ladders वही, बस आख़िर में creative अलग।

Play from 14:01 यहाँ हम तीन गलतियाँ देखते हैं।

Play from 14:03 पहली: हर Prebid creative को ज़बरदस्ती SafeFrame में डालना, उस bidder को भी जिसके rich media को expand होना है। उसके ads छोटे render होते हैं, या blank।

Play from 14:14 दूसरी: native line items का banner creatives share करना। Bid जीत जाती है, और assets कभी दिखते ही नहीं।

Play from 14:22 तीसरी: video bids का बीस डॉलर वाले banner cap पर दब जाना, क्योंकि किसी ने video ladder बनाई ही नहीं।

14:30Floors in two places

Play from 14:31 Chapter चार: floors। Floor वो सबसे कम price है जो आप लेने को तैयार हैं। आप इसे दो जगह set कर सकते हैं, और ये दोनों अपने आप एक-दूसरे से सहमत नहीं होते।

Play from 14:43 देखिए हर layer कहाँ काम करती है।

Play from 14:46 Bids आपके partners से browser में आती हैं।

Play from 14:49 Prebid का Price Floors module उन्हें सबसे पहले check करता है। Floor से नीचे की bids reject हो जाती हैं, और कभी Ad Manager तक नहीं पहुँचतीं।

Play from 14:59 जो bids बचती हैं, वो key-values बनकर Ad Manager तक जाती हैं।

Play from 15:03 Ad Manager के अंदर pricing rules, Google की demand के लिए floors set करते हैं, और remnant line items के लिए भी, जिनमें आपकी Prebid ladder भी है।

Play from 15:13 दो layers मतलब गलती करने की दो जगहें। चलिए हर एक को ठीक से देखते हैं।

Play from 15:18 पहले, Prebid की layer।

Play from 15:20 Floors असल में rules हैं। ये media type, size, ad unit या domain के हिसाब से बदल सकते हैं।

Play from 15:27 Matching floor से नीचे की bids rejected mark हो जाती हैं।

Play from 15:31 जो bidders support करते हैं, उन्हें Prebid floor भी भेजता है, ताकि वो उसे ध्यान में रखकर bid करें।

Play from 15:36 और हर rule के नीचे safety net की तरह एक minimum floor रखा जा सकता है।

Play from 15:43 एक fixed floor ज़्यादा दिन क्यों नहीं टिकता, ये देखिए। ये illustrative shape है, असली data नहीं।

Play from 15:49 Bid prices दिन भर बदलती रहती हैं, size के हिसाब से, country के हिसाब से और device के हिसाब से।

Play from 15:55 Static floor एक सपाट line है। शांत समय में बहुत ऊँची, जो अच्छी bids को रोकती है। और peak पर बहुत नीची।

Play from 16:02 Prebid के अपने docs static floors के ख़िलाफ़ सलाह देते हैं। उनके शब्दों में, ये भोथरे tools हैं जिन्हें update करना आप भूल जाएँगे।

Play from 16:10 इसकी बजाय module एक endpoint से ताज़ा rules ला सकता है, आपके अपने data से या किसी floor provider से। RediAds का Jeanie AI ऐसा ही एक provider है: ये live performance signals से floors और bidder behaviour को adjust करता है। आप जो भी इस्तेमाल करें, उसे एक split से test कीजिए, जैसा आप Chapter पाँच में देखेंगे।

Play from 16:32 अब Ad Manager की layer। दिसंबर दो हज़ार पच्चीस में Google ने unified pricing rules का नाम बदलकर सिर्फ़ pricing rules कर दिया।

Play from 16:41 ये Google के open और private auctions पर लागू होते हैं, Open Bidding पर, और AdSense backfill पर।

Play from 16:48 ये remnant line items पर भी लागू होते हैं: price priority, network और bulk। इसमें आपकी Prebid ladder भी आती है।

Play from 16:56 ये programmatic direct deals पर लागू नहीं होते, और न house line items पर।

Play from 17:00 और एक network में दो सौ तक active pricing rules हो सकते हैं।

Play from 17:06 हर pricing rule में price तय करने के दो मुख्य तरीके हैं।

Play from 17:09 Floor price fixed होता है। जीतने वाली bid कम से कम उतनी होनी चाहिए।

Play from 17:14 Target CPM default है। Google असली floor अपने आप adjust करता है, आपके target को निशाना बनाकर, fill और yield का balance रखते हुए।

Play from 17:26 दिसंबर दो हज़ार पच्चीस से एक rule खास programmatic bidders के लिए अलग floors भी set कर सकता है।

Play from 17:32 जो भी इस्तेमाल करें, scope याद रखिए। अगर rule price priority को cover करता है, तो वो आपके Prebid rungs को भी cover करता है।

Play from 17:41 ये रहा cold open, पूरा हल करके। Illustrative।

Play from 17:45 Prebid का floor: एक डॉलर। Homepage पर Ad Manager का pricing rule: एक डॉलर पचास, जो remnant line items को cover करता है।

Play from 17:54 एक डॉलर बत्तीस की bid आती है। वो Prebid का floor पार कर लेती है, और उसकी key कहती है एक point तीन शून्य।

Play from 18:01 एक डॉलर तीस वाला rung match हो जाता है। लेकिन उसका rate pricing rule से नीचे है, इसलिए उसे compete करने नहीं दिया जाता।

Play from 18:08 Ad Manager के delivery tools उस line item को below the pricing rule floor दिखाएँगे। एक डॉलर से डेढ़ डॉलर के बीच की हर bid अब बेकार जा रही है।

Play from 18:19 चलिए देखते हैं कि floor असल में करता क्या है। चार test bids, और अभी कोई floor नहीं।

Play from 18:52 RediAds दो डॉलर सैंतीस पर, Index दो डॉलर बारह पर, Sovrn एक डॉलर छियानवे पर, OpenX एक डॉलर बावन पर। चारों eligible हैं।

Play from 19:08 अब वही page, banner पर दो डॉलर पाँच सेंट के Prebid floor के साथ। दो bids बचीं। और ये रहीं बाकी दो, जो Ad Manager के देखने से पहले ही browser में reject हो गईं।

Play from 19:17 अब Ad Manager को क्या मिलता है? सिर्फ़ बची हुई bids की keys। Winner नहीं बदला, और उसका bucket भी नहीं बदला। इस पर ध्यान दीजिए। यहाँ floor ने जीतने वाली bid की price बिलकुल नहीं बढ़ाई। उसने बस हारने वालों को हटा दिया।

Play from 19:21 अब थोड़ा और आगे चलते हैं। दो डॉलर पचास का floor। Targeting खाली है। इस slot के लिए Prebid, Ad Manager को कुछ नहीं भेजता। Impression उस demand को जाता है जो बची है: Ad Exchange, कोई house ad, या कुछ भी नहीं।

Play from 19:23 यही बात याद रखनी है। Floor किसी bid को बढ़ाता नहीं है। वो अपने से नीचे की bids को हटा देता है। इससे आपकी कमाई बढ़ेगी या नहीं, ये इस पर निर्भर है कि जो impressions वो हटाता है उनका क्या होता है।

Play from 19:26 आधे रास्ते का check। ख़ुद हल करना चाहें तो video pause कर लीजिए।

Play from 19:35 Prebid का floor एक डॉलर है। Ad Manager का एक डॉलर पचास वाला pricing rule आपके Prebid line items को cover करता है। आप medium granularity इस्तेमाल करते हैं। एक डॉलर चौवन की bid आती है। क्या उसका line item compete कर सकता है?

Play from 19:45 हाँ, बस मुश्किल से। Medium, एक डॉलर चौवन को नीचे round करके एक point पाँच शून्य कर देता है। एक डॉलर पचास वाला rung, एक डॉलर पचास वाले pricing rule को पूरा करता है, इसलिए वो compete करता है। एक डॉलर उनचास की bid नहीं कर पाती। उसका rung एक डॉलर चालीस है।

Play from 20:05 अब auction का दूसरा पहलू: Ad Exchange। Illustrative prices।

Play from 20:09 एक bidder का असली offer दो डॉलर सैंतीस है।

Play from 20:12 Medium पर आपका line item दो डॉलर तीस पर enter करता है।

Play from 20:16 Ad Exchange दो डॉलर तैंतीस की bid करता है। वो line item को हरा देता है, तो वो जीत जाता है, जबकि header bid ज़्यादा थी।

Play from 20:24 Dense पर rung दो डॉलर सैंतीस होता, और header bid जीत जाती। Ad Exchange को जो price हराना है, वो आपका bucket है, असली bid नहीं।

Play from 20:33 तो floor की दो layers को आपस में लड़ने से कैसे रोकें? चार आदतें।

Play from 20:38 Floors का एक owner रखिए। एक इंसान या एक team, जो दोनों में से किसी भी layer के हर बदलाव पर sign off करे।

Play from 20:46 लिख लीजिए कि कौन सी layer क्या करती है। जैसे Prebid बहुत कम bids से बचाता है, और Ad Manager, Google की demand की price तय करता है।

Play from 20:54 जब कोई pricing rule price priority को cover करे, तो check कीजिए कि कौन से Prebid rungs उसके नीचे आते हैं। वो rungs वहाँ कभी नहीं जीत सकते।

Play from 21:03 और एक बार में एक ही layer बदलिए। वरना आपको कभी पता नहीं चलेगा कि किस बदलाव ने क्या किया।

Play from 21:09 Floors में हम तीन गलतियाँ देखते हैं।

Play from 21:12 पहली: Ad Exchange के लिए एक pricing rule जोड़ना, बिना ये देखे कि वो Prebid ladder को भी cover करता है।

Play from 21:19 दूसरी: CPM बढ़ाने के लिए Prebid floor ऊपर करना, जबकि असल में उसने impressions सस्ती demand को दे दिए।

Play from 21:27 तीसरी: एक ही हफ़्ते में दोनों layers में floors बदलना। Revenue हिलता है, और कोई नहीं बता पाता कि क्यों।

21:35Split-test design

Play from 21:36 Chapter पाँच। Floor, granularity या creative का कोई भी बदलाव एक साथ सब पर कभी roll out मत कीजिए। Traffic को split कीजिए, और नंबरों को फ़ैसला करने दीजिए। ये रहा ऐसा test design करने का तरीका जिस पर आप भरोसा कर सकें।

Play from 21:53 कोई भी traffic हिलने से पहले, चार lines लिखिए।

Play from 21:57 बदलाव। ठीक एक। जैसे Prebid banner floor को पचास सेंट से अस्सी सेंट करना।

Play from 22:03 सवाल। क्या इससे हर हज़ार sessions पर revenue बढ़ता है?

Play from 22:07 फ़ैसले वाला metric, अभी चुना हुआ, नतीजे देखने के बाद नहीं।

Play from 22:10 और अवधि। कम से कम दो पूरे हफ़्ते, ताकि हर weekday और हर weekend दोनों groups में आए।

Play from 22:18 अगला, तय कीजिए कि split किसका होगा: auctions का, या लोगों का।

Play from 22:22 Auction के हिसाब से split करना आसान है। हर auction random तरीके से assign होता है। Prebid का Floors module इसी तरह करता है।

Play from 22:31 User या page view के हिसाब से split करने पर एक इंसान का experience एक जैसा रहता है। Group आप ख़ुद assign करते हैं, जैसे session के लिए store किए गए एक random number से।

Play from 22:42 Floors आमतौर पर auction के हिसाब से अच्छे split होते हैं। जो बदलाव लोग महसूस कर सकते हैं, जैसे refresh या lazy loading, उन्हें user के हिसाब से split करना बेहतर है।

Play from 22:55 Floors के लिए Prebid आपको split करने के दो built-in तरीके देता है।

Play from 22:59 Skip rate: auctions का वो प्रतिशत जिनमें floors skip होते हैं। दस का skip rate लगभग दस में से एक auction को बिना floors के छोड़ता है। वही आपका control है।

Play from 23:10 Model groups: दो या ज़्यादा floor models, हर एक का अपना weight। Prebid weights को normalise करता है। बीस और पचास के weights, लगभग उनतीस प्रतिशत auctions पहले model को भेजते हैं।

Play from 23:22 दोनों हर bid request पर record होते हैं, ताकि आपका analytics groups को अलग पहचान सके।

Play from 23:29 Prebid का analytics groups देख सकता है। Ad Manager नहीं देख सकता, जब तक आप उसे बताएँ नहीं।

Play from 23:35 Group को page पर assign कीजिए, फिर उसे page-level key-value के रूप में set कीजिए। जैसे rd underscore test नाम की key, a और b values के साथ।

Play from 23:45 वो key Ad Manager में बनाइए, दोनों values पहले से defined रखकर।

Play from 23:50 Test शुरू होने से पहले reporting on कीजिए। याद है, backfill नहीं होता।

Play from 23:54 अब हर Ad Manager report को group के हिसाब से split किया जा सकता है, Ad Exchange revenue समेत, सिर्फ़ Prebid का नहीं।

Play from 24:03 अब हर group का size।

Play from 24:05 पचास-पचास का split सबसे जल्दी साफ़ जवाब देता है। लेकिन आपके आधे traffic पर risk रहता है।

Play from 24:11 नब्बे-दस का split ज़्यादा safe है। लेकिन छोटे group में noise ज़्यादा होता है, तो test लंबा चलाना पड़ता है।

Play from 24:18 एक आदत जो अपनाने लायक है: पहले एक A A test चलाइए। दोनों groups में वही set-up, एक हफ़्ते के लिए। Illustrative।

Play from 24:26 दो एक जैसे groups के बीच जो फ़र्क दिखता है, वही आपका noise है। किसी भी असली नतीजे को उसे साफ़ तौर पर पार करना होगा।

Play from 24:36 चलिए पूरा design एक page पर रखते हैं। Illustrative।

Play from 24:40 बदलाव: Prebid banner floor पचास सेंट से अस्सी सेंट, सिर्फ़ article pages पर।

Play from 24:45 Split: page view के हिसाब से, ताकि Ad Manager उसे देख सके। Page random तरीके से group a या b चुनता है, अस्सी और बीस के अनुपात में, और matching floor load करता है। Group a पुराना floor रखता है, control के तौर पर।

Play from 25:00 Label: rd underscore test, a या b पर set, launch से पहले reportable।

Play from 25:06 Timing: एक हफ़्ता A A, फिर असली test के दो पूरे हफ़्ते।

Play from 25:11 और फ़ैसले का rule, पहले से लिखा हुआ: बदलाव तभी रखिए जब हर हज़ार sessions पर revenue, A A noise से ज़्यादा बढ़े।

Play from 25:20 जब आप groups की तुलना करें, तो तीन नंबर साथ में देखिए।

Play from 25:24 CPM। ऊँचे floors आमतौर पर इसे ऊपर धकेलते हैं, जो अकेले में बहुत अच्छा लगता है।

Play from 25:31 Fill rate। वही floors ज़्यादा impressions बिना बिके छोड़ सकते हैं, या उन्हें सस्ती demand को दे सकते हैं।

Play from 25:38 हर हज़ार sessions पर revenue। ये price और fill दोनों को जोड़ता है, सारी demand में। सिर्फ़ यही फ़ैसला मायने रखता है।

Play from 25:47 ये रहा एक worked example। Illustrative नंबर। दोनों groups में हर session पर तीन ad slots।

Play from 25:53 Control: CPM एक डॉलर बीस, fill बानवे प्रतिशत। हर हज़ार sessions पर revenue: तीन डॉलर इकतीस सेंट।

Play from 26:01 Test, ऊँचे floors के साथ: CPM एक डॉलर अड़तीस। पंद्रह प्रतिशत ऊपर।

Play from 26:07 लेकिन fill गिरकर अठहत्तर प्रतिशत हो जाता है। हर हज़ार sessions पर revenue: तीन डॉलर तेईस सेंट।

Play from 26:13 CPM पंद्रह प्रतिशत बढ़ा। हर session पर revenue लगभग ढाई प्रतिशत गिरा। आप control रखेंगे। अगर आपका A A noise इस फ़र्क से बड़ा है, तो फ़ैसले से पहले आप test करते रहेंगे।

Play from 26:27 किसी भी Ad Manager नंबर पर भरोसा करने से पहले एक सावधानी।

Play from 26:31 Ad Manager एक Prebid impression की value उसके line item के rate पर लगाता है। यानी bucket पर, असली bid पर नहीं।

Play from 26:39 तो दो डॉलर सैंतीस की bids जो दो डॉलर तीस वाले rung पर serve हुईं, दो डॉलर तीस दिखती हैं।

Play from 26:46 Test के लिए ये ठीक है, जब तक दोनों groups एक ही ladder इस्तेमाल करें। Finance के लिए अपने partners की reports से reconcile कीजिए। Module आठ इसका तरीका दिखाता है।

Play from 26:58 Split tests में हम तीन गलतियाँ देखते हैं।

Play from 27:01 पहली: इस महीने की तुलना पिछले महीने से करना और उसे test कहना। Seasons, news और budgets भी सब बदल गए।

Play from 27:09 दूसरी: एक साथ दो चीज़ें बदलना। एक test में floors और granularity, आपको दो सवालों का एक जवाब देते हैं।

Play from 27:16 तीसरी: ऐसी test key जो पहले दिन से reportable नहीं थी। Test चलता है, और जवाब का Ad Manager वाला हिस्सा गायब रहता है।

27:26Run it like ad ops

Play from 27:26 आख़िरी chapter। Module पाँच और छह की हर बात, बारह lines की एक checklist में। इसे हर Prebid launch से पहले चलाइए, और फिर जब भी कोई bidder, size, granularity या floor बदले।

Play from 27:42 पहला हिस्सा build का है, traffic आने से पहले।

Play from 27:45 Ad unit codes, page पर div IDs से match करते हैं।

Play from 27:50 Ladder आपके price buckets की हूबहू नकल है, matching decimals के साथ।

Play from 27:54 हर Prebid line item, price priority है, और उसका rate उसके rung के बराबर है।

Play from 28:00 Keys मौजूद हैं, जहाँ हो सके predefined हैं, और पहले दिन से reportable हैं।

Play from 28:05 लंबी bidder keys, बीस characters वाले कटे हुए नाम इस्तेमाल करती हैं, targeting में भी और creatives में भी।

Play from 28:12 और हर line item के पास इतनी creative copies हैं कि एक साथ जीत सकने वाले हर slot के लिए काफ़ी हों।

Play from 28:19 दूसरा हिस्सा launch का है, और उसके बाद की हर चीज़ का।

Play from 28:23 Traffic से पहले creative एक असली page पर render होता है। हर bidder और format के लिए SafeFrame का behaviour check कीजिए।

Play from 28:31 कोई pricing rule गलती से Prebid rungs को block नहीं करता।

Play from 28:35 Floors एक बार में एक ही layer में बदलते हैं।

Play from 28:38 हर बदलाव एक split की तरह चलता है, reportable test key के साथ।

Play from 28:42 हर हफ़्ते हर हज़ार sessions पर revenue review होता है, सिर्फ़ CPM नहीं।

Play from 28:48 और line items किसी tool से बनाए और बदले जाते हैं, कभी हाथ से नहीं।

Play from 28:54 दोनों हिस्से उस इंसान के साथ share कीजिए जो line items traffic करता है, ताकि ये checks किसी एक इंसान के दिमाग में न रहें।

Play from 29:02 तीन myths जो हम publishers से अक्सर सुनते हैं।

Play from 29:05 Myth एक: ऊँचे floors मतलब हमेशा ज़्यादा revenue। वो CPM बढ़ाते हैं, लेकिन fill काट सकते हैं, या impressions सस्ती demand को दे सकते हैं। फ़ैसला हर session का revenue करता है।

Play from 29:17 Myth दो: send all bids हमेशा बेहतर है। आपको बेहतर reports मिलती हैं, लेकिन कीमत keys, line items और request size में चुकानी पड़ती है। इसे तभी चुनिए जब आप reports इस्तेमाल करेंगे।

Play from 29:31 Myth तीन: Ad Manager के pricing rules सिर्फ़ Google की demand पर असर डालते हैं। अगर वो price priority को cover करते हैं, तो आपकी Prebid ladder को भी cover करते हैं।

Play from 29:43 चलिए Module छह को recap करते हैं।

Play from 29:46 Send all bids से reporting और per-bidder control मिलता है, और कीमत line items, keys और request size में चुकानी पड़ती है।

Play from 29:54 जीतने वाला Prebid creative एक ID से render होता है, hb_adid। Direct call से, या SafeFrame के आर-पार एक message से।

Play from 30:03 Prebid के floors browser में bids reject करते हैं। Ad Manager के pricing rules भी आपके Prebid rungs को block कर सकते हैं।

Play from 30:11 हर बदलाव एक split पर test होता है, और group को Ad Manager तक ले जाया जाता है।

Play from 30:16 और फ़ैसला हर हज़ार sessions पर revenue से होता है।

Play from 30:20 Quick check। सोचना चाहें तो video pause कर लीजिए।

Play from 30:29 एक floor test CPM को बारह प्रतिशत बढ़ाता है, लेकिन हर हज़ार sessions पर revenue तीन प्रतिशत गिर जाता है। आपके A A test में लगभग एक प्रतिशत noise दिखा था। क्या आप नए floors रखेंगे?

Play from 30:38 नहीं। हर session का revenue पहले से price और fill दोनों को जोड़ता है, और तीन प्रतिशत की गिरावट आपके noise से साफ़ तौर पर बड़ी है। ऊँचा CPM बहुत सारे खोए हुए impressions की कीमत पर आया।

Play from 30:54 एक और। आपके Prebid creatives SafeFrames के अंदर serve होते हैं। Creative को जीतने वाला ad कैसे मिलता है?

Play from 31:00 वो frame से बाहर page पर Prebid को एक message भेजता है, और इस hb_adid वाली bid माँगता है। Prebid ad के साथ जवाब देता है, और creative उसे render करता है।

Play from 31:12 आपका set-up अब हर header bid को receive करता है, render करता है और उसकी price तय करता है। और आप हर बदलाव को एक split से साबित कर सकते हैं।

Play from 31:23 Module सात में हम शिकार पर निकलेंगे। Prebid और Ad Manager को debug करने का एक दोहराने लायक तरीका, और चार असली जैसे cases, एक blank ad से लेकर एक bucket mismatch तक।

Play from 31:35 ये था Module छह। अब आप चुन सकते हैं कि bids कैसे जाएँ, trace कर सकते हैं कि वो कैसे render होती हैं, floor की दोनों layers को साथ रख सकते हैं, और हर बदलाव को ठीक से test कर सकते हैं।

Play from 31:49 पहले practice करना चाहते हैं? blog dot rediads dot com पर RediAds Academy के levels try कीजिए।

Play from 31:56 और जब भी इनमें से किसी काम के लिए partner चाहिए, RediAds की team rediads dot com पर मिलेगी। Module सात में मिलते हैं।