रियल-टाइम एड बिडिंग एक प्रति-इम्प्रेशन प्रोग्रामैटिक नीलामी है जहां एक सप्लाई-साइड प्लेटफॉर्म, एक एड एक्सचेंज और कई डिमांड-साइड प्लेटफॉर्म तय करते हैं कि पेज लोड होने से पहले एक विज्ञापन स्लॉट किसका होगा। पूरा लेन-देन, बिड रिक्वेस्ट से रेंडर तक, आमतौर पर 100 मिलीसेकंड से काफी कम में पूरा हो जाता है। प्रमुख प्राइसिंग मॉडल CPM है, प्रति हजार इम्प्रेशन की लागत, और प्रमुख प्रोटोकॉल OpenRTB है। एक नीलामी में यह सब शामिल होता है: (BidSurvivor के लिए लिखा गया, जो इस लेख में चर्चित विज्ञापन बोर्ड संचालित करता है।)
- एक सप्लाई-साइड प्लेटफॉर्म (SSP) इम्प्रेशन को पैकेज करता है और एक्सचेंज को भेजता है
- एक डिमांड-साइड प्लेटफॉर्म (DSP) रिक्वेस्ट का मूल्यांकन करता है और एक बिड लौटाता है, जो अक्सर पब्लिशर साइड पर Prebid.js एडेप्टर से बनाई जाती है
- एक्सचेंज विजेता चुनता है और कीमत क्लियर करता है, फिर क्रिएटिव रेंडर होता है
प्रमुख आंकड़ा: लाइव RTB ट्रैफिक के अकादमिक मापन में बिड वॉल्यूम में निरंतर आवर्ती पैटर्न पाए गए, और पुष्टि हुई कि फर्स्ट-प्राइस परिणाम व्यवहार में हावी हैं इसके बावजूद कि सेकंड-प्राइस नीलामी नियम अभी भी स्पेसिफिकेशन में आम हैं।
मुख्य निष्कर्ष
रियल-टाइम एड बिडिंग नीलामियां SSP, एक्सचेंज और DSP निर्णयों की श्रृंखला के माध्यम से मिलीसेकंड में क्लियर होती हैं, और आप जो प्राइसिंग मॉडल मानते हैं, फर्स्ट-प्राइस या सेकंड-प्राइस, यह निर्धारित करता है कि आपकी बिडिंग रणनीति ज्यादा भुगतान करती है या कम प्रदर्शन करती है।
| बिंदु | विवरण |
|---|---|
| RTB तेजी से क्लियर होता है | बिड रिक्वेस्ट से क्रिएटिव रेंडर तक आमतौर पर 100 मिलीसेकंड से काफी कम में पूरा होता है। |
| फर्स्ट-प्राइस अब आम है | सॉफ्ट फ्लोर और हेडर बिडिंग ने अधिकांश एक्सचेंजों को फर्स्ट-प्राइस जैसे भुगतान परिणामों की ओर धकेल दिया। |
| हेडर बिडिंग ने फ्लोर बढ़ाए | Prebid.js स्टाइल सेटअप पब्लिशर रेवेन्यू बढ़ाते हैं लेकिन लेटेंसी और इंटीग्रेशन जटिलता जोड़ते हैं। |
| टेम्पोरल मॉडलिंग ROI को चलाती है | समय-दिवस और रीसेंसी पैटर्न की अनदेखी करने वाले बिडर लगातार उनसे कम प्रदर्शन करते हैं जो इन्हें मॉडल करते हैं। |
| पारदर्शी प्लेटफॉर्म मौजूद हैं | BidSurvivor एग्रीगेटेड अनुमानों के बजाय प्रति विजेता ब्रांड वास्तविक विज़िटर और क्लिक डेटा प्रकाशित करता है। |
रियल-टाइम बिडिंग नीलामी वास्तव में कैसे काम करती है?
अनुक्रम उस क्षण शुरू होता है जब एक ब्राउज़र या ऐप पेज की रिक्वेस्ट करता है और एक स्लॉट बिक्री के लिए उपलब्ध हो जाता है।
- पब्लिशर का एड सर्वर या SSP इम्प्रेशन मेटाडेटा वाली एक बिड रिक्वेस्ट बनाता है: साइट या ऐप ID, एड यूनिट साइज़, डिवाइस टाइप, भूगोल, और जो भी यूज़र सिग्नल पास करने की अनुमति हो (हैश्ड ID, कॉन्टेक्स्चुअल कैटेगरी, या फर्स्ट-पार्टी सेगमेंट)।
- SSP उस रिक्वेस्ट को एक या अधिक एड एक्सचेंजों को भेजता है, जो इसे एक साथ कनेक्टेड DSPs को प्रसारित करते हैं। यहीं पर हेडर बिडिंग, जो नीचे कवर किया गया है, बदलता है कि किसे देखने को मिलता है और किस क्रम में।
- प्रत्येक DSP की बिडर लॉजिक सक्रिय कैम्पेन के विरुद्ध इम्प्रेशन को स्कोर करती है। यह बजट पेसिंग, फ्रीक्वेंसी कैप, टार्गेटिंग नियम और एक अनुमानित मूल्य (आमतौर पर कन्वर्ज़न या क्लिक प्रोबेबिलिटी) की जांच करती है, इससे पहले कि तय हो कि बिड करनी है या नहीं और किस कीमत पर।
- DSP बिड रिस्पॉन्स लौटाता है। एक्सचेंज विजेता बिड चुनता है, क्लियरिंग प्राइस की गणना करता है, और विन नोटिस फायर करता है।
- पब्लिशर का एड सर्वर विजेता क्रिएटिव रेंडर करता है, और व्यूएबिलिटी और एट्रिब्यूशन ट्रैकिंग के लिए पिक्सेल फायर होते हैं।
उन पांचों चरणों में से हर एक उसी राउंड ट्रिप के भीतर होता है जो अन्यथा सिर्फ एक खाली एड स्लॉट लोड होने का होता।
RTB इकोसिस्टम के मूल घटक क्या हैं?
इन्फ्रास्ट्रक्चर के चार हिस्से अलग-अलग काम करते हैं, और इन्हें भ्रमित करना वह जगह है जहां बहुत सी इम्प्लीमेंटेशन गलतियां शुरू होती हैं।
- सप्लाई-साइड प्लेटफॉर्म (SSP): पब्लिशर्स के लिए यील्ड प्रबंधित करता है, प्राइस फ्लोर सेट करता है, और प्रत्येक इम्प्रेशन के लिए प्रतिस्पर्धा को अधिकतम करने हेतु कई एक्सचेंजों से कनेक्शन बनाए रखता है।
- डिमांड-साइड प्लेटफॉर्म (DSP): बिडिंग लॉजिक, टार्गेटिंग नियम, बजट पेसिंग और रिपोर्टिंग रखता है जिसका उपयोग विज्ञापनदाता एक साथ कई एक्सचेंजों पर इन्वेंटरी खरीदने के लिए करते हैं।
- एड एक्सचेंज: वास्तविक नीलामी चलाता है, बिड रिक्वेस्ट को बिड रिस्पॉन्स से मैच करता है, और क्लियरिंग नियम (फर्स्ट-प्राइस, सेकंड-प्राइस, या हाइब्रिड) लागू करता है।
- एड सर्वर: पब्लिशर साइड पर बैठता है, तय करता है कि जब कई स्रोत प्रतिस्पर्धा करें तो कौन सा डिमांड सोर्स स्लॉट जीतता है, और वास्तविक क्रिएटिव डिलीवरी संभालता है।
- डेटा प्रोवाइडर: DSP के बिडिंग मॉडल में आइडेंटिटी और बिहेवियरल सिग्नल फीड करते हैं, बिड रिक्वेस्ट बनने से पहले ही पाइपलाइन में प्रवेश करते हैं।
नीलामी मॉडल आपके वास्तविक भुगतान को क्यों बदलता है?
सेकंड-प्राइस नीलामियां RTB का मूल मानक थीं: विजेता दूसरी सबसे ऊंची बिड से एक इन्क्रीमेंट ज्यादा भुगतान करता है, अपनी पूरी बिड नहीं। फर्स्ट-प्राइस नीलामियां विजेता से ठीक वही वसूलती हैं जो उसने बिड की, बस। अधिकांश एक्सचेंज पिछले कई सालों में फर्स्ट-प्राइस मैकेनिक्स की ओर शिफ्ट हो गए, बड़े पैमाने पर इसलिए कि हेडर बिडिंग ने दर्जनों एक साथ डिमांड सोर्सेज के बीच एक क्लीन सेकंड-प्राइस नीलामी चलाना अव्यावहारिक बना दिया।
सॉफ्ट फ्लोर इसे और जटिल बनाते हैं। एक पब्लिशर एक रिज़र्व प्राइस सेट कर सकता है जो प्रभावी रूप से विजेता बिड को फ्लोर की ओर धकेलता है, वास्तविक दूसरी सबसे ऊंची डिमांड की परवाह किए बिना, जो परिणामों को वैसे भी फर्स्ट-प्राइस नीलामी जैसा बना देता है।
लाइव RTB ट्रैफिक के मापन में पाया गया कि औपचारिक सेकंड-प्राइस नियमों के बावजूद, सॉफ्ट फ्लोर और रिज़र्व प्राइसिंग ने फर्स्ट-प्राइस जैसे भुगतान परिणामों को व्यावहारिक मानदंड बना दिया, अपवाद नहीं।
प्रमुख आंकड़ा: उसी शोध ने इम्प्रेशन वॉल्यूम, बिड डेंसिटी और कन्वर्ज़न रेट में स्पष्ट आवर्ती पैटर्न भी प्रलेखित किए, जो समय-दिवस और सप्ताह-दिवस चक्रों से जुड़े थे, एक सिग्नल जो नीचे ऑप्टिमाइज़ेशन सेक्शन में फिर से दिखाई देता है।
बिड शेडिंग, जहां एक DSP जानबूझकर अपने वास्तविक मूल्यांकन से नीचे बिड करता है, विशेष रूप से फर्स्ट-प्राइस ओवरपेमेंट रिस्क का मुकाबला करने के लिए मौजूद है। आपका डैशबोर्ड जो CPM दिखाता है वह क्लियरिंग प्राइस है, जरूरी नहीं कि एल्गोरिदम का आंतरिक मूल्यांकन हो, और उन दो नंबरों के बीच का अंतर ठीक वही है जहां शेडिंग रणनीतियां काम करती हैं।
RTB इम्प्लीमेंटेशन के लिए कौन से प्रोटोकॉल डिटेल मायने रखते हैं?
OpenRTB रिक्वेस्ट/रिस्पॉन्स स्ट्रक्चर को नियंत्रित करता है जिसका लगभग हर एक्सचेंज उपयोग करता है, और Google की Authorized Buyers डॉक्यूमेंटेशन सबसे स्पष्ट सार्वजनिक संदर्भ है कि फील्ड, लेटेंसी आवश्यकताएं और रिस्पॉन्स निर्माण प्रोडक्शन में वास्तव में कैसे काम करते हैं।
- पहले
imp(इम्प्रेशन),device,geoऔरuserऑब्जेक्ट्स को पार्स करें। ये वे स्कोरिंग सिग्नल ले जाते हैं जिन्हें अधिकांश बिडर सबसे ज्यादा वेट देते हैं। - अगर आपके बिडर को सीरियलाइज़ेशन से माइक्रोसेकंड बचाने हैं तो JSON की जगह Protobuf चुनें; JSON डीबग करना आसान है लेकिन बड़े पैमाने पर पार्सिंग टाइम खर्च होता है।
- Authorized Buyers प्रोटोकॉल वेरिएंट का उपयोग करता है जो स्टैंडर्ड OpenRTB से थोड़ा अलग होते हैं। फील्ड कम्पैटिबिलिटी मानने से पहले पुष्टि करें कि एक्सचेंज किस स्पेक वर्ज़न पर चलता है।
- अपनी लेटेंसी का बजट दसों मिलीसेकंड में रखें, सैकड़ों में नहीं। एक्सचेंज डेटा सेंटर्स के करीब पीयरिंग करना और क्रिएटिव एसेट्स को लोकली कैश करना, टाइमआउट बढ़ने पर दो सबसे भरोसेमंद समाधान हैं।
प्रो टिप: हर टाइमआउट को हर नो-बिड से अलग लॉग करें। एक बिडर जो चुपचाप लेटेंसी की वजह से हार रहा है, वह उससे एकदम वैसा ही दिखता है जो बस प्रतिस्पर्धी नहीं है, जब तक आप रिस्पॉन्स टाइम को अपनी अलग मेट्रिक के रूप में ट्रैक नहीं कर रहे।
हेडर बिडिंग ने RTB प्राइसिंग कैसे बदली?
हेडर बिडिंग पब्लिशर्स को एक ही इम्प्रेशन को एक साथ कई एक्सचेंजों को भेजने देती है, पेज हेडर में, एड सर्वर की पारंपरिक वॉटरफॉल चलने से पहले। Prebid.js इसे मैनेज करने का मानक तरीका बन गया, बिडर एडेप्टर्स को कोऑर्डिनेट करते हुए जो प्रत्येक अलग-अलग एक्सचेंज या DSP से कनेक्ट होते हैं और सभी परिणामी बिड्स को एकीकृत निर्णय के लिए एड सर्वर में फीड करते हैं।
- पब्लिशर आमतौर पर उच्च क्लियरिंग प्राइस देखते हैं क्योंकि एक ही इम्प्रेशन के लिए एक साथ अधिक डिमांड प्रतिस्पर्धा करती है, क्रमिक वॉटरफॉल में प्रतीक्षा करने के बजाय।
- बायर्स को एक समतल, अधिक प्रतिस्पर्धी परिदृश्य का सामना करना पड़ता है। सस्ती इन्वेंटरी खोजने के लिए वॉटरफॉल के निचले स्तरों की प्रतीक्षा करने की पुरानी चाल अब कम बार काम करती है।
- ट्रेड-ऑफ अतिरिक्त लेटेंसी है, क्योंकि हर एक्स्ट्रा एडेप्टर कॉल पेज रेंडर होने से पहले एक और नेटवर्क राउंड ट्रिप है।
- हेडर बिडिंग ने रिज़र्व प्राइस को भी समग्र रूप से ऊपर धकेला, क्योंकि पब्लिशर व्यापक डिमांड पूल का उपयोग उच्च फ्लोर के लिए लीवरेज के रूप में करते हैं।
कौन से ऑप्टिमाइज़ेशन लीवर वास्तव में RTB प्रदर्शन को प्रभावित करते हैं?
अधिकांश बिडिंग रणनीतियां इसलिए विफल नहीं होतीं कि मॉडल गलत है, बल्कि इसलिए कि यह समय की अनदेखी करता है। इंडस्ट्री रिसर्च लगातार पाती है कि समय-दिवस और टाइम-सीरीज़ सिग्नल की अनदेखी करने वाले बिडर उनसे कम प्रदर्शन करते हैं जो स्पष्ट रूप से टेम्पोरल पैटर्न मॉडल करते हैं।
- एक टेम्पोरल मॉडल बनाएं। इम्प्रेशन वॉल्यूम और कन्वर्ज़न लाइकलीहुड दोनों घंटे और सप्ताह के दिन के अनुसार बदलते हैं, इसलिए एक स्टैटिक बिड प्राइस कम-मूल्य विंडो में बजट बर्बाद करता है और उच्च-मूल्य विंडो में कम बिड करता है।
- रीसेंसी और फ्रीक्वेंसी को एक साथ वेट करें, अलग-अलग नहीं। पांच मिनट पहले देखा गया यूज़र और पांच दिन पहले देखा गया यूज़र को कभी भी एक ही बिड प्राइस नहीं मिलना चाहिए, एक ही ऑडियंस सेगमेंट के भीतर भी।
- बजट पेसिंग को ऑटोमेट करें ताकि खर्च दिन की शुरुआत में फ्रंट-लोड न हो और बाद के, उच्च-कन्वर्टिंग घंटों को भूखा न छोड़े।
- फर्स्ट-प्राइस वातावरण में, फीडबैक लूप के साथ बिड शेडिंग चलाएं: साप्ताहिक रूप से विन रेट को क्लियरिंग प्राइस के विरुद्ध ट्रैक करें और शेड फैक्टर को एक बार सेट करके छोड़ने के बजाय एडजस्ट करें।
प्रो टिप: पेसिंग और शेडिंग को कनेक्टेड मानें, अलग सिस्टम नहीं। एक पेसिंग एल्गोरिदम जो डिलीवरी को स्मूथ करता है लेकिन क्लियरिंग प्राइस ट्रेंड की अनदेखी करता है, खुशी-खुशी ठीक उन घंटों में ज्यादा भुगतान करेगा जब आपके शेडिंग मॉडल को पीछे हटना चाहिए।
RTB आर्किटेक्चर को किन प्राइवेसी रिस्क को संबोधित करना चाहिए?
रेगुलेटर्स ने इस बात में सीधी रुचि ली है कि बिड रिक्वेस्ट के अंदर वास्तव में कौन सा डेटा ट्रैवल करता है। Mobilewalla के खिलाफ FTC का केस ठीक इसी पर केंद्रित था: RTB बिडस्ट्रीम ट्रैफिक के माध्यम से एकत्र किए गए लोकेशन और बिहेवियरल डेटा को उनके मूल एड-टार्गेटिंग संदर्भ से परे पुनः उपयोग किया गया।
- बिड रिक्वेस्ट में कभी भी रॉ PII न पास करें। आइडेंटिफायर्स को अपने सर्वर से बाहर जाने से पहले हैश या टोकनाइज़ करें।
- कंसेंट चेक बिडर के अपस्ट्रीम में चलाएं, उसके अंदर नहीं, ताकि एक रिजेक्टेड कंसेंट स्टेट कभी भी आपकी लॉगिंग पाइपलाइन तक न पहुंचे।
- रिपोर्टिंग के लिए सर्वर-साइड एग्रीगेशन को प्राथमिकता दें ताकि इंडिविजुअल-लेवल सिग्नल को नीलामी से अधिक समय तक बनाए रखने की आवश्यकता न हो।
प्रमुख आंकड़ा: प्राइवेसी-संचालित सिग्नल लॉस एक ज्ञात ट्रेड-ऑफ है। जैसे-जैसे आइडेंटिफायर्स हटाए या मोटे किए जाते हैं, बिड मॉडल सटीकता खो देते हैं, यही कारण है कि कॉन्टेक्स्चुअल और फर्स्ट-पार्टी सेगमेंट रणनीतियों ने रिप्लेसमेंट इनपुट के रूप में जमीन हासिल की है।
एक व्यावहारिक RTB ऑडिट चेकलिस्ट में क्या शामिल होना चाहिए?
एक काम करने वाला ऑडिट चार श्रेणियों को कवर करता है, और उनमें से किसी एक को छोड़ना आमतौर पर वह जगह है जहां लॉन्च के बाद की आग शुरू होती है।
- इंजीनियरिंग: पुष्टि करें कि OpenRTB पार्सिंग सभी आवश्यक फील्ड को हैंडल करती है, लेटेंसी आपके SLA के अंदर रहती है, और हर रिक्वेस्ट/रिस्पॉन्स पेयर टाइमस्टैम्प के साथ लॉग होता है।
- टेस्टिंग: लाइव होने से पहले सिंथेटिक बिड रिक्वेस्ट चलाएं, पीक QPS के लिए लोड-टेस्ट करें, और बिडिंग लॉजिक में किसी भी बदलाव को एक होल्ड-आउट कंट्रोल ग्रुप के विरुद्ध A/B टेस्ट करें।
- ऑपरेशंस: दैनिक रूप से फ्लोर प्राइस मॉनिटर करें, प्रति कैम्पेन पेसिंग नियम सेट करें, और कैम्पेन स्केल होने से पहले हर क्रिएटिव रेंडर को मैनुअली QA करें।
- मेज़रमेंट: विन रेट को बिड प्राइस के विरुद्ध ट्रैक करें, क्लियरिंग प्राइस की तुलना अपने वैल्यूएशन मॉडल से करें, और फनल को कन्वर्ज़न तक फॉलो करें, सिर्फ क्लिक तक नहीं।
प्रो टिप: *अकेले विन रेट आपको लगभग कुछ नहीं बताती।
पारदर्शी RTB डेटा वास्तव में कैसा दिखता है?
अधिकांश प्रोग्रामैटिक रिपोर्टिंग मायने रखने वाले नंबरों को एग्रीगेटेड डैशबोर्ड के पीछे छुपाती है। BidSurvivor एक समय-सीमित विज्ञापन नीलामी चलाता है जहां हर विजेता ब्रांड के विज़िटर और क्लिक काउंट प्रकाशित किए जाते हैं, अनुमानित नहीं, मॉडल्ड नहीं।
- बोर्ड प्रति UTC दिन दो स्लॉट दिखाता है, प्रत्येक बारह घंटे का, बिड हिस्ट्री और ट्रैफिक नंबर किसी को भी दिखाई देते हैं।
- BidSurvivor का ब्लॉग वास्तविक विज्ञापन अर्थशास्त्र को सरल शब्दों में तोड़ता है, जिसमें Google Ads पर $200 वास्तव में क्या खरीदते हैं पर एक लेख शामिल है, उस तरह का दानेदार खर्च विश्लेषण जो अधिकांश प्लेटफॉर्म कभी प्रकाशित नहीं करते।
- वह पारदर्शिता वही दर्शाती है जो RTB ऑडिटर्स को आंतरिक रूप से मांगना चाहिए: वास्तविक क्लियरिंग प्राइस और वास्तविक ट्रैफिक, मॉडल्ड अनुमान नहीं।
मशीन लर्निंग बिड निर्णयों को कैसे बदल रही है
बिडिंग लॉजिक स्टैटिक नियमों पर चलती थी: फिक्स्ड CPM कैप, फिक्स्ड टार्गेटिंग, फिक्स्ड पेसिंग कर्व। मशीन लर्निंग मॉडल अब प्रति इम्प्रेशन कन्वर्ज़न प्रोबेबिलिटी प्रिडिक्ट करते हैं और उसके अनुसार बिड प्राइस एडजस्ट करते हैं, जो RTB की पहली दशक में हावी रहे रूल-बेस्ड बिडर्स से काफी अलग दृष्टिकोण है।
दिक्कत यह है कि इन मॉडल्स को काम करने के लिए वॉल्यूम चाहिए। एक छोटे बजट की कैम्पेन चलाने वाला DSP अक्सर अपने खुद के मॉडल के लिए इतना ट्रेनिंग डेटा जनरेट नहीं कर पाता कि वह एक अच्छी तरह ट्यून्ड स्टैटिक रूल से बेहतर प्रदर्शन करे, जो एक ऐसा डिटेल है जो अधिकांश वेंडर पिचों से बाहर रह जाता है। डिस्प्ले नीलामियों पर गेम-थ्योरी रिसर्च ने यह भी पाया है कि RTB एग्रीगेट पब्लिशर रेवेन्यू बढ़ाता है लेकिन विज्ञापनदाताओं के लिए असमान परिणाम देता है, जहां रिज़र्वेशन कॉन्ट्रैक्ट अभी भी उन विज्ञापनदाताओं के लिए RTB से बेहतर प्रदर्शन करते हैं जो डेटा वॉल्यूम पर प्रतिस्पर्धा नहीं कर सकते। यह जानने लायक है इससे पहले कि मान लें कि मशीन लर्निंग बिडिंग स्वचालित रूप से हर कैम्पेन साइज़ के लिए बेहतर विकल्प है।
RTB की तुलना प्रोग्रामैटिक डायरेक्ट से कैसे होती है
प्रोग्रामैटिक डायरेक्ट नीलामी को पूरी तरह छोड़ देता है: एक निश्चित कीमत और निश्चित इन्वेंटरी पहले से बातचीत करके तय की जाती है, उन्हीं पाइप्स के माध्यम से ऑटोमेट की जाती है जो RTB उपयोग करता है लेकिन रियल-टाइम प्रतिस्पर्धी बिड के बिना। RTB बिकी हुई इन्वेंटरी पर लचीलापन और पहुंच में जीतता है; प्रोग्रामैटिक डायरेक्ट पूर्वानुमेयता और गारंटीड प्लेसमेंट में जीतता है। हेडर बिडिंग ने वास्तव में इस रेखा को और धुंधला कर दिया, क्योंकि इसने रिज़र्वेशन डील्स और RTB इन्वेंटरी के बीच आवंटन क्रम बदल दिया, पब्लिशर्स को रिज़र्वेशन कॉन्ट्रैक्ट को उच्च प्राइस बार पर रखने के लिए मजबूर किया क्योंकि अब RTB प्रतिस्पर्धा एक दृश्यमान फ्लोर सेट करती है।
पारंपरिक RTB सलाह क्या गलत कहती है
अधिकांश व्याख्याकार RTB को एक हल की हुई समस्या की तरह मानते हैं: एक DSP प्लग इन करो, एक टार्गेटिंग नियम सेट करो, डैशबोर्ड देखो। वह फ्रेमिंग उस हिस्से को छोड़ देती है जो वास्तव में परिणाम निर्धारित करता है, जो यह है कि नीलामी की मैकेनिक्स खुद आपके पैरों तले बदलती रहती हैं। सेकंड-प्राइस नीलामियां वह धारणा थीं जिस पर बिडिंग रणनीतियों की पूरी पीढ़ी बनाई गई थी, और वह धारणा चुपचाप क्षरित हो गई है क्योंकि सॉफ्ट फ्लोर और हेडर बिडिंग ने बाज़ार को फर्स्ट-प्राइस व्यवहार की ओर धकेल दिया। एक बिडर जो अभी भी सेकंड-प्राइस अर्थशास्त्र के लिए ट्यून की गई वैल्यूएशन लॉजिक चला रहा है, हर नीलामी चक्र में पैसा टेबल पर छोड़ रहा है।
बड़ा ब्लाइंड स्पॉट पारदर्शिता है, या उसकी कमी। अधिकांश प्रोग्रामैटिक रिपोर्टिंग एग्रीगेटेड, मॉडल्ड और वास्तविक लेन-देन से एक कदम दूर है। आप CPM औसत देखते हैं, किसी एक इम्प्रेशन पर क्लियरिंग प्राइस नहीं। यही कारण है कि वे प्लेटफॉर्म जो कच्चे नंबर प्रकाशित करते हैं, वास्तविक विज़िटर काउंट, वास्तविक क्लिक टोटल, उन्हें जितना श्रेय मिलता है उससे ज्यादा मायने रखते हैं। आप ऐसी बिडिंग रणनीति को ऑप्टिमाइज़ नहीं कर सकते जो आप स्पष्ट रूप से देख ही नहीं सकते।
अगर RTB पाइपलाइन बनाने या ऑडिट करने वाले पाठकों के लिए एक प्राथमिकता है, तो वह यह है: बिड शेडिंग या पेसिंग लॉजिक को छूने से पहले क्लियरिंग प्राइस और विन रेट दोनों के लिए इंस्ट्रूमेंट करें। डाउनस्ट्रीम की हर ऑप्टिमाइज़ेशन इस पर निर्भर करती है कि आप वास्तव में क्या भुगतान कर रहे हैं, न कि आपका डैशबोर्ड क्या राउंड ऑफ करता है।
-- nrupak
पारदर्शी विज्ञापन नीलामी डेटा खुद देखना चाहते हैं?
ऊपर कवर की गई सब कुछ, क्लियरिंग प्राइस, विन रेट, वास्तविक ट्रैफिक नंबर, ठीक वही है जो अधिकांश प्रोग्रामैटिक प्लेटफॉर्म एग्रीगेटेड डैशबोर्ड के पीछे रखते हैं। BidSurvivor विपरीत मॉडल चलाता है: एक समय-सीमित नीलामी बोर्ड जहां हर बिड, हर विज़िटर काउंट और विजेता ब्रांड का हर क्लिक टोटल खुले में प्रकाशित होता है, बिना सब्सक्रिप्शन या न्यूनतम खर्च के।
अगर आप एक मार्केटर हैं जो देखना चाहते हैं कि परफॉर्मेंस-बेस्ड एड बाइंग पारंपरिक एक्सचेंज की अपारदर्शिता के बिना कैसी दिखती है, तो एक खुला स्लॉट क्लेम करने में कुछ भी खर्च नहीं होता, और एक ऑक्यूपाइड स्लॉट के लिए बस $1 फ्लोर से स्टैंडिंग बिड को हराना होता है। हर विज़िटर को $100 का हाउस क्रेडिट भी मिलता है, इसलिए शुरुआती बिड्स में जेब से कुछ नहीं लगता। एक डॉलर भी लगाने से पहले मौजूदा बोर्ड देखें कि एक विजेता स्लॉट के ट्रैफिक नंबर कैसे दिखते हैं।
स्रोत
इस अवलोकन से आगे जाना चाहने वाले पाठकों के लिए, ये प्राथमिक तकनीकी और नियामक स्रोत हैं जो सीधे पढ़ने लायक हैं:
- Real-time bidding | Google for Developers
- Real-time bidding for online advertising: measurement and analysis
- About Prebid.js for Header Bidding
- Unpacking real-time bidding through FTC's case: Mobilewalla
- Real-time bidding