Ad Manager set-up for header bidding

0:00Welcome, outcomes and key terms

Play from 0:00 सोमवार को आपकी team Prebid में पाँचवाँ bidder जोड़ती है। शुक्रवार तक Prebid कहता है कि उस bidder ने लगभग छह में से एक auction जीता। ये illustrative है।

Play from 0:19 Ad Manager कहता है कि उसने शून्य impressions serve किए। कुछ नहीं। शून्य।

Play from 0:28 Browser में कुछ भी टूटा नहीं है। वजह है एक key name, जो बीस characters पर कट गया। इसलिए कोई भी line item उससे कभी match नहीं हुआ।

Play from 0:33 ये module Ad Manager वाली side को ऐसे बनाने के बारे में है कि आपके साथ ऐसा कभी न हो। RediAds Academy की Header Bidding Masterclass के Module पाँच में आपका स्वागत है: header bidding के लिए Ad Manager set-up।

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

Play from 0:41 Prebid के लिए Ad Manager का एक साफ़ structure बनाना: ad units, orders, line items और creatives।

Play from 0:49 ऐसी key-values design करना जो एक bidder के लिए भी चलें और बारह के लिए भी, Ad Manager की limits के अंदर।

Play from 0:55 असली हिसाब से price granularity चुनना, और उसे live bids से check करना।

Play from 1:00 और एक भी line item बनाने से पहले अपने line items की गिनती plan करना।

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

Play from 1:10 Ad unit, आपकी Ad Manager inventory में ads के लिए एक नाम वाली जगह है। Order, line items का एक folder है। Line item एक rule है जो impression जीत सकता है। Price priority वो line item type है जो Prebid इस्तेमाल करता है, जहाँ सबसे ऊँची price जीतती है।

Play from 1:28 Key-value, ad request पर लगा एक label है जिसे line items target कर सकते हैं। Key predefined हो सकती है, जिसकी values पहले से listed हों। या dynamic, जो कोई भी value ले ले। hb_pb वो key है जो price bucket लेकर जाती है। और price granularity buckets का वो set है जिनमें bids round होती हैं।

Play from 1:48 हम यहाँ हैं। Module एक से चार तक auction बना, browser में और server पर।

Play from 2:06 Module पाँच और छह ad server के बारे में हैं। पहले चार modules की हर bid आख़िर में Ad Manager पहुँचती है। वहाँ या तो वो अपनी असली value पर compete करती है, या चुपचाप रिस जाती है।

Play from 2:15 Module पाँच set-up है। Module छह creatives, floors और yield है।

Play from 2:19 अगर आप हर हफ़्ते Prebid line items traffic करते हैं, तो सीधे chapter तीन पर जा सकते हैं, यानी granularity का हिसाब। ज़्यादातर set-ups में यही हिस्सा थोड़ा गलत होता है।

2:24The Ad Manager blueprint

Play from 2:25 Chapter एक। कोई भी bid compete करे, उससे पहले Ad Manager को उसे receive करने के लिए एक structure चाहिए। चलिए वो blueprint बनाते हैं।

Play from 2:36 आपके page पर हर ad slot के तीन नाम होते हैं, और तीनों का मेल खाना ज़रूरी है।

Play from 2:41 पहला, Ad Manager ad unit path। कुछ ऐसा, slash one two three four, slash home underscore top।

Play from 2:48 दूसरा, page पर div ID, जिसे Google Publisher Tag ad रखने के लिए इस्तेमाल करता है।

Play from 2:54 तीसरा, आपकी Prebid configuration में ad unit code।

Play from 2:58 Default रूप से Prebid अपनी winning bid उस slot पर लगाता है जिसकी div ID उसके ad unit code से match करती है। अगर ये दोनों match नहीं करते, तो auction बिल्कुल ठीक चलता है, और bid कभी पहुँचती ही नहीं।

Play from 3:13 अब inventory। सबसे ऊपर अपने network से शुरू कीजिए।

Play from 3:16 इसे ऐसे sections में बाँटिए जो selling और reporting के लिए मायने रखते हैं, जैसे homepage और article pages।

Play from 3:23 फिर हर position के लिए एक ad unit बनाइए: top banner, in-article box, mobile sticky।

Play from 3:29 Position के हिसाब से बाँटिए, page के हिसाब से नहीं। Positions अलग-अलग कमाती हैं, तो आप उनकी pricing और reporting अलग रखना चाहेंगे।

Play from 3:37 और हर slot के लिए सिर्फ़ वही sizes list कीजिए जो उसमें सच में fit होते हैं। हर extra size का मतलब है extra trafficking।

Play from 3:48 चलिए इसे हमारी demo site, The Monsoon Times, पर ठोस बनाते हैं। Illustrative।

Play from 3:55 सबसे ऊपर network है, और उसके नीचे दो sections: home और article।

Play from 4:00 हर section के नीचे तीन positions। एक top banner, एक mid-page box, और एक mobile sticky।

Play from 4:06 हर position सिर्फ़ अपने असली sizes list करती है। Mid-page box तीन सौ बाय दो सौ पचास लेता है, और कुछ नहीं।

Play from 4:14 कुल मिलाकर छह ad units। इतने कम कि एक नज़र में समझ आ जाएँ, और इतने detailed कि हर position की pricing अलग से हो सके।

Play from 4:24 Ad Manager के अंदर Prebid demand चार levels में रहती है।

