OpenRTB बिड रिस्पॉन्स में कौन-से खाने अनिवार्य हैं?

रिस्पॉन्स में अनुरोध की आईडी लौटाने वाला id चाहिए। हर बिड में id, किसी इंप्रेशन से मेल खाता impid, दाम, और adm या nurl के रूप में क्रिएटिव चाहिए।

nbr खाने का क्या मतलब है?

नो-बिड कारण। एक पूर्णांक कोड जो बताता है कि बिड क्यों नहीं आई — 2 अमान्य अनुरोध के लिए, 8 अनजान उपयोक्ता के लिए।

nurl को AUCTION_PRICE मैक्रो क्यों चाहिए?

क्योंकि जीतने पर एक्सचेंज उसमें अंतिम दाम रख देता है। मैक्रो न हो तो विन नोटिस बिना दाम के चलता है।

adm और nurl में क्या अंतर है?

adm क्रिएटिव को रिस्पॉन्स के अंदर ही लाता है; nurl वह URL है जिसे जीतने पर एक्सचेंज बुलाता है।

क्या mtype 2.5 की किसी चीज़ की जगह लेता है?

वह उस बात को साफ़ करता है जो पहले अनुमान से तय होती थी। 2.5 में मीडिया प्रकार इंप्रेशन के ऑब्जेक्ट से आता था।

OpenRTB बिड रिस्पॉन्स वैलिडेटर

बिड रिस्पॉन्स में छूटे खाने, ग़लत प्रकार वाले दाम और भूले हुए मैक्रो पकड़िए।

OpenRTB बिड रिस्पॉन्स वैलिडेटर पूरी तरह आपके ब्राउज़र में चलता है, इसलिए असली डील आईडी और दाम वाली रिस्पॉन्स आपके डिवाइस पर ही जाँची जाती है।

बिड रिक्वेस्ट जाँचिए

OpenRTB बिड रिस्पॉन्स वैलिडेटर के बारे में

बिड रिस्पॉन्स OpenRTB बातचीत का छोटा हिस्सा है, और उसमें जो बिगड़ता है वह अक्सर संरचनात्मक होता है, चतुर नहीं: ऐसी बिड जिसमें impid नहीं है, दाम स्ट्रिंग में भेजा गया, ऐसा क्रिएटिव जो अपना विज्ञापनदाता डोमेन कभी नहीं बताता, या वह विन नोटिस जो नीलामी मूल्य का मैक्रो भूल जाता है। यह वैलिडेटर रिस्पॉन्स को वैसे ही पढ़ता है जैसे कोई एक्सचेंज पढ़ता, और हर टिप्पणी के साथ JSON पथ देता है।

विशेषताएँ

रिस्पॉन्स, seatbid और बिड — तीनों स्तर पर अनिवार्य खाने जाँचता है
त्रुटि, चेतावनी और टिप्पणी अलग, हर एक के साथ JSON पथ
दाम, नाप, adomain और आईडी खानों पर प्रकार जाँच
mtype के लिए संस्करण के हिसाब से व्यवहार, जो OpenRTB 2.6 में आया
बिना मूल्य मैक्रो वाले विन नोटिस और असुरक्षित URL पकड़ता है
नो-बिड रिस्पॉन्स और उनके nbr कोड जाँचता है
दोहरी बिड आईडी और एक ही इंप्रेशन पर कई बिड पकड़ता है
नो-बिड कारण और मीडिया प्रकार की संदर्भ तालिकाएँ

OpenRTB बिड रिस्पॉन्स वैलिडेटर का उपयोग कैसे करें

अपने बिडर का लौटाया JSON चिपकाइए
एक्सचेंज जो प्रोटोकॉल संस्करण चला रहा है वह चुनिए
पहले त्रुटियाँ ठीक कीजिए, फिर चेतावनियाँ
हर टिप्पणी के JSON पथ से संबंधित बिड ढूँढ़िए

उदाहरण

इनपुट

{ "id": "1", "seatbid": [{ "bid": [{ "id": "b1", "impid": "1", "price": "2.15" }] }] }

आउटपुट

error seatbid[0].bid[0].price — price has to be a number, not a string

उद्धरणों में दिया गया दाम वह सबसे आम वजह है जिससे बिड चुपचाप हटा दी जाती है।

सामान्य त्रुटियाँ और समस्या निवारण

बिड यहाँ मान्य है पर एक्सचेंज फिर भी हटा देता है। — एक्सचेंज अपनी शर्तें जोड़ते हैं: पहचाना हुआ seat आईडी, किसी ख़ास वर्गीकरण की श्रेणियाँ, या पहले से स्वीकृत क्रिएटिव।
अपने ही विज्ञापन पर adomain की चेतावनी आ रही है। — फिर भी भरिए। प्रकाशक विज्ञापनदाता डोमेन से रोकते हैं, और उसके बिना बिड अक्सर पहले ही हटा दी जाती है।
2.5 एकीकरण पर mtype चिह्नित हो रहा है। — वह OpenRTB 2.6 में आया और 2.5 एक्सचेंज उसे अनदेखा करता है।
ख़ाली seatbid सरणी पर सिर्फ़ चेतावनी आती है। — क्योंकि यह क़ानूनन सही पर बेकार है। मना करने का साफ़ तरीक़ा HTTP 204 है, या nbr कोड वाली रिस्पॉन्स।

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

OpenRTB बिड रिस्पॉन्स में कौन-से खाने अनिवार्य हैं?: रिस्पॉन्स में अनुरोध की आईडी लौटाने वाला id चाहिए। हर बिड में id, किसी इंप्रेशन से मेल खाता impid, दाम, और adm या nurl के रूप में क्रिएटिव चाहिए।
nbr खाने का क्या मतलब है?: नो-बिड कारण। एक पूर्णांक कोड जो बताता है कि बिड क्यों नहीं आई — 2 अमान्य अनुरोध के लिए, 8 अनजान उपयोक्ता के लिए।
nurl को AUCTION_PRICE मैक्रो क्यों चाहिए?: क्योंकि जीतने पर एक्सचेंज उसमें अंतिम दाम रख देता है। मैक्रो न हो तो विन नोटिस बिना दाम के चलता है।
adm और nurl में क्या अंतर है?: adm क्रिएटिव को रिस्पॉन्स के अंदर ही लाता है; nurl वह URL है जिसे जीतने पर एक्सचेंज बुलाता है।
क्या mtype 2.5 की किसी चीज़ की जगह लेता है?: वह उस बात को साफ़ करता है जो पहले अनुमान से तय होती थी। 2.5 में मीडिया प्रकार इंप्रेशन के ऑब्जेक्ट से आता था।