OpenRTB Bid Request Validator क्या जाँचता है?

यह आवश्यक id और एक ग़ैर-खाली imp[] array की पुष्टि करता है, कि हर impression में ठीक एक media object (banner, video, native, या audio) है, कि फ़ील्ड types सही हैं, और कि हर enumerated फ़ील्ड चयनित OpenRTB संस्करण के लिए मान्य एक code रखता है।

OpenRTB 2.6 में placement और plcmt में क्या अंतर है?

video.placement (Video Placement Types, codes 1–5) 2.5 फ़ील्ड है; OpenRTB 2.6 इसे video.plcmt (Plcmt Subtypes, codes 1–4) के पक्ष में अप्रचलित करता है। 2.6 में validator plcmt जाँचता है और यदि पुराना placement फ़ील्ड अब भी मौजूद है तो चेतावनी देता है।

मेरा अनुरोध क्यों विफल होता है जब एक impression banner और video दोनों ले जाता है?

validator प्रति impression ठीक एक media object लागू करता है, इसलिए एक ही imp पर एक banner साथ एक video उस imp path पर एक error के रूप में रिपोर्ट होता है। बहु-प्रारूप inventory को इसके बजाय अलग impression objects के रूप में मॉडल करें।

devicetype और connectiontype के लिए कौन-से codes अनुमत हैं?

devicetype 2.5 में 1–7 और 2.6 में 1–8 (8 = OOH Device) स्वीकार करता है। connectiontype 2.5 में 0–6 और 2.6 में 0–7 (7 = Cellular 5G) स्वीकार करता है। validator error संदेश में आपके चयनित संस्करण के लिए अनुमत codes सूचीबद्ध करता है।

क्या OpenRTB 2.5 और 2.6 के बीच स्विच करने से परिणाम बदलता है?

हाँ। enumeration सेट संस्करण-सजग हैं, इसलिए 2.6 में जोड़े गए codes (OOH devicetype, 5G connectiontype, SIMID api, plcmt फ़ील्ड) 2.6 में मान्य होते हैं पर 2.5 में अस्वीकार होते हैं। हमेशा वह संस्करण चुनें जिस पर आपका exchange सहमत हुआ।

जब मैं मान्य करता हूँ तो क्या मेरा bid request किसी ad server को भेजा जाता है?

नहीं। टूल JSON को आपके डिवाइस पर पार्स और जाँचता है और कभी दूरस्थ ad टैग fetch नहीं करता या अनुरोध कहीं POST नहीं करता। bid request के बारे में कुछ भी ArrayKit या किसी exchange को अपलोड नहीं होता।

OpenRTB Bid Request Validator

एक OpenRTB 2.5 या 2.6 bid request को अपने ब्राउज़र में IAB नियमों के विरुद्ध मान्य करें। आपके द्वारा पेस्ट किया गया JSON आपके डिवाइस पर रहता है।

OpenRTB Bid Request Validator पूरी तरह आपके ब्राउज़र में चलता है। आपके द्वारा पेस्ट किया गया bid request JSON आपके डिवाइस पर पार्स और जाँचा जाता है और कभी ArrayKit पर अपलोड या किसी exchange को नहीं भेजा जाता।

OpenRTB Bid Request Generator खोलें

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

OpenRTB Bid Request Validator एक real-time bidding अनुरोध को पेस्ट करते ही IAB OpenRTB 2.5 और 2.6 नियमों के विरुद्ध lint करता है। एक संस्करण चुनें और यह पुष्टि करता है कि आवश्यक id और imp[] मौजूद हैं, कि हर impression ठीक एक media object (banner, video, native, या audio) ले जाता है, कि फ़ील्ड types मेल खाते हैं, और कि हर enumerated फ़ील्ड — auction type, video protocols, placement या plcmt, devicetype, connectiontype, और api frameworks — एक ऐसा code रखता है जो उस संस्करण में वास्तव में मौजूद है। निष्कर्ष एक pass/fail फैसले और एक path-addressed सूची के रूप में आते हैं जिस पर आप सीधे कूद सकते हैं। ad-ops इंजीनियर और SSP/DSP इंटीग्रेटर्स यहाँ लाइव ट्रैफ़िक नमूने डीबग करते हैं बिना किसी तीसरे-पक्ष endpoint को bid request POST किए — यह सब आपके डिवाइस पर चलता है।

विशेषताएँ

संस्करण-सजग enumeration सेट का उपयोग करके OpenRTB 2.5 या 2.6 के विरुद्ध मान्य करता है
आवश्यक id और एक ग़ैर-खाली imp[] impression array की पुष्टि करता है
जाँचता है कि हर impression banner, video, native, या audio में से ठीक एक घोषित करता है
IAB enum codes सत्यापित करता है: at, video protocols, placement/plcmt, devicetype, connectiontype, api
2.6 plcmt फ़ील्ड संभालता है और संस्करण अनुसार अप्रचलित placement उपयोग चिह्नित करता है
हर निष्कर्ष imp[0].video.plcmt जैसा एक JSON path ले जाता है ताकि आप उसे ठीक-ठीक इंगित कर सकें
अवरोधक errors को सलाहकार warnings से अलग करता है, जैसे deprecations और duplicate imp ids
bid request को आपके ब्राउज़र में पार्स और जाँचता है — नमूने कभी आपके डिवाइस से बाहर नहीं जाते

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