Play from 4:27 सबसे ऊपर एक advertiser, जिसे आमतौर पर बस Prebid कहा जाता है। कुछ teams इसकी जगह हर bidder का एक advertiser बनाती हैं, जिससे reports पढ़ना आसान होता है।

Play from 4:37 उसके नीचे orders। Order एक container है, जैसे Prebid, banner, number एक।

Play from 4:43 हर order के अंदर line items: हर price bucket के लिए एक।

Play from 4:47 और हर line item से जुड़े creatives, जो असल में ad render करते हैं।

Play from 4:52 एक पक्की limit जिसके हिसाब से plan करना है। Ad Manager हर order में चार सौ पचास line items allow करता है। बड़े set-ups को कई orders चाहिए।

Play from 5:02 Ad Manager demand को ऊपर से नीचे ऐसे rank करता है।

Play from 5:05 Sponsorships और standard direct deals सबसे पहले आते हैं। ये वो campaigns हैं जो आपने बेचे हैं।

Play from 5:11 उनके नीचे remnant line items हैं। आपके Prebid line items यहीं रहते हैं, price priority के रूप में।

Play from 5:18 इस level पर Google की अपनी demand, Ad Exchange और AdSense, भी price पर compete करती है।

Play from 5:24 House ads सबसे नीचे हैं, आख़िरी fallback के रूप में।

Play from 5:27 मुख्य बात ये है। Price priority के अंदर कोई लाइन नहीं है। सबसे ऊँची price जीतती है। तो आपके Prebid line item की price बहुत ज़्यादा मायने रखती है।

Play from 5:36 तो Prebid को line items की पूरी सीढ़ी क्यों चाहिए?

Play from 5:39 हर पायदान एक line item है। वो एक hb_pb value को target करता है, और उसका rate भी उसी value पर set होता है।

Play from 5:47 जब hb_pb दो point तीन शून्य वाली bid आती है, तो सिर्फ़ दो डॉलर तीस वाला पायदान match करता है।

Play from 5:54 उसका rate, दो डॉलर तीस, वो price है जिससे Ad Manager उसकी तुलना Ad Exchange और बाकी सब से करता है।

Play from 6:01 Ad Manager असली bid कभी नहीं देखता। वो पायदान देखता है। पायदान नहीं, तो competition नहीं। सीढ़ी के होने की पूरी वजह यही है।

Play from 6:10 हर line item को creatives चाहिए। उनका size रखने के दो आम तरीके हैं।

Play from 6:15 पहला तरीका: एक one-by-one creative। फिर Prebid का creative hb_size value से frame का size बदल देता है। ये सबसे आसान set-up है।

Play from 6:24 दूसरा तरीका: आपके असली sizes वाले creatives, जैसे तीन सौ बाय दो सौ पचास। Reporting ज़्यादा सटीक होती है, लेकिन आपको बहुत ज़्यादा creatives संभालने पड़ेंगे।

Play from 6:34 दोनों में से कोई भी तरीका हो, copies बनाइए। Ad Manager हर page पर हर line item का सिर्फ़ एक creative दिखाता है।

Play from 6:41 तो अगर एक page पर तीन slots दो डॉलर तीस वाले पायदान पर जीत सकते हैं, तो उस line item को तीन creative copies चाहिए।

Play from 6:50 ये हैं वो settings जो हर Prebid line item पर मायने रखती हैं।

Play from 6:54 Type: price priority। Rate: bucket की value, जैसे दो डॉलर तीस। Targeting: hb_pb is दो point तीन शून्य। Sizes: हर वो size जो आपके Prebid slots इस्तेमाल करते हैं। Creatives: display one or more, और rotate evenly। Dates: तुरंत शुरू, और कोई end date नहीं।

Play from 7:08 इन्हें एक बार सही कर लीजिए, फिर हर दूसरा पायदान बस नई price के साथ एक copy है।

Play from 7:23 Blueprint की तीन गलतियाँ जो हम बार-बार देखते हैं।

Play from 7:26 पहली: Prebid code, div ID की जगह Ad Manager ad unit के नाम से match करता है। Bids बनती हैं, और उनमें से एक भी नहीं पहुँचती।

Play from 7:35 दूसरी: सीढ़ी गलत line item type से बनी है। Prebid के पायदान price priority पर होने चाहिए, जहाँ price फ़ैसला करती है। दूसरे levels पर दूसरे rules फ़ैसला करते हैं, और bid सिर्फ़ price पर compete करना बंद कर देती है।

Play from 7:50 तीसरी: ऐसा rate जो अपने पायदान से match नहीं करता। दो डॉलर तीस वाला line item अगर दो डॉलर के rate पर है, तो वो हर बार दो डॉलर पर ही compete करता है।

8:01Key-values: the bid's passport

Play from 8:01 Chapter दो। Ad Manager, Prebid का bid object कभी नहीं देखता। वो सिर्फ़ ad request पर लगे labels देखता है, जिन्हें key-values कहते हैं। तो bid के पास Ad Manager को कुछ भी बताने का यही एक रास्ता है।

Play from 8:16 Prebid हर slot पर पाँच मुख्य keys set करता है। हर एक का काम अलग है।

Play from 8:20 hb_pb, price bucket है। यही वो key है जिसे आपके line items target करते हैं।

Play from 8:26 hb_bidder बताती है कि कौन जीता। इसे आप ज़्यादातर reporting के लिए इस्तेमाल करेंगे।

