आम तौर पर, पब्लिशर आय को ऑप्टिमाइज़ करने के लिए, विज्ञापन की मांग के अलग-अलग सोर्स का इस्तेमाल करते हैं. साथ ही, पेज पर किसी विज्ञापन स्लॉट के लिए सबसे अच्छा विज्ञापन तय करने के लिए, कई कंपनियों (उदाहरण के लिए, पब्लिशर विज्ञापन सर्वर, सप्लाई-साइड प्लैटफ़ॉर्म, और डिमांड-साइड प्लैटफ़ॉर्म) को शामिल करते हैं. हेडर बिडिंग की मदद से, पब्लिशर कई तरह के मांग स्रोतों से विज्ञापन स्लॉट के लिए बिड कैप्चर कर सकते हैं. सीक्वेंशियल ऑक्शन सेटअप में, हेडर बिडिंग लाइब्रेरी का इस्तेमाल, कॉन्टेक्स्ट के हिसाब से डेटा के साथ ऑक्शन चलाने के लिए किया जा सकता है. साथ ही, सुरक्षित ऑडियंस का इस्तेमाल, अलग-अलग साइटों के डेटा के साथ ऑक्शन चलाने के लिए किया जा सकता है.
शुरू करने से पहले, Prebid.js दस्तावेज़ से हेडर बिडिंग की बुनियादी बातों के बारे में जानें.
परिभाषाएं
नीचे दी गई टेबल में, इस दस्तावेज़ में इस्तेमाल किए गए कुछ शब्दों के बारे में बताया गया है.
नीलामी
| नीलामी | परिभाषा |
|---|---|
| Protected Audience API से जुड़ी नीलामी | विज्ञापन नीलामी, जिसमें किसी दूसरी साइट पर बनाए गए दिलचस्पी के ग्रुप पर बिडिंग की जाती है. |
| Protected Audience API की मदद से, कई सेलर के लिए ऑप्टिमाइज़ की गई नीलामी | Protected Audience API से जुड़ी दो-टीयर वाली नीलामी, जिसमें सबसे पहले कई पैरलल कॉम्पोनेंट नीलामियां होती हैं. इसके बाद, सबसे ज़्यादा स्कोर वाला विज्ञापन, फ़ाइनल टॉप-लेवल नीलामी में सबमिट किया जाता है. |
| टॉप-लेवल ऑक्शन | Protected Audience की मल्टी-सेलर नीलामी में होने वाली विज्ञापन की आखिरी नीलामी, जो कॉम्पोनेंट नीलामियों में जीतने वाले कॉम्पोनेंट के लिए स्कोरिंग की सुविधा उपलब्ध कराती है. |
| कॉम्पोनेंट की नीलामी | Protected Audience की एक से ज़्यादा सेलर वाली नीलामी में नेस्ट की गई नीलामी, जहां हर कॉम्पोनेंट सेलर, अपनी कॉम्पोनेंट नीलामियां एक साथ चला रहा है. हर कॉम्पोनेंट नीलामी में सबसे ज़्यादा स्कोर वाले विज्ञापनों को टॉप-लेवल नीलामी में भेजा जाता है. |
पार्टी में शामिल लोग
| भागीदार | परिभाषा |
|---|---|
| विज्ञापन देने वाला | वह पार्टी जो विज्ञापन प्लेसमेंट चाहती है और विज्ञापन क्रिएटिव बनाती है. |
| प्रकाशक | वह पक्ष जो नीलामी के लिए विज्ञापन इन्वेंट्री उपलब्ध कराता है. |
| खरीदार | वह पार्टी जो विज्ञापन देने वाले से विज्ञापन स्पेस खरीदने के लिए नीलामी में बिड करती है. आम तौर पर, डिमांड-साइड प्लैटफ़ॉर्म (डीएसपी). |
| पब्लिशर का विज्ञापन सर्वर | पब्लिशर, इस सेवा का इस्तेमाल करके साइट पर दिखाए जाने वाले विज्ञापनों को मैनेज और चुनते हैं. पब्लिशर विज्ञापन सर्वर, नीलामी के अपने नतीजों, हेडर बिडर के रिस्पॉन्स, सीधे तौर पर बेची गई इन्वेंट्री वगैरह को जोड़ सकता है. इससे, यह तय किया जा सकता है कि कौनसा विज्ञापन पब्लिशर को सबसे ज़्यादा रेवेन्यू देगा. पब्लिशर विज्ञापन सर्वर, सर्वर के साथ इंटरैक्ट करने के लिए क्लाइंट-साइड लाइब्रेरी उपलब्ध करा सकता है. |
| टॉप लेवल सेलर | वह पार्टी जो Protected Audience API की मदद से, कई सेलर वाली नीलामी को शुरू करती है (यानी बनाती है) और टॉप-लेवल नीलामी में हिस्सा लेती है. |
| कॉम्पोनेंट सेलर | वह पार्टी जो खरीदारों को पब्लिशर का विज्ञापन स्पेस बेचने के लिए, Protected Audience वाली कई सेलर वाली नीलामी में कॉम्पोनेंट नीलामी चलाती है. आम तौर पर, सप्लाई-साइड प्लैटफ़ॉर्म (एसएसपी). |
सीक्वेंशियल ऑक्शन का सेटअप
क्रम से होने वाली नीलामी के सेटअप में, पहले कॉन्टेक्स्ट के हिसाब से नीलामियां की जाती हैं. इसके बाद, Protected Audience API से जुड़ी नीलामी की जाती है. इस सेटअप की मदद से पब्लिशर, पेज पर मौजूद कॉन्टेक्स्ट डेटा के साथ नीलामी चलाकर, अपनी कमाई बढ़ा सकते हैं. साथ ही, उपयोगकर्ताओं की निजता की सुरक्षा के लिए, सुरक्षित माहौल में क्रॉस-साइट डेटा के साथ नीलामी भी चला सकते हैं.
पब्लिशर के विज्ञापन सर्वर की कॉन्टेक्स्टुअल नीलामी के लिए बिड इकट्ठा करने के लिए, पेज पर सबसे पहले हेडलाइन बिडिंग लाइब्रेरी को चलाया जा सकता है. इसके बाद, कॉन्टेक्स्ट के हिसाब से होने वाली नीलामी में, बिड घटाने या बढ़ाने के बाद की गई बिड को बिड फ़्लोर के तौर पर, Protected Audience API से जुड़ी नीलामी में डाला जा सकता है. स्कोर तय करने के दौरान, टॉप-लेवल सेलर, डिज़ायरेबिलिटी स्कोर का हिसाब लगाते समय, कॉम्पोनेंट की नीलामी की बिड की कीमतों को बिड फ़्लोर से नीचे ले जा सकता है. इसके लिए, उसे बिड को शून्य स्कोर असाइन करना होगा. अगर सुरक्षित ऑडियंस कॉम्पोनेंट की कोई भी बिड, बिड फ़्लोर से ज़्यादा नहीं है, तो उपयोगकर्ता को संदर्भ के हिसाब से नीलामी में जीतने वाला विज्ञापन दिखाया जाता है. अगर Protected Audience नीलामी में कोई विज्ञापन जीतता है, तो इसका मतलब है कि वह बिड फ़्लोर से ज़्यादा है. साथ ही, Protected Audience से चुना गया विज्ञापन उपयोगकर्ता को दिखाया जाता है.
क्रम से होने वाली नीलामी के इस सेटअप के उदाहरण में, पेज पर तीन मुख्य नीलामियां क्रम से चलाई जा सकती हैं:
- हेडर बिडिंग लाइब्रेरी के हिसाब से कॉन्टेक्स्ट ऑक्शन
- पब्लिशर के विज्ञापन सर्वर की मदद से, कॉन्टेक्स्ट के हिसाब से होने वाली नीलामी
- Protected Audience API से जुड़ी नीलामी.
खास जानकारी वाले डायग्राम के बारे में पूरी जानकारी:
- नीलामी से पहले, उपयोगकर्ता को विज्ञापन देने वाले व्यक्ति या कंपनी की साइट पर मौजूद इंटरेस्ट ग्रुप में जोड़ा जाता है.
- जब उपयोगकर्ता बाद में पब्लिशर पेज पर जाता है, तो हेडर बिडर से बिड के जवाब इकट्ठा करने के लिए, Prebid.js कॉन्टेक्स्ट के हिसाब से नीलामी करता है. इस चरण के दौरान, खरीदार सिग्नल दे सकते हैं और सेलर, कॉम्पोनेंट ऑक्शन कॉन्फ़िगरेशन दे सकते हैं. इनका इस्तेमाल, सुरक्षित ऑडियंस ऑक्शन में किया जाएगा. Prebid.js, इन सिग्नल और कॉन्फ़िगरेशन को Protected Audience नीलामी में भेजने के लिए एक module उपलब्ध कराता है.
- Prebid.js की मदद से इकट्ठा की गई बिड रिस्पॉन्स, सर्वर-साइड कॉन्टेक्स्टुअल नीलामी के लिए पब्लिशर विज्ञापन सर्वर को भेजे जाते हैं.
- पब्लिशर विज्ञापन सर्वर, नीलामी के अपने नतीजों, हेडर बिडिंग के नतीजों, सीधे तौर पर बेची गई इन्वेंट्री वगैरह को जोड़ सकता है. इससे, यह तय किया जा सकता है कि कौनसा विज्ञापन पब्लिशर को सबसे ज़्यादा आय देगा. विज्ञापन सर्वर, विज्ञापन दिखाने के लिए चुने गए विज्ञापन को पब्लिशर विज्ञापन सर्वर की क्लाइंट-साइड लाइब्रेरी में भेजता है.
- संदर्भ के हिसाब से होने वाली नीलामी में जीतने वाले की, घटाई गई बिड कीमत के साथ-साथ, Prebid.js से इकट्ठा किए गए खरीदार के सिग्नल (
perBuyerSignals) और सेलर के कॉम्पोनेंट की नीलामी के कॉन्फ़िगरेशन को पब्लिशर के विज्ञापन सर्वर की क्लाइंट-साइड लाइब्रेरी की मदद से, सुरक्षित ऑडियंस की नीलामी में पास किया जा सकता है. - Protected Audience API की मल्टी-सेलर नीलामी, टॉप-लेवल सेलर करता है. टॉप लेवल सेलर को स्कोर देने के दौरान, टॉप लेवल सेलर हर कॉम्पोनेंट की नीलामी में जीतने वाली बिड की कीमत की तुलना, कॉन्टेक्स्ट के हिसाब से नीलामी में जीतने वाली बिड की कीमत से कर सकता है. अगर कॉम्पोनेंट की बिड कीमत, कॉन्टेक्स्ट के हिसाब से होने वाली नीलामी की बिड कीमत से कम है, तो टॉप लेवल सेलर, डिज़ायरेबिलिटी स्कोर के तौर पर 0 दिखाता है. अगर सभी बिड को 0 स्कोर दिया जाता है, तो
runAdAuction()कॉल, शून्य दिखाता है. इसका मतलब है कि कॉन्टेक्स्टुअल नीलामी में जीतने वाला विज्ञापन रेंडर किया जाना चाहिए. - पब्लिशर विज्ञापन सर्वर की क्लाइंट-साइड लाइब्रेरी,
runAdAuction()कॉल से मिली जानकारी के आधार पर, विज्ञापन दिखाने के लिए, Protected Audience के ज़रिए चुना गया विज्ञापन या कॉन्टेक्स्ट के हिसाब से विज्ञापन रेंडर करती है. - उपयोगकर्ता को विज्ञापन दिखाया जाता है.
Prebid.js और पब्लिशर विज्ञापन सर्वर की मदद से, संदर्भ के हिसाब से होने वाली नीलामियां
क्रम से होने वाली नीलामी के सेटअप में, सुरक्षित ऑडियंस की नीलामी शुरू होने से पहले, सभी कॉन्टेक्स्टल नीलामियां पूरी हो जाती हैं. इस दस्तावेज़ में बताए गए सेटअप में, हम Prebid.js की मदद से हेडर बिडिंग की कॉन्टेक्स्टुअल नीलामी चलाते हैं. यह नीलामी, पब्लिशर विज्ञापन सर्वर की मदद से सर्वर साइड नीलामी में फ़ीड होती है.
पब्लिशर पहले, फ़्लैग के साथ Prebid.js को कॉल करके, हेडर बिडिंग की कॉन्टेक्स्टुअल नीलामी शुरू करता है. इससे यह पता चलता है कि इसके बाद, सुरक्षित ऑडियंस की नीलामी की जाएगी. इसके बाद, Prebid.js बिड रिस्पॉन्स इकट्ठा करता है और उन्हें सर्वर साइड कॉन्टेक्स्टुअल नीलामी के लिए, पब्लिशर विज्ञापन सर्वर पर भेजता है. बिड रिस्पॉन्स इकट्ठा करने के चरण के दौरान, खरीदारों और सेलर के पास कॉम्पोनेंट ऑक्शन कॉन्फ़िगरेशन और खरीदारों के सिग्नल (perBuyerSignals) उपलब्ध कराने का विकल्प होता है. इनका इस्तेमाल, सुरक्षित ऑडियंस ऑक्शन में किया जा सकता है. हालांकि, इसके लिए ज़रूरी है कि वे इस ऑक्शन में हिस्सा लें.
वह कॉम्पोनेंट नीलामी कॉन्फ़िगरेशन, आखिर में सुरक्षित ऑडियंस नीलामी में पास हो जाएगा.
- कॉन्टेक्स्ट के हिसाब से नीलामी शुरू करना उपयोगकर्ता, पब्लिशर पेज पर जाता है.
- पब्लिशर पेज, पब्लिशर विज्ञापन सर्वर की क्लाइंट-साइड लाइब्रेरी को लोड करता है और विज्ञापन स्लॉट तय करता है.
- पब्लिशर पेज, Prebid को लोड करता है और हेडर बिडिंग की कॉन्टेक्स्टुअल बिडिंग शुरू करता है.
- सेलर A की कॉन्टेक्स्टुअल नीलामी (सेलर B की कॉन्टेक्स्टुअल नीलामी के साथ-साथ चल रही है). Prebid.js, सेलर A को बिड रिक्वेस्ट भेजता है.
- सेलर A, खरीदारों से बिड रिस्पॉन्स और perBuyerSignals को वापस पाता है.
- सेलर A, कॉन्टेक्स्ट के हिसाब से नीलामी करता है.
- सेलर A,
perBuyerSignalsशामिल करके कॉम्पोनेंट की नीलामी का कॉन्फ़िगरेशन बनाता है. - सेलर A, जीतने वाली बिड और उसके कॉम्पोनेंट नीलामी कॉन्फ़िगरेशन के साथ Prebid.js को जवाब देता है.
- सेलर B की कॉन्टेक्स्टुअल नीलामी (सेलर A की कॉन्टेक्स्टुअल नीलामी के साथ-साथ चलती है). Prebid.js, सेलर B को बिड रिक्वेस्ट भेजता है.
- सेलर B, खरीदारों से बिड रिस्पॉन्स और
perBuyerSignalsहासिल करता है. - सेलर B, कॉन्टेक्स्ट के हिसाब से नीलामी करता है.
- सेलर B, perBuyerSignals के साथ कॉम्पोनेंट की नीलामी कॉन्फ़िगरेशन बनाता है.
- सेलर B, जीतने वाली बिड और उसके कॉम्पोनेंट की नीलामी कॉन्फ़िगरेशन के साथ Prebid.js को जवाब देता है.
- पब्लिशर विज्ञापन सर्वर की कॉन्टेक्स्टुअल नीलामी. Prebid.js से इकट्ठा किए गए बिड रिस्पॉन्स, कॉन्टेक्स्टुअल नीलामी के लिए पब्लिशर विज्ञापन सर्वर को भेजे जाते हैं.
- खरीदारों के सिग्नल वाले कॉम्पोनेंट ऑक्शन कॉन्फ़िगरेशन, पब्लिशर विज्ञापन सर्वर की क्लाइंट-साइड लाइब्रेरी के साथ शेयर किए जाते हैं
- पब्लिशर विज्ञापन सर्वर, सीधे तौर पर बेचे जाने वाले कैंपेन, प्रोग्रामैटिक बिड, Prebid की कॉन्टेक्स्ट बिड, और अन्य इन्वेंट्री के बीच सबसे अच्छा विज्ञापन तय करने के लिए, कॉन्टेक्स्ट ऑक्शन चलाता है.
- पब्लिशर विज्ञापन सर्वर, अडजस्ट की गई विजेता बिड दिखाता है.
Protected Audience की मदद से, विज्ञापन की मांग के साथ-साथ, कॉन्टेक्स्ट के हिसाब से विज्ञापन की मांग पर विचार करना
इस समय, कॉन्टेक्स्ट आधारित नीलामियां पूरी हो चुकी होती हैं. साथ ही, पब्लिशर विज्ञापन सर्वर की क्लाइंट-साइड लाइब्रेरी, कॉन्टेक्स्ट आधारित नीलामी में जीतने वाली बिड की घटाई गई कीमत, कॉम्पोनेंट नीलामी के कॉन्फ़िगरेशन, और सुरक्षित ऑडियंस नीलामी में हिस्सा लेने वाले खरीदारों के सिग्नल को टॉप-लेवल सेलर को भेज सकती है. फ़्लोर के तौर पर, कॉन्टेक्स्ट के हिसाब से ऑक्शन बिड की कीमत को ऑक्शन कॉन्फ़िगरेशन में, टॉप-लेवल ऑक्शन में स्कोर करने के लिए सिग्नल के तौर पर पास किया जा सकता है.
- ब्राउज़र, सेलर से स्कोरिंग स्क्रिप्ट के साथ-साथ हर विज्ञापन के भरोसेमंद स्कोरिंग सिग्नल फ़ेच करता है.
- ब्राउज़र, सभी कॉम्पोनेंट की नीलामियों में जीतने वाली हर बिड के लिए, टॉप लेवल सेलर के स्कोरिंग लॉजिक को लागू करता है. टॉप-लेवल सेलर की
scoreAd()स्क्रिप्ट में, लॉजिक के पास कॉन्टेक्स्ट के हिसाब से अडजस्ट की गई, नीलामी में जीतने वाली बिड की कीमत का ऐक्सेस होता है. यह कीमत, नीलामी कॉन्फ़िगरेशन मेंsellerSignalsके तौर पर दी गई हो सकती है. स्क्रिप्ट, कॉन्टेक्स्ट के हिसाब से तय की गई बिड की कीमत की तुलना, कॉम्पोनेंट की सुरक्षित ऑडियंस के लिए तय की गई बिड की कीमत से कर सकती है. साथ ही, अगर कॉन्टेक्स्ट के हिसाब से तय की गई कीमत ज़्यादा है, तो 'प्रॉडक्ट की मांग' स्कोर 0 दिखा सकती है. अगर ऐसा नहीं होता है, तो स्क्रिप्ट, डिज़ायरेबिलिटी स्कोर का हिसाब लगाती है. ऐसा, संभवतः सुरक्षित ऑडियंस के लिए बिड की कीमत के आधार पर किया जाता है. - ब्राउज़र, सबसे ज़्यादा डिज़ायरेबिलिटी स्कोर वाला विज्ञापन चुनता है. यह स्कोर, टॉप लेवल सेलर के स्कोरिंग लॉजिक से सबमिट किया जाता है.
- अगर Protected Audience API से जुड़ी नीलामी जीत जाती है, तो Protected Audience API से जुड़ी नीलामी, पब्लिशर के विज्ञापन सर्वर की क्लाइंट-साइड लाइब्रेरी में
FencedFrameConfigऑब्जेक्ट या अस्पष्ट URN दिखाती है. - क्लाइंट-साइड लाइब्रेरी, फ़ेंस किए गए फ़्रेम के
configएट्रिब्यूट कोFencedFrameConfigऑब्जेक्ट पर सेट करती है या iframe केsrcएट्रिब्यूट को, सुरक्षित ऑडियंस वाले विज्ञापन के विजेता के URN पर सेट करती है. - ब्राउज़र, खरीदार से Protected Audience नीलामी में जीतने वाला विज्ञापन फ़ेच करता है.
- ब्राउज़र, उपयोगकर्ता को विज्ञापन रेंडर करता है.
- अगर कॉन्टेक्स्ट के हिसाब से होने वाली नीलामी जीतती है, तो Protected Audience नीलामी
nullदिखाती है. - ब्राउज़र, iframe के
srcएट्रिब्यूट को, कॉन्टेक्स्ट के हिसाब से दिखाए जाने वाले विज्ञापन पर सेट करता है. - ब्राउज़र, खरीदार से कॉन्टेक्स्ट के हिसाब से नीलामी जीतने वाला विज्ञापन फ़ेच करता है.
- ब्राउज़र, उपयोगकर्ता को विज्ञापन रेंडर करता है.