वह OpenRTB संस्करण चुनें जो आपका exchange बोलता है (2.5 या 2.6)
bid request JSON पेस्ट करें, या अपेक्षित आकार देखने के लिए नमूना लोड करें
pass/fail फैसला और path-addressed निष्कर्ष सूची पढ़ें
हर error को चिह्नित path पर ठीक करें और अनुरोध मान्य होने तक फिर से जाँचें

उदाहरण

इनपुट

{
  "id": "r1",
  "imp": [{ "id": "1", "video": { "plcmt": 5 } }],
  "site": { "id": "s1" }
}

आउटपुट

Invalid (OpenRTB 2.6)
imp[0].video.plcmt — 5 is not a valid video plcmt for OpenRTB 2.6. Allowed: 1, 2, 3, 4.

OpenRTB 2.6 में plcmt फ़ील्ड केवल codes 1–4 स्वीकार करता है।

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

"Missing required field imp" जबकि अनुरोध में impressions हैं। — imp एक JSON array होना चाहिए — imp: [{ ... }], न कि एक अकेला object। validator एक खाली [] भी चिह्नित करता है क्योंकि कम से कम एक impression आवश्यक है।
एक banner और एक video दोनों object वाला impression अस्वीकार होता है। — यह validator प्रति impression ठीक एक media object की अपेक्षा करता है। बहु-प्रारूप inventory को अलग imp entries में विभाजित करें, एक media type प्रत्येक।
devicetype या connectiontype एक ऐसे अनुरोध पर अमान्य चिह्नित है जो पहले काम करता था। — कुछ codes संस्करण-विशिष्ट हैं: devicetype 8 (OOH) और connectiontype 7 (5G) केवल 2.6 में मौजूद हैं। अपने exchange से मेल के लिए संस्करण टॉगल स्विच करें।
OpenRTB 2.6 में अपग्रेड करने के बाद placement चिह्नित होता है। — 2.6 video.placement को video.plcmt (Plcmt Subtypes) के पक्ष में अप्रचलित करता है। मान को plcmt पर ले जाएँ, जिसके मान्य codes 1–4 हैं, और warning हट जाती है।

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

OpenRTB Bid Request Validator क्या जाँचता है?: यह आवश्यक id और एक ग़ैर-खाली imp[] array की पुष्टि करता है, कि हर impression में ठीक एक media object (banner, video, native, या audio) है, कि फ़ील्ड types सही हैं, और कि हर enumerated फ़ील्ड चयनित OpenRTB संस्करण के लिए मान्य एक code रखता है।
OpenRTB 2.6 में placement और plcmt में क्या अंतर है?: video.placement (Video Placement Types, codes 1–5) 2.5 फ़ील्ड है; OpenRTB 2.6 इसे video.plcmt (Plcmt Subtypes, codes 1–4) के पक्ष में अप्रचलित करता है। 2.6 में validator plcmt जाँचता है और यदि पुराना placement फ़ील्ड अब भी मौजूद है तो चेतावनी देता है।
मेरा अनुरोध क्यों विफल होता है जब एक impression banner और video दोनों ले जाता है?: validator प्रति impression ठीक एक media object लागू करता है, इसलिए एक ही imp पर एक banner साथ एक video उस imp path पर एक error के रूप में रिपोर्ट होता है। बहु-प्रारूप inventory को इसके बजाय अलग impression objects के रूप में मॉडल करें।
devicetype और connectiontype के लिए कौन-से codes अनुमत हैं?: devicetype 2.5 में 1–7 और 2.6 में 1–8 (8 = OOH Device) स्वीकार करता है। connectiontype 2.5 में 0–6 और 2.6 में 0–7 (7 = Cellular 5G) स्वीकार करता है। validator error संदेश में आपके चयनित संस्करण के लिए अनुमत codes सूचीबद्ध करता है।
क्या OpenRTB 2.5 और 2.6 के बीच स्विच करने से परिणाम बदलता है?: हाँ। enumeration सेट संस्करण-सजग हैं, इसलिए 2.6 में जोड़े गए codes (OOH devicetype, 5G connectiontype, SIMID api, plcmt फ़ील्ड) 2.6 में मान्य होते हैं पर 2.5 में अस्वीकार होते हैं। हमेशा वह संस्करण चुनें जिस पर आपका exchange सहमत हुआ।
जब मैं मान्य करता हूँ तो क्या मेरा bid request किसी ad server को भेजा जाता है?: नहीं। टूल JSON को आपके डिवाइस पर पार्स और जाँचता है और कभी दूरस्थ ad टैग fetch नहीं करता या अनुरोध कहीं POST नहीं करता। bid request के बारे में कुछ भी ArrayKit या किसी exchange को अपलोड नहीं होता।