Play from 8:31 hb_adid, winning bid की ID है। Creative इसी से सही ad ढूँढता है।

Play from 8:35 hb_size, winning creative का size है।

Play from 8:37 और hb_format बताती है कि banner है, video या native। ताकि हर format के अपने line items हो सकें।

Play from 8:44 नए Prebid versions एक और key जोड़ते हैं, hb_ver। ये creative को matching renderer version load करने में मदद करती है। इससे आप Module छह में मिलेंगे।

Play from 8:54 चलिए इन keys को एक request में follow करते हैं।

Play from 8:57 Prebid अपना auction पूरा करता है और slot पर keys set करता है।

Play from 9:02 Google Publisher Tag इन्हें ad request के अंदर Ad Manager को भेजता है।

Play from 9:07 Ad Manager वो line item ढूँढता है जो ठीक इसी hb_pb value को target करता है, और उसके rate की तुलना बाकी सब से करता है।

Play from 9:16 अगर वो line item जीतता है, तो उसका creative hb_adid पढ़कर matching bid render करता है। चार steps, और हर step में keys ही bid को आगे ले जाती हैं।

Play from 9:28 Key-values दो levels पर हो सकती हैं, और ये जानना काम आता है कि कौन सी कहाँ है।

Play from 9:33 Page-level keys पूरे page के बारे में बताती हैं। आपका section, आपकी article ID, आपके test labels।

Play from 9:41 Slot-level keys एक slot के बारे में बताती हैं। Prebid की keys slot-level होती हैं, क्योंकि हर slot का अपना auction और अपना winner होता है।

Play from 9:50 Debug करते समय दोनों lists देखिए। Google का Publisher Console इन्हें साथ-साथ दिखाता है, जैसा आप demo में देखेंगे।

Play from 9:58 उस तीसरे step में एक classic गलती छिपी है। Ad Manager values को text की तरह match करता है, character by character।

Play from 10:06 Prebid hb_pb को दो decimal places के साथ भेजता है। दो point तीन शून्य।

Play from 10:13 जो line item दो point तीन शून्य को target करता है, वो match करता है।

Play from 10:17 जो line item बिना शून्य के, दो point तीन को target करता है, वो कभी match नहीं करता। Bid पहुँचती है, उसे कोई पायदान नहीं मिलता, और वो बस compete नहीं कर पाती।

Play from 10:27 तो वही exact format copy कीजिए जो Prebid भेजता है। फिर launch से पहले कुछ पायदानों को एक live request से check कीजिए। Demo में आप देखेंगे कि कैसे।

Play from 10:38 Ad Manager में आप हर key को predefined या dynamic के रूप में बनाते हैं।

Play from 10:43 Predefined key की values पहले से listed होती हैं। ये hb_pb, hb_bidder, hb_size और hb_format के लिए सही है, क्योंकि आप हर संभव value जानते हैं।

Play from 10:55 Dynamic key बिना किसी list के कोई भी value ले लेती है। ये hb_adid के लिए सही है, जो हर bid पर एक नई random ID होती है। आप इसे कभी target नहीं करते। ये बस request के साथ चलती है, जब तक creative को इसकी ज़रूरत न पड़े।

Play from 11:11 दो size limits। Key names बीस characters पर रुक जाते हैं, और values चालीस पर।

Play from 11:19 Ad Manager पूरे network पर भी limits लगाता है।

Play from 11:21 हर network में दो सौ active keys, predefined और dynamic मिलाकर।

Play from 11:26 हर key की एक लाख active values।

Play from 11:29 दो सौ keys काफ़ी लगती हैं। लेकिन आपकी editorial team की keys, जैसे section या article ID, भी इसी budget में से आती हैं। Chapter चार में आप देखेंगे कि Prebid इसे कितनी जल्दी ख़त्म कर सकता है।

Play from 11:42 Key-values सिर्फ़ targeting के लिए नहीं हैं। ये आपके सबसे अच्छे reporting tools में से भी एक हैं।

Play from 11:53 ये है hb_bidder के हिसाब से Prebid wins का एक illustrative बँटवारा। Sovrn, RediAds, OpenX, और Index Exchange।

Play from 11:59 ऐसी report दिखाती है कि कौन से partners असल में जीतते हैं, सिर्फ़ ये नहीं कि कौन bid करते हैं।

Play from 12:04 दो पेच हैं। पहला, कोई key reports में सिर्फ़ उसी दिन से दिखती है जिस दिन आप उसके लिए reporting चालू करते हैं। पीछे का data नहीं भरता।

Play from 12:12 दूसरा, जो values Ad Manager में defined नहीं हैं वो reports में नहीं दिखतीं, चाहे key reportable हो। hb_bidder को predefined बनाने की ये एक और वजह है।

Play from 12:24 Key-values की तीन गलतियाँ जो हम देखते हैं।

Play from 12:27 पहली: पायदान दो point तीन, या दो point तीन शून्य शून्य, लिखकर बनाए गए। क़रीब होना match होना नहीं है।

Play from 12:36 दूसरी: reporting launch के बाद चालू की गई। फिर पहले महीने की revenue meeting में देखने के लिए bidder split ही नहीं होता।

Play from 12:44 तीसरी: hb_adid को predefined key बनाया गया। ये चल ही नहीं सकती, क्योंकि इसकी values random हैं। इसे dynamic बनाइए।

