पब्लिशर आम तौर पर, रेवेन्यू बढ़ाने के लिए विज्ञापन डिमांड सोर्स में अलग-अलग तरीके आज़माते हैं. साथ ही, पेज पर मौजूद किसी विज्ञापन स्लॉट के लिए, सबसे अच्छा विज्ञापन तय करने के लिए कई कंपनियों (उदाहरण के लिए, पब्लिशर के विज्ञापन सर्वर, सप्लाई-साइड प्लैटफ़ॉर्म, और डिमांड-साइड प्लैटफ़ॉर्म) का इस्तेमाल करते हैं. हेडर बिडिंग की मदद से पब्लिशर, किसी विज्ञापन स्लॉट के लिए अलग-अलग डिमांड सोर्स से बिड कैप्चर कर सकते हैं. क्रम के मुताबिक होने वाली नीलामी के सेटअप में, हेडर बिडिंग लाइब्रेरी का इस्तेमाल, काम के डेटा वाली नीलामी के लिए किया जा सकता है और Protected Audience का इस्तेमाल, क्रॉस-साइट डेटा वाली नीलामी के लिए किया जाता है.
शुरू करने से पहले, Prebid.js दस्तावेज़ से बुनियादी हेडर बिडिंग के बारे में जानें.
परिभाषाएं
इन टेबल में, इस दस्तावेज़ में इस्तेमाल किए गए कुछ शब्दों के बारे में बताया गया है.
नीलामी
नीलामी | परिभाषा |
---|---|
सुरक्षित ऑडियंस नीलामी | एक विज्ञापन नीलामी, जिसमें किसी दूसरी साइट पर बनाए गए किसी इंटरेस्ट ग्रुप पर बिडिंग करना शामिल है. |
एक से ज़्यादा सेलर वाली सुरक्षित ऑडियंस की नीलामी | दो-टीयर वाली Protected Audience ऑक्शन में, सबसे पहले पैरलल कॉम्पोनेंट की कई नीलामियों शामिल होती हैं. इसके बाद, ये सबसे ज़्यादा स्कोर वाले विज्ञापन को आखिरी टॉप-लेवल की नीलामी में सबमिट करती हैं. |
टॉप-लेवल की नीलामी | Protected Audience की एक से ज़्यादा सेलर वाली नीलामी में होने वाली आखिरी विज्ञापन नीलामी. इससे, कॉम्पोनेंट नीलामी के विजेताओं के लिए स्कोर तय होता है. |
घटक नीलामी | एक से ज़्यादा सेलर वाली Protected Audience नीलामी में, नेस्ट की गई नीलामी होती है जिसमें कॉम्पोनेंट के हर सेलर, अलग-अलग कॉम्पोनेंट की नीलामियां साथ-साथ करते हैं. हर कॉम्पोनेंट नीलामी के सबसे ज़्यादा स्कोर पाने वाले विज्ञापनों को, टॉप-लेवल की नीलामी में पास किया जाता है. |
लोग जो इवेंट में हिस्सा लेंगे
भागीदार | परिभाषा |
---|---|
विज्ञापन देने वाला | विज्ञापन प्लेसमेंट की इच्छा रखने वाला पक्ष और विज्ञापन क्रिएटिव बनाता है. |
पब्लिशर | नीलामी के लिए विज्ञापन इन्वेंट्री देने वाला पक्ष. |
खरीदार | वह पक्ष जो किसी सेलर से विज्ञापन स्पेस खरीदने के लिए, नीलामी में बिड करता है. आम तौर पर, एक डिमांड-साइड प्लैटफ़ॉर्म (डीएसपी). |
पब्लिशर का विज्ञापन सर्वर | इस सेवा का इस्तेमाल पब्लिशर, साइट पर दिखाए जाने वाले विज्ञापनों को मैनेज करने और चुनने के लिए करते हैं. पब्लिशर का विज्ञापन सर्वर, नीलामी के अपने नतीजे, बिड करने वाले के हेडर, सीधे तौर पर बेची जाने वाली इन्वेंट्री वगैरह को मिलाकर, यह तय कर सकता है कि किस विज्ञापन से पब्लिशर को सबसे ज़्यादा रेवेन्यू मिलेगा. पब्लिशर के विज्ञापन सर्वर के तौर पर, सर्वर के साथ इंटरैक्ट करने के लिए, क्लाइंट-साइड लाइब्रेरी उपलब्ध कराई जा सकती है. |
टॉप-लेवल सेलर | वह पक्ष जो Protected Audience की, एक से ज़्यादा सेलर वाली नीलामी शुरू करता है और टॉप-लेवल की नीलामी में हिस्सा लेता है. |
कॉम्पोनेंट सेलर | वह पक्ष जो पब्लिशर के विज्ञापन स्पेस को खरीदारों को बेचने के लिए, Protected Audience एक से ज़्यादा सेलर वाली नीलामी में कॉम्पोनेंट की नीलामी करता है. आम तौर पर, एक सप्लाई-साइड प्लैटफ़ॉर्म (SSP). |
क्रम के मुताबिक होने वाली नीलामी का सेटअप
क्रम में चलने वाली नीलामी के सेटअप में, पहले काम की नीलामियां की जाती हैं, उसके बाद सुरक्षित ऑडियंस की नीलामी की जाती है. इस सेटअप की मदद से पब्लिशर, पेज पर उपलब्ध काम के डेटा की मदद से नीलामी चलाकर कमाई कर सकते हैं. साथ ही, उपयोगकर्ताओं की निजता को सुरक्षित रखने के लिए, क्रॉस-साइट डेटा का इस्तेमाल करके नीलामी भी चला सकते हैं.
हेडर बिडिंग लाइब्रेरी को पेज पर सबसे पहले चलाया जा सकता है, ताकि Publisher Ad Server की काम की नीलामी के लिए बिड इकट्ठा की जा सकें. इसके बाद, कॉन्टेक्स्ट के हिसाब से नीलामी में जीतने वाली बिड की कीमत को, प्रोटेक्टेड ऑडियंस नीलामी में बिड के लिए तय की गई कम से कम वैल्यू के तौर पर शामिल किया जा सकता है. स्कोरिंग चरण के दौरान, कंपोज़िशन के लिए नीलामी की बिड की कीमत को बिड की कम से कम कीमत पर सेट करने के बाद, टॉप लेवल सेलर, ज़ीरो स्कोर असाइन करता है. अगर कोई भी Protected Audience कॉम्पोनेंट, नीलामी की बिड बिड की निचली सीमा से ज़्यादा नहीं होती, तो कॉन्टेक्स्ट के हिसाब से नीलामी में जीतने वाले विज्ञापन को उपयोगकर्ता को रेंडर किया जाता है. अगर Protected Audience की नीलामी से कोई विजेता दिखता है, तो इसका मतलब है कि यह बिड के लिए तय की गई सबसे कम संख्या से ज़्यादा है और प्रोटेक्टेड ऑडियंस जीतने वाले विज्ञापन को उपयोगकर्ता को रेंडर किया जाता है.
क्रम के मुताबिक नीलामी सेटअप करने के इस उदाहरण में, पेज पर तीन बड़ी नीलामियां इस क्रम में की जा सकती हैं:
- हेडर बिडिंग लाइब्रेरी के आधार पर काम की नीलामी
- पब्लिशर विज्ञापन सर्वर के हिसाब से नीलामी
- सुरक्षित ऑडियंस नीलामी.
![उपयोगकर्ता](https://developers-dot-devsite-v2-prod.appspot.com/static/privacy-sandbox/assets/images/PhfNzJgX2G439XmkgsyD.png?authuser=9&hl=hi)
खास जानकारी वाले डायग्राम की पूरी जानकारी:
- नीलामी से पहले, उपयोगकर्ता को विज्ञापन देने वाली साइट के इंटरेस्ट ग्रुप में जोड़ दिया जाता है.
- जब उपयोगकर्ता बाद में पब्लिशर पेज पर जाता है, तो Prebid.js हेडर पर बोली लगाने वालों से बोली के जवाब इकट्ठा करने के लिए, प्रासंगिक नीलामी करता है. इस चरण के दौरान, खरीदार सिग्नल दे सकते हैं और सेलर, कॉम्पोनेंट नीलामी के कॉन्फ़िगरेशन दे सकते हैं, ताकि उनका इस्तेमाल सुरक्षित ऑडियंस की अगली नीलामी में किया जा सके. Prebid.js इन सिग्नल और कॉन्फ़िगरेशन को Protected Audience ऑक्शन में लागू करने के लिए, एक मॉड्यूल देता है.
- Prebid.js से इकट्ठा किए गए बिड रिस्पॉन्स, पब्लिशर विज्ञापन सर्वर को सर्वर-साइड के हिसाब से नीलामी के लिए भेजे जाते हैं.
- पब्लिशर विज्ञापन सर्वर, पब्लिशर को सबसे ज़्यादा रेवेन्यू देने वाला विज्ञापन तय करने के लिए, अपने नीलामी के नतीजे, हेडर बिडिंग के नतीजे, सीधे तौर पर बेची जाने वाली इन्वेंट्री वगैरह को एक साथ जोड़ सकता है. जीतने वाले विज्ञापन को Publisher Ad Server की क्लाइंट-साइड लाइब्रेरी में वापस भेज दिया जाता है.
- संदर्भ के हिसाब से नीलामी के विजेता की अडजस्ट की गई बिड की कीमत को,
खरीदार के सिग्नल (
perBuyerSignals
) और Prebid.js से इकट्ठा किए गए विक्रेता के कॉम्पोनेंट नीलामी के कॉन्फ़िगरेशन के साथ, Publisher Ad Server की क्लाइंट-साइड लाइब्रेरी से, Protected Audience की नीलामी में पास किया जा सकता है. - सुरक्षित ऑडियंस की एक से ज़्यादा सेलर वाली नीलामी, टॉप लेवल का सेलर करता है. टॉप-लेवल विक्रेता के स्कोरिंग चरण के दौरान, टॉप-लेवल विक्रेता बोली की हर नीलामी में जीतने वाली कीमत की तुलना, नीलामी में तय की गई बोली की कीमत से किया जा सकता है. अगर कॉम्पोनेंट बिड की कीमत,
स्थिति के हिसाब से नीलामी की बिड की कीमत से कम है, तो टॉप-लेवल वाला सेलर, डिज़रिबिलिटी स्कोर के तौर पर
0 दिखाता है. अगर सभी बिड का स्कोर 0 है, तो
runAdAuction()
कॉल शून्य दिखाता है. इसका मतलब है कि कॉन्टेक्स्ट के हिसाब से नीलामी में जीतने वाले विज्ञापन को रेंडर किया जाना चाहिए. - Publisher Ad Server की क्लाइंट-साइड लाइब्रेरी,
runAdAuction()
कॉल से मिले कॉन्टेंट के आधार पर, विनिंग Protected Audience विज्ञापन या कॉन्टेक्स्ट के हिसाब से विज्ञापन को रेंडर करती है. - सबसे अच्छा परफ़ॉर्म करने वाला विज्ञापन, उपयोगकर्ता को दिखाया जाता है.
Prebid.js और Publisher Ad Server के साथ काम की नीलामियां
![पब्लिशर की साइट पर कॉन्टेक्स्ट के हिसाब से नीलामी शुरू की जाती है](https://developers-dot-devsite-v2-prod.appspot.com/static/privacy-sandbox/assets/images/s6skvEz9boQNm98BLtW7.png?authuser=9&hl=hi)
क्रम के मुताबिक होने वाली नीलामी के सेटअप में, Protected Audience की नीलामी शुरू होने से पहले, सभी ज़रूरी नीलामियां की जाती हैं. इस दस्तावेज़ में बताए गए सेटअप में, हम Prebid.js की मदद से एक हेडर बिडिंग के कॉन्टेक्स्ट के हिसाब से नीलामी करते हैं. इसे पब्लिशर विज्ञापन सर्वर के सर्वर-साइड नीलामी में फ़ीड किया जाता है.
पब्लिशर, सबसे पहले फ़्लैग के साथ Prebid.js को कॉल करके, हेडर बिडिंग के हिसाब से नीलामी शुरू करता है, ताकि यह जानकारी दी जा सके कि सुरक्षित ऑडियंस से जुड़ी नीलामी इसके बाद पूरी की जाएगी. इसके बाद, Prebid.js, बिड के रिस्पॉन्स को इकट्ठा करता है और उन्हें सर्वर-साइड के हिसाब से नीलामी के लिए, Publisher Ad Server को भेजता है. बिड रिस्पॉन्स इकट्ठा करने के चरण के दौरान, अगर खरीदार और सेलर हिस्सा लेना चाहते हैं, तो उनके पास कॉम्पोनेंट नीलामी के कॉन्फ़िगरेशन और खरीदारों के सिग्नल (perBuyerSignals
) देने का मौका होता है, ताकि इन्हें बाद में होने वाली Protected Audience ऑक्शन में इस्तेमाल किया जा सके.
कॉम्पोनेंट नीलामी का वह कॉन्फ़िगरेशन बाद में, सुरक्षित ऑडियंस की नीलामी में शामिल हो जाएगा.
- संदर्भ के हिसाब से नीलामी शुरू करना उपयोगकर्ता, पब्लिशर पेज पर जाता है.
- पब्लिशर पेज, Publisher Ad Server की क्लाइंट-साइड लाइब्रेरी लोड करता है और विज्ञापन स्लॉट की जानकारी देता है.
- पब्लिशर पेज, Prebid को लोड करता है और हेडर बिडिंग के हिसाब से नीलामी शुरू करता है.
- सेलर A की कॉन्टेक्स्ट के हिसाब से नीलामी (सेलर B की कॉन्टेक्स्ट के हिसाब से होने वाली नीलामी के साथ-साथ). Prebid.js विक्रेता A को एक बोली अनुरोध भेजता है.
- विक्रेता A, खरीदारों से बिड के जवाब और PerBuyerSignals हासिल करता है.
- सेलर A, कीवर्ड के हिसाब से नीलामी करता है.
- सेलर A,
perBuyerSignals
शामिल करके कॉम्पोनेंट नीलामी कॉन्फ़िगरेशन बनाता है. - विक्रेता A, जीतने वाली बोली और उसके कॉम्पोनेंट की नीलामी के कॉन्फ़िगरेशन के साथ, Prebid.js का जवाब देता है.
- सेलर B की प्रासंगिक नीलामी (यह सुविधा, सेलर A की नीलामी के साथ-साथ चलती है). Prebid.js विक्रेता B को एक बोली अनुरोध भेजता है.
- विक्रेता B, खरीदारों से बिड के जवाब और
perBuyerSignals
वापस लाता है. - विक्रेता B, संदर्भ के हिसाब से नीलामी करता है.
- सेलर B, हर BuyerSignals का इस्तेमाल करके, कॉम्पोनेंट नीलामी का कॉन्फ़िगरेशन बनाता है.
- विक्रेता B, जीतने वाली बोली और उसके कॉम्पोनेंट की नीलामी के कॉन्फ़िगरेशन के साथ, Prebid.js का जवाब देता है.
- पब्लिशर Ad Server की प्रासंगिक नीलामी
- खरीदारों के सिग्नल के साथ कॉम्पोनेंट नीलामी का कॉन्फ़िगरेशन, Publisher Ad Server की क्लाइंट-साइड लाइब्रेरी के साथ शेयर किया जाता है
- Publisher Ad Server, सीधे तौर पर बेचे जाने वाले कैंपेन, प्रोग्रामैटिक बिड, और Prebid के हिसाब से लगाई गई बिड, और अन्य इन्वेंट्री के बीच सबसे अच्छे विज्ञापन तय करने के लिए, कॉन्टेक्स्ट के हिसाब से नीलामी करता है.
- पब्लिशर का विज्ञापन सर्वर, अडजस्ट की गई बिड दिखाता है.
सुरक्षित ऑडियंस की मदद से विज्ञापन की मांग के हिसाब से विज्ञापन की मांग पर ध्यान दें
![पब्लिशर की विज्ञापन सर्वर की क्लाइंट-साइड लाइब्रेरी, संदर्भ के हिसाब से होने वाली नीलामी और सुरक्षित ऑडियंस की नीलामी के बीच चुने गए विज्ञापन को रेंडर करती है](https://developers-dot-devsite-v2-prod.appspot.com/static/privacy-sandbox/assets/images/tMwANg0vcHve1toQ8ggq.png?authuser=9&hl=hi)
इसके बाद, काम की नीलामियों को पूरा कर लिया गया है और Publisher Ad Server की क्लाइंट-साइड लाइब्रेरी, कॉन्टेक्स्ट के हिसाब से नीलामी में जीतने वाली बिड की बदली गई कीमत, कॉम्पोनेंट की नीलामी के कॉन्फ़िगरेशन, और Protected Audience की नीलामी में हिस्सा लेने वाले खरीदारों से मिले सिग्नल, टॉप लेवल के सेलर को पास कर सकती है. प्रासंगिक नीलामी बोली कीमत को एक फ़्लोर के रूप में, नीलामी कॉन्फ़िगरेशन में पास किया जा सकता है. इसे टॉप-लेवल की नीलामी में स्कोर करने के सिग्नल के रूप में भेजा जा सकता है.
- ब्राउज़र, विक्रेता से हर विज्ञापन के भरोसेमंद स्कोर सिग्नल के साथ-साथ स्कोरिंग स्क्रिप्ट फ़ेच करता है.
- ब्राउज़र, सभी कॉम्पोनेंट नीलामियों की हर एक बिड जीतने वाले के लिए, टॉप लेवल सेलर के स्कोरिंग लॉजिक को लागू करता है. टॉप लेवल सेलर की
scoreAd()
स्क्रिप्ट में, लॉजिक के पास कॉन्टेक्स्ट के हिसाब से नीलामी में हिस्सा लेने वाली बिड की उस कीमत का ऐक्सेस होता है जो नीलामी के कॉन्फ़िगरेशन मेंsellerSignals
के तौर पर पास हो सकती है. स्क्रिप्ट, जीतने वाली कॉन्टेक्स्ट के हिसाब से बिड की कीमत की तुलना कॉम्पोनेंट के लिए प्रोटेक्टेड ऑडियंस की बिड की कीमत से कर सकती है. साथ ही, काम की कीमत ज़्यादा होने पर, काम के हिसाब से 0 का स्कोर दिखा सकती है. ऐसा नहीं होने पर स्क्रिप्ट, कंपोनेंट के तौर पर सेट की गई ऑडियंस की बोली की कीमत के आधार पर वांछनीयता के स्कोर का हिसाब लगाती है. - ब्राउज़र उस विज्ञापन को चुनता है जिसके स्कोर को लेकर, टॉप लेवल के सेलर के स्कोरिंग लॉजिक से सबसे ज़्यादा स्कोर किया जाता है.
- अगर Protected Audience की नीलामी जीत जाती है, Protected Audience की नीलामी में, पब्लिशर के विज्ञापन सर्वर की क्लाइंट-साइड लाइब्रेरी में
FencedFrameConfig
ऑब्जेक्ट या ओपेक यूआरएन दिखाया जाता है. - क्लाइंट-साइड लाइब्रेरी, फ़ेंस किए गए फ़्रेम के
config
एट्रिब्यूट कोFencedFrameConfig
ऑब्जेक्ट पर सेट करती है या iframe केsrc
एट्रिब्यूट को, जीतने वाले Protected Audience विज्ञापन के ओपेक यूआरएन पर सेट करती है. - ब्राउज़र, सुरक्षित ऑडियंस की मदद से नीलामी जीतने वाले विज्ञापन को, खरीदार से फ़ेच करता है.
- ब्राउज़र, उपयोगकर्ता को विज्ञापन दिखाता है.
- अगर कॉन्टेक्स्ट के हिसाब से होने वाली नीलामी में जीत होती है, तो Protected Audience की नीलामी में,
null
नतीजे दिखते हैं. - ब्राउज़र, iframe की
src
एट्रिब्यूट को, काम के हिसाब से नतीजे दिखाने वाले विज्ञापन पर सेट करता है. - ब्राउज़र, खरीदार से संदर्भ के हिसाब से नीलामी जीतने वाला विज्ञापन फ़ेच करता है.
- ब्राउज़र, उपयोगकर्ता को विज्ञापन दिखाता है.