बिड रिक्वेस्ट

एक बिड रिक्वेस्ट वह संरचित संदेश है जो एक एड एक्सचेंज या सप्लाई-साइड प्लेटफॉर्म तब भेजता है जब एक विज्ञापन स्लॉट उपलब्ध होता है, जो इंप्रेशन, पृष्ठ या ऐप संदर्भ, और उपयोगकर्ता व डिवाइस के बारे में जो कुछ भी ज्ञात है, का वर्णन करता है, ताकि संभावित खरीदार यह तय कर सकें कि बोली लगानी है या नहीं और कितनी लगानी है।

बिड रिक्वेस्ट में क्या होता है#

OpenRTB प्रोटोकॉल के तहत, जिस पर अधिकांश उद्योग मानकीकृत है, एक बिड रिक्वेस्ट एक JSON ऑब्जेक्ट होता है जिसमें काफी सुसंगत फ़ील्ड्स का सेट होता है: एक इंप्रेशन ऑब्जेक्ट जो विज्ञापन स्लॉट के आकार और प्रारूप का वर्णन करता है, प्रकाशक और साइट या ऐप ID, देश और क्षेत्र जैसी जियो-टारगेटिंग डेटा, डिवाइस प्रकार और कनेक्शन जानकारी, और कोई भी उपयोगकर्ता या फर्स्ट-पार्टी डेटा जिसे विक्रेता साझा करने की अनुमति रखता है। यदि इंप्रेशन किसी समझौता-आधारित व्यवस्था का हिस्सा है, तो अनुरोध में उस विशिष्ट डील को संदर्भित करने वाला एक डील पहचानकर्ता भी होता है।

उस एक्सचेंज से जुड़ा हर डिमांड-साइड प्लेटफॉर्म एक साथ एक ही अनुरोध प्राप्त करता है, आमतौर पर मिलीसेकंड में मापी जाने वाली एक सख्त प्रतिक्रिया विंडो के भीतर। प्रत्येक DSP की बिडिंग लॉजिक इसे सक्रिय अभियानों के विरुद्ध मूल्यांकित करती है और या तो एक कीमत और क्रिएटिव के साथ बिड रिस्पॉन्स लौटाती है, या बिल्कुल भी बोली नहीं लगाती।

खरीदारों के लिए बिड रिक्वेस्ट का महत्व#

बिड रिक्वेस्ट की गुणवत्ता और पूर्णता सीधे तौर पर यह निर्धारित करती है कि एक DSP उसके साथ क्या कर सकता है। समृद्ध संदर्भात्मक टारगेटिंग संकेतों और साफ़ साइट या ऐप पहचान वाला अनुरोध एक खरीदार के एल्गोरिदम को वास्तव में सूचित निर्णय लेने देता है। एक विरल या खराब रूप से लेबल किया गया अनुरोध, जिसमें app-ads.txt सत्यापन या अपूर्ण सप्लाई चेन ऑब्जेक्ट गायब हो, DSP को काम करने के लिए कम सामग्री देता है, और सतर्क खरीदार अक्सर रूढ़िवादी बोली लगाते हैं या उन अनुरोधों को पूरी तरह छोड़ देते हैं बजाय अंधाधुंध बोली लगाने के।

यहीं पर फ्रॉड को छाना जाता है या वह सरक जाता है। एक बिड रिक्वेस्ट जो प्रीमियम प्रकाशक की इन्वेंटरी का प्रतिनिधित्व करने का दावा करता है, बिना संगत ads.txt या sellers.json रिकॉर्ड के, ठीक वैसा ही संकेत है जिसका उपयोग DSP और खरीदार स्पूफ्ड या गलत तरीके से प्रस्तुत इन्वेंटरी को बोली लगाने से पहले ही अस्वीकार करने के लिए करते हैं।

बाजार संकेतक के रूप में बिड रिक्वेस्ट वॉल्यूम पढ़ना#

खरीदार शायद ही कभी व्यक्तिगत बिड रिक्वेस्ट सीधे देखते हैं, लेकिन समग्र पैटर्न, किसी दिए गए प्लेसमेंट या जियो से कितने अनुरोध उत्पन्न होते हैं, और वह वास्तविक बिड प्रतिक्रियाओं के साथ कैसे तुलना करता है, वास्तविक बाजार मांग का एक उपयोगी प्रॉक्सी है। प्रतिस्पर्धी शोध के लिए, कच्चे नीलामी लॉग्स के बजाय, यह देखना कि कौन से क्रिएटिव्स और विज्ञापनदाता वास्तव में जीत रहे हैं और नेटवर्क्स पर लाइव चल रहे हैं, आपको बाजार के बारे में बिड वॉल्यूम से अधिक बताता है। OpenAdLibrary का एड इंटेलिजेंस इंडेक्स ठीक इसी के लिए बनाया गया है: नीलामी की प्लंबिंग से बाजार का अनुमान लगाने के बजाय लाइव क्रिएटिव-स्तरीय दृश्यता।

अक्सर पूछे जाने वाले प्रश्न#

क्या हर DSP एक ही बिड रिक्वेस्ट देखता है?

एकल नीलामी दौर के भीतर, हाँ, जुड़े हुए DSP आमतौर पर एक ही अनुरोध एक साथ प्राप्त करते हैं। अंतर यह है कि प्रत्येक DSP की अपनी तर्क प्रणाली यह तय करती है कि उस पर बोली लगानी है या नहीं और कितनी लगानी है।

एक DSP को बिड रिक्वेस्ट का जवाब कितनी तेजी से देना होता है?

प्रतिक्रिया विंडो आमतौर पर दस से कुछ सौ मिलीसेकंड के भीतर होती है, इतनी सख्त कि यदि कोई DSP समय पर जवाब नहीं देता है तो उसे उस इंप्रेशन के लिए 'नो-बिड' मान लिया जाता है।

क्या बिड रिक्वेस्ट में हमेशा उपयोगकर्ता डेटा शामिल होता है?

नहीं। इसमें क्या शामिल है, यह सहमति, नियमन, और प्रकाशक तथा उसके SSP द्वारा पारित करने के कॉन्फ़िगरेशन पर निर्भर करता है। आजकल कई अनुरोधों में पहले की तुलना में कम व्यक्तिगत-स्तरीय उपयोगकर्ता डेटा होता है, और वे संदर्भात्मक और फर्स्ट-पार्टी संकेतों पर अधिक निर्भर करते हैं।

यदि बिड रिक्वेस्ट में सप्लाई चेन डेटा गायब है तो क्या होता है?

खरीदार और उनके फ्रॉड-डिटेक्शन टूल अक्सर अपूर्ण सप्लाई चेन या ads.txt डेटा को जोखिम संकेत के रूप में देखते हैं। कुछ DSP फिर भी बोली लगाते हैं लेकिन अधिक सतर्कता से, जबकि अन्य ऐसे अनुरोधों को पूरी तरह छोड़ने के लिए कॉन्फ़िगर किए जाते हैं।