Play from 12:53 चलिए check करते हैं कि Ad Manager को असल में क्या मिलेगा। इस page पर चार test bids हैं, और सबसे अच्छी दो डॉलर सैंतीस सेंट की है।

Play from 13:37 पहले Prebid का अपना नज़रिया। मैं वो targeting माँगूँगा जो उसने हमारे slot पर set की। ये रहा hb_pb: दो point तीन शून्य, दो सैंतीस नहीं। ये medium granularity का नीचे round करना है, और यही वो नंबर है जिससे आपकी सीढ़ी को match करना होगा।

Play from 13:59 अब यही सवाल Google Publisher Tag से। वही keys, वही values, slot पर लगी हुई। Bidder-specific keys भी देखिए, जैसे hb_pb underscore sovrn। ये send all bids है, और ये chapter चार का topic है।

Play from 14:11 Prebid और GPT एक ही बात कहते हैं। लेकिन सबसे अच्छा गवाह Google का अपना tool है, Publisher Console। GPT वाला कोई भी page इसे एक command से खोल सकता है।

Play from 14:16 ये रहा, हमारे slot के एक card के साथ। उसका ad unit path, उसकी div ID, और वो line item और creative जो serve हुए।

Play from 14:19 मैं targeting info खोलता हूँ। ये list वही है जो page से बाहर गई। hb_ver, hb_pb, hb_bidder, और हर bidder का अपना set। अगर कोई key इस list में नहीं है, तो कहीं भी कोई line item उसे target नहीं कर सकता।

Play from 14:20 एक ईमानदार बात। यहाँ जो line item serve हुआ वो Google का public sample है, Prebid का पायदान नहीं। इस demo network में कोई Prebid सीढ़ी नहीं है। आपकी अपनी site पर Prebid की जीत होने पर ठीक यहाँ आपके पायदान की line item ID दिखेगी। Launch से पहले एक पायदान को live request से ऐसे ही check किया जाता है।

14:22Price granularity, with the maths

Play from 14:22 Chapter तीन। Price granularity तय करती है कि हर bid की value का कितना हिस्सा Ad Manager तक पहुँचता है। चलिए इसका हिसाब ठीक से लगाते हैं।

Play from 14:33 Granularity एक trade-off है, जिसमें दो तरह से चूक हो सकती है।

Play from 14:37 बहुत मोटी हो, तो आप value खोते हैं। पचास सेंट के buckets में दो डॉलर सैंतीस की bid Ad Manager तक दो डॉलर बनकर पहुँचती है। Ad Exchange को बस दो डॉलर को हराना है।

Play from 14:48 बहुत बारीक हो, तो आप line items में डूब जाते हैं। बीस डॉलर तक एक सेंट के buckets का मतलब है दो हज़ार line items, keys के सिर्फ़ एक set के लिए।

Play from 14:57 आपका काम बीच का रास्ता है। जहाँ आपकी bids सच में आती हैं वहाँ बारीक, और जहाँ कम आती हैं वहाँ मोटा।

Play from 15:06 Prebid में पाँच built-in granularities आती हैं। एक-एक करके।

Play from 15:10 Low: पचास सेंट के steps, पाँच डॉलर पर cap।

Play from 15:14 Medium: दस सेंट के steps, बीस पर cap। ये Prebid का default है।

Play from 15:18 High: एक सेंट के steps, ये भी बीस पर cap।

Play from 15:21 Auto: पाँच डॉलर तक पाँच सेंट, दस तक दस सेंट, फिर बीस तक पचास सेंट।

Play from 15:26 Dense: तीन डॉलर तक एक सेंट, आठ तक पाँच सेंट, फिर बीस तक पचास सेंट।

Play from 15:33 दो नियम हर hb_pb value तय करते हैं।

Play from 15:36 पहला नियम: Prebid नीचे वाले step पर round down करता है। ताकि ad server कभी ये न माने कि bid असल से ज़्यादा है।

Play from 15:44 दूसरा नियम: cap के ऊपर सब कुछ एक बराबर हो जाता है। Medium पर चौबीस डॉलर की bid बीस point शून्य शून्य बनकर पहुँचती है।

Play from 15:53 Rounding सिर्फ़ ad server वाले auction को बदलती है। Bidder को अब भी उसके अपने auction rules से पैसा मिलता है, आपके bucket से नहीं।

Play from 16:04 ये रहा worked example। Side में छह bids, ऊपर पाँच granularities। हर cell वो hb_pb value है जो Ad Manager को दिखेगी। हमने हर एक को एक live Prebid page पर check किया है।

Play from 16:17 सत्तासी सेंट। Low कहता है पचास सेंट। Medium, अस्सी। Auto, पचासी। Dense और high पूरे सत्तासी रखते हैं।

Play from 16:25 दो डॉलर सैंतीस। Low, दो डॉलर। Medium, दो तीस। Auto, दो पैंतीस। Dense और high, दो सैंतीस।

Play from 16:33 तीन डॉलर अड़तालीस। Low, तीन। Medium, तीन चालीस। Auto और dense, तीन पैंतालीस। सिर्फ़ high तीन अड़तालीस रखता है।

Play from 16:41 छह डॉलर तैंतालीस। Low पाँच पर अपने cap से टकराता है। Medium, auto और dense छह चालीस दिखाते हैं। सिर्फ़ high छह तैंतालीस रखता है।

Play from 16:51 बारह डॉलर छिहत्तर। Medium बारह सत्तर रखता है। Auto और dense बारह पचास पर गिर जाते हैं, क्योंकि बीच के ऊपर उनके steps पचास सेंट के हैं।

Play from 17:00 और चौबीस डॉलर दस। हर option इसे cap पर ले आता है। Low पाँच पर, बाकी बीस पर।

Play from 17:07 तीन patterns साफ़ दिखते हैं।

Play from 17:09 तीन डॉलर से नीचे dense, high के बराबर है। ज़्यादातर display bids वहीं आती हैं।

Play from 17:14 दस डॉलर के ऊपर auto और dense, medium से ज़्यादा खोते हैं। बारह छिहत्तर dense पर छब्बीस सेंट खोता है, लेकिन medium पर सिर्फ़ छह।

Play from 17:22 और cap सबसे ज़्यादा चोट करता है। Low पर चौबीस दस, पाँच डॉलर बनकर पहुँचता है। वो bid अब पाँच डॉलर वाले impression की तरह compete करती है।

Play from 17:34 अब खर्च वाली side। Keys के एक set के लिए हर option को कितने पायदान चाहिए?

Play from 17:39 Low को दस। Auto को एक सौ सत्तर। Medium को दो सौ। Dense को चार सौ चौबीस। High को दो हज़ार।

Play from 17:47 Prebid के अपने docs हर एक में एक ज़्यादा बताते हैं, जैसे दो सौ एक। वो extra पायदान शून्य bucket के लिए है। पहले step से नीचे की bids, शून्य point शून्य शून्य पर round down होती हैं।

Play from 18:00 देखिए, dense चार सौ पचास से कम है, तो एक ही order में आ जाता है। High को keys के एक set के लिए पाँच orders चाहिए।

Play from 18:09 ये रहा एक काम का हिसाब। अगर bids एक step के अंदर बराबर फैली हों, तो average rounding gap आधा step होता है।

Play from 18:17 दस सेंट के steps: हर bid पर average में लगभग पाँच सेंट का gap।

Play from 18:22 एक सेंट के steps: लगभग आधा सेंट।

Play from 18:25 दो डॉलर की bid पर पाँच सेंट, उस price का ढाई प्रतिशत है जिसे Ad Exchange को हराना है। ये illustrative हिसाब है, ये मानकर कि bids बराबर फैली हैं।

Play from 18:34 यही मोटे step की असली कीमत है। Bid से लिया गया पैसा नहीं, बल्कि competition के लिए नीचा bar। Module छह ठीक-ठीक दिखाता है कि वो bar कब आपसे एक impression छीन लेता है।

Play from 18:49 अगर कोई built-in option आपके traffic पर fit नहीं होता, तो अपने buckets ख़ुद define कीजिए।

Play from 18:55 अपनी bids के एक histogram से शुरू कीजिए। Prebid के docs सलाह देते हैं कि cap आपकी पंचानबेवें percentile वाली bid के आसपास रखें।

Play from 19:04 ये रहा एक illustrative set। पाँच डॉलर तक पाँच सेंट के steps, जहाँ ज़्यादातर bids आती हैं।

Play from 19:10 फिर दस तक दस सेंट के steps, और तीस तक एक डॉलर के steps।

Play from 19:14 आख़िरी max आपका cap बन जाता है। तीस डॉलर से ऊपर की bids तीस point शून्य शून्य बनकर पहुँचती हैं।

Play from 19:21 Steps जोड़िए। सौ, और पचास, और बीस। एक सौ सत्तर पायदान, और आपकी सीढ़ी को बिल्कुल इन्हीं का आईना होना चाहिए।

Play from 19:32 अलग formats को अक्सर अलग buckets चाहिए।

Play from 19:35 Video bids आमतौर पर banner bids से ऊँची होती हैं। बीस डॉलर का cap उनमें से बहुतों को दबा सकता है।

Play from 19:42 Prebid आपको हर media type के लिए अलग granularity set करने देता है। वो setting general वाली से ऊपर मानी जाती है।

Play from 19:50 तो banner auto पर रह सकता है, जबकि video को अपनी custom सीढ़ी मिलती है। फिर हर format को पायदानों का अपना set चाहिए, जिसे hb_format से target किया जाता है।

Play from 20:01 आधे रास्ते का check। हिसाब लगाना चाहें तो video pause कर लीजिए।

Play from 20:08 तीन डॉलर अड़तालीस सेंट की एक bid आती है, और आप auto granularity इस्तेमाल कर रहे हैं। Ad Manager को hb_pb में क्या दिखेगा?

Play from 20:14 तीन point चार पाँच। पाँच डॉलर से नीचे auto पाँच सेंट के steps इस्तेमाल करता है, और Prebid नीचे वाले step पर round down करता है। तीन पचास नहीं, और exact bid भी नहीं।

Play from 20:27 एक और case, जो India में बहुत आम है। आपका Ad Manager network डॉलर में नहीं, रुपये में report करता है।

Play from 20:34 Prebid का Currency module हर bid को आपकी ad server currency में convert करता है।

Play from 20:40 उसका granularity multiplier built-in buckets को उसी हिसाब से scale करता है। सौ के multiplier के साथ medium बन जाता है दस रुपये के steps, दो हज़ार रुपये पर cap। Multiplier का ये चुनाव illustrative है।

Play from 20:54 Multiplier का exchange rate के बराबर होना ज़रूरी नहीं। एक गोल नंबर से buckets साफ़-सुथरे बनते हैं।

Play from 21:00 लेकिन आपकी सीढ़ी को इससे बिल्कुल match करना होगा। बाद में multiplier बदला, तो हर पायदान फिर से बनाना पड़ेगा।

Play from 21:09 चलिए table को एक calculator पर डालते हैं। मैं एक bid type करूँगा, और हर granularity एक साथ जवाब देगी।

Play from 21:47 Medium पर दो डॉलर सैंतीस: दो point तीन शून्य। Bid से सात सेंट नीचे।

Play from 22:05 अब एक ऊँची bid, बारह डॉलर छिहत्तर। Dense को देखिए। आठ डॉलर के ऊपर वो पचास सेंट के steps में चलता है, तो वो बारह पचास पर गिर जाता है। यहाँ medium बेहतर है।

Play from 22:15 चौबीस डॉलर दस। हर built-in option इसे अपने cap पर दबा देता है।

Play from 22:19 अब हमारे custom buckets, तीस डॉलर के cap के साथ। चौबीस दस, चौबीस बनकर पहुँचता है, और पूरी सीढ़ी एक सौ सत्तर पायदानों की है।

Play from 22:22 ये वो नंबर है जो लोग भूल जाते हैं। मैं चार bidders set करता हूँ, जैसे हम send all bids कर रहे हों। हर पायदान की गिनती चार गुना हो जाती है। Dense चार सौ चौबीस से बढ़कर लगभग सत्रह सौ हो जाता है। ये बात chapter चार के लिए याद रखिए।

Play from 22:23 Calculator तभी काम का है जब वो Prebid से सहमत हो। तो चलिए ख़ुद Prebid से पूछते हैं। Demo page पर वापस, मैं wrapper को auto पर switch करता हूँ, और auction फिर से चलाता हूँ।

Play from 22:23 दो point तीन पाँच। Live wrapper और calculator एक ही बात कहते हैं। एक भी पायदान बनाने से पहले अपने wrapper के साथ ये check कीजिए।

Play from 22:24 Granularity की तीन गलतियाँ जो हम देखते हैं।

Play from 22:27 पहली: wrapper granularity बदल देता है, और कोई सीढ़ी दोबारा नहीं बनाता। अब bids ऐसे पायदानों पर आती हैं जो मौजूद ही नहीं हैं।

Play from 22:37 दूसरी: हर site या हर page template पर अलग granularity, और सबके लिए एक shared सीढ़ी। कुछ pages match करते हैं। बाकी रिसते हैं।

Play from 22:47 तीसरी: cap बीस डॉलर पर छोड़ दिया, जबकि video bids अक्सर उससे ऊपर आती हैं। उनमें से हर bid बीस पर compete करती है।

22:56Key-value design for several bidders

Play from 22:57 Chapter चार। एक bidder आसान है। अब ऐसी keys design करते हैं जो चार bidders के साथ भी चलें, या बारह के साथ।

Play from 23:06 Default रूप से Prebid हर bidder की keys Ad Manager को भेजता है। इस mode को send all bids कहते हैं।

Play from 23:13 पहले, overall winner का generic set: hb_pb, hb_bidder, hb_adid, hb_size और hb_format।

Play from 23:22 फिर हर bidder का एक set, आख़िर में bidder code के साथ। hb_pb underscore rediads। hb_pb underscore sovrn।

Play from 23:31 साथ में hb_ver, हर slot पर एक बार।

Play from 23:35 ये आपने demo में देखा। चार bidders ने एक slot पर छब्बीस keys लगा दीं। Module छह इस mode की तुलना सिर्फ़ top bid भेजने से करता है। यहाँ हम बस keys को काम लायक बनाते हैं।

Play from 23:47 चलिए network की दो सौ keys को काग़ज़ पर खर्च करते हैं।

Play from 23:51 चार bidders: पाँच generic keys, साथ में बीस bidder keys, साथ में hb_ver। छब्बीस keys।

Play from 23:58 बारह bidders: पाँच, साथ में साठ, साथ में एक। छियासठ keys।

Play from 24:03 Private deals के लिए deal keys जोड़िए, तो बारह bidders पचहत्तर पार कर जाते हैं।

Play from 24:08 फिर आपकी editorial keys, audience keys और test keys भी इनमें जुड़ती हैं। ये गिनती illustrative है। Budget पहले से plan कीजिए, इससे पहले कि कोई नया bidder चुपचाप आपको limit की तरफ़ धकेल दे।

Play from 24:22 अब हमारी शुरुआती कहानी वाला जाल। Ad Manager किसी key name के सिर्फ़ पहले बीस characters रखता है।

Play from 24:28 hb_pb underscore rediads तेरह characters है। Safe।

Play from 24:32 hb_bidder underscore triplelift ठीक बीस है। फिर भी safe।

Play from 24:36 hb_bidder underscore improvedigital चौबीस है। Ad Manager इसे काटकर hb_bidder underscore improvedig कर देता है।

Play from 24:43 hb_adid underscore smartadserver इक्कीस है। ये hb_adid underscore smartadserve बन जाता है, आख़िरी r के बिना।

Play from 24:51 आपके line items और creatives को कटा हुआ नाम ही इस्तेमाल करना होगा। पूरा नाम इस्तेमाल किया, तो कभी कुछ match नहीं होगा। शुक्रवार वाली पहेली सुलझ गई।

Play from 25:01 तो इसे आदत बना लीजिए। कोई bidder जोड़ने से पहले उसकी सबसे लंबी key लिखिए और characters गिनिए।

Play from 25:08 सबसे लंबी keys आमतौर पर hb_bidder और hb_format होती हैं, underscore से पहले नौ letters के साथ।

Play from 25:15 तो दस characters से लंबा कोई भी bidder code कहीं न कहीं कटेगा।

Play from 25:19 Prebid के bidder pages आपके लिए कटे हुए नाम list करते हैं। उन्हें copy कीजिए, दोबारा type मत कीजिए।

Play from 25:27 आप हर bidder की कम keys भी भेज सकते हैं।

Play from 25:30 Prebid के targeting controls से आप चुन सकते हैं कि कौन सी bidder-specific keys भेजी जाएँ।

Play from 25:36 एक आम hybrid: reporting के लिए हर bidder की सिर्फ़ price और bidder keys रखिए। Targeting के लिए पायदानों का एक generic set काफ़ी है।

Play from 25:45 इससे बारह bidders की bidder keys साठ से घटकर चौबीस रह जाती हैं।

Play from 25:49 इससे ad request भी छोटी होती है। Prebid के docs दिखाते हैं कि पंद्रह bidders उसमें लगभग दो हज़ार छह सौ characters जोड़ देते हैं।

Play from 25:59 हर key report के लायक नहीं है। सोच-समझकर चुनिए।

Play from 26:02 hb_bidder पर report कीजिए। ये बताती है कि कौन जीतता है, और हर revenue meeting का पहला सवाल यही होता है।

Play from 26:09 hb_pb पर, या हर bidder की price key पर report कीजिए, अगर आपको bucket के हिसाब से win prices चाहिए।

Play from 26:16 hb_adid को छोड़िए। इसकी values random हैं, तो इस पर report के पास कहने को कुछ काम का नहीं।

Play from 26:22 और reporting launch से पहले चालू कीजिए। याद रखिए, पीछे का data नहीं भरता।

Play from 26:28 अच्छे नाम बाद में घंटों बचाते हैं। Prebid के docs एक आसान pattern सुझाते हैं।

Play from 26:33 Orders: Prebid, format, bidder, और एक नंबर। जैसे Prebid, banner, RediAds, एक।

Play from 26:40 Line items: format और price। Prebid, banner, दो point तीन शून्य, और send all bids में साथ में bidder।

Play from 26:49 Creatives: format, size और copy नंबर। Prebid, banner, one-by-one, number तीन।

Play from 26:56 छह महीने बाद कोई जल्दी में एक पायदान ढूँढेगा। उसके लिए ये आसान बनाइए।

Play from 27:02 Multi-bidder की तीन गलतियाँ।

Play from 27:04 पहली: लंबे bidder code की पूरी key name को target करना। Ad Manager सिर्फ़ कटा हुआ नाम जानता है।

Play from 27:11 दूसरी: wrapper में नया bidder जोड़ा गया, लेकिन उसकी keys Ad Manager में कभी बनी ही नहीं। उसकी bids जाती हैं, और कोई उन्हें target नहीं करता।

Play from 27:22 तीसरी: हर bidder और हर field के लिए keys जोड़ देना, बस एहतियात के तौर पर। Key budget भर जाता है, और हर ad request लंबी हो जाती है।

27:34Planning the line items

Play from 27:35 Chapter पाँच। बनाने से पहले plan कीजिए। Line item plan एक slide में आ जाता है, और ये कई दिनों की सफ़ाई बचाता है।

Play from 27:44 आपके line items की गिनती तीन नंबरों का गुणा है।

Play from 27:48 Keys के हर set के पायदान, जो आपकी granularity से आते हैं।

Play from 27:51 Keys के sets: अगर आप top bid भेजते हैं तो एक, अगर send all bids करते हैं तो हर bidder का एक।

Play from 27:58 Formats: banner और native अक्सर एक सीढ़ी share कर सकते हैं। In-stream video को आमतौर पर अपनी अलग मिलती है।

Play from 28:06 इन्हें गुणा कीजिए, और आपकी गिनती तैयार है। फिर चार सौ पचास से भाग दीजिए, तो आपको कम से कम कितने orders चाहिए ये पता चल जाता है।

Play from 28:17 चलिए एक असली जैसी site का plan बनाते हैं। Illustrative। चार bidders, send all bids।

Play from 28:23 Banner, auto पर: एक सौ सत्तर पायदान, गुणा चार bidders। छह सौ अस्सी line items।

Play from 28:29 In-stream video एक custom सीढ़ी पर: दस तक पच्चीस सेंट के steps, फिर तीस तक एक डॉलर के steps। चालीस और बीस। साठ पायदान, गुणा चार। दो सौ चालीस।

Play from 28:40 कुल: नौ सौ बीस line items।

Play from 28:43 हर bidder और हर format का एक order रखने से हर order चार सौ पचास से नीचे रहता है। यानी आठ orders।

Play from 28:51 अब वही site, सिर्फ़ top bid भेजते हुए।

Play from 28:54 Banner: एक सौ सत्तर। Video: साठ। कुल दो सौ तीस line items।

Play from 28:59 Banner के लिए एक order, video के लिए एक।

Play from 29:02 चार गुना कम line items। लेकिन आपकी Ad Manager reports से हर हारने वाली bid गायब हो जाती है। यही trade-off Module छह की शुरुआत है।

Play from 29:12 नौ सौ line items किसी को भी हाथ से नहीं बनाने चाहिए।

Play from 29:16 एक लिखे हुए plan से शुरू कीजिए: granularity, bidders, formats, sizes और नाम।

Play from 29:22 इसे एक tool को दीजिए। Prebid का Line Item Manager एक free command-line tool है, और Ad Manager API से भी यही काम script किया जा सकता है।

Play from 29:31 Google ख़ुद सलाह देता है कि interface में एक बार में पचास से ज़्यादा line items approve या copy न करें। Script करने की ये एक और वजह है।

Play from 29:40 कुछ Ad Manager accounts header bidding trafficking नाम का feature भी इस्तेमाल कर सकते हैं, जो बिना सीढ़ी के Prebid bidders को संभालता है। अपने Google contact से पूछिए कि क्या ये आपके set-up पर fit होता है।

Play from 29:55 फिर किसी भी traffic के छूने से पहले build को check कीजिए।

Play from 29:58 कुछ पायदान random चुनिए, नीचे के, बीच के और ऊपर के। हर एक की targeting और rate को plan से मिलाइए।

Play from 30:05 उन्हीं prices पर test bids वाला एक test page load कीजिए। Publisher Console में targeting पढ़िए, जैसे demo में किया।

Play from 30:14 और पक्का कीजिए कि जब Prebid line item की bid सबसे अच्छी हो, तो वही जीते। उस जीत को पढ़ना आप Module सात में सीखेंगे।

Play from 30:23 Planning की तीन गलतियाँ।

Play from 30:24 पहली: पहले बनाना और बाद में गिनना। किसी bidder के बीच में ही orders भर जाते हैं।

Play from 30:31 दूसरी: हर bidder के लिए एक बहुत बड़ा order। जब एक bidder को pause करना हो, तो आप सैकड़ों नामों में छानबीन करते रहते हैं।

Play from 30:39 तीसरी: कोई लिखा हुआ plan नहीं। एक साल बाद किसी को नहीं पता कि video पच्चीस सेंट के steps क्यों इस्तेमाल करता है, तो कोई उसे बदलने की हिम्मत नहीं करता।

30:50Recap and quick checks

Play from 30:50 Wrap up से पहले, तीन myths जो हम publishers से सुनते हैं।

Play from 30:54 Myth एक: बारीक granularity हमेशा ज़्यादा कमाती है। बारीक steps वहाँ मदद करते हैं जहाँ आपकी bids इकट्ठा होती हैं। बाकी जगह वो ज़्यादातर line items और काम बढ़ाते हैं।

Play from 31:06 Myth दो: Ad Manager असली bid देखता है। नहीं देखता। वो bucket को एक label की तरह देखता है, और line item को उसके rate पर compete करवाता है।

Play from 31:16 Myth तीन: एक बार set-up चल गया, तो चलता रहेगा। हर नया bidder, size या granularity change, wrapper और सीढ़ी के बीच का match तोड़ सकता है।

Play from 31:27 चलिए Module पाँच को recap करते हैं।

Play from 31:29 Ad unit codes, div IDs और Ad Manager ad units का मेल खाना ज़रूरी है।

Play from 31:34 Prebid, price priority line items के ज़रिए compete करता है। हर bucket का एक पायदान, और rate bucket के बराबर।

Play from 31:42 Keys bid को लेकर जाती हैं। Values exact text की तरह match होती हैं, और reporting तभी शुरू होती है जब आप उसे चालू करते हैं।

Play from 31:49 Granularity, खोई हुई value और line items की गिनती के बीच का सौदा है। Prebid नीचे round करता है और cap के ऊपर सब बराबर कर देता है।

Play from 31:59 कई bidders के साथ अपनी keys का budget बनाइए, और लंबे bidder codes के लिए कटे हुए नाम इस्तेमाल कीजिए।

Play from 32:05 और गिनती plan कीजिए, फिर उसे एक tool से बनाइए।

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

Play from 32:17 आप पाँच bidders के साथ send all bids करते हैं, medium granularity पर, सिर्फ़ banner। कितने Prebid line items होंगे, और कम से कम कितने orders?

Play from 32:23 एक हज़ार line items। Medium को keys के हर set के लिए दो सौ पायदान चाहिए, और पाँचों bidders में से हर एक को अपना set मिलता है। हर order में चार सौ पचास के हिसाब से, कम से कम तीन orders। हर bidder का एक order, यानी कुल पाँच, ज़्यादा साफ़-सुथरा है।

Play from 32:42 अब आपकी bids सही labels के साथ Ad Manager तक पहुँचती हैं, और एक सीढ़ी उनका इंतज़ार कर रही है।

Play from 32:52 Module छह में हम देखेंगे कि इसके बाद क्या होता है। Send all bids या top bid। Winning creative कैसे render होता है, SafeFrames के अंदर भी। और दो जगह floors, Prebid में और Ad Manager में, एक सही split के साथ test किए हुए।

Play from 33:04 ये था Module पाँच। अब आप ऐसा Ad Manager set-up बना सकते हैं जो हर header bid को सही labels के साथ receive करे, ऐसी price पर जो उसकी असली value के क़रीब हो।

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

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