ओपन बिडिंग इंटिग्रेशन को कॉन्फ़िगर करना

ओपन बिडिंग, एक्सचेंज और अन्य खरीदारों को Google के रीयल-टाइम बिडिंग के इन्फ़्रास्ट्रक्चर का इस्तेमाल करने में मदद करती है, ताकि वे Google Ad Manager और AdMob इन्वेंट्री पर बिड कर सकें.

ओपन बिडिंग में हिस्सा लेने के लिए, ओपन बिडिंग के इस्तेमाल के उदाहरण के हिसाब से तैयार किया गया रीयल-टाइम बिडिंग इंटिग्रेशन कॉन्फ़िगर करें. साथ ही, बिड करने वाले के एंडपॉइंट अपने Google खाता मैनेजर को भेजें, ताकि इसकी जांच की जा सके कि इंटिग्रेशन सही तरीके से काम कर रहा है या नहीं. यह एक बार की जाने वाली प्रक्रिया है.

अपने इंटिग्रेशन को चुनिंदा पब्लिशर तक सीमित करें

जब तक आप किसी भी पब्लिशर के अनुरोध स्वीकार करने के लिए तैयार नहीं हो जाते, तब तक आपका ओपन बिडिंग इंटिग्रेशन "निजी मोड" में बना रह सकता है. निजी मोड में रहते हुए, अपनी खाता टीम के साथ मिलकर, चुनिंदा पब्लिशरों से जुड़ा जा सकता है. इस स्थिति में तब तक काम किया जा सकता है, जब तक कि आपका कारोबार बड़ा करने के लिए तैयार न हो जाए. निजी मोड से बाहर निकलने के बाद, आपका खाता सभी पब्लिशर को दिखेगा.

इस्तेमाल किए जा सकने वाले प्रोटोकॉल और एन्कोडिंग

ओपन बिडिंग, मालिकाना हक वाले Authorized Buyers और OpenRTB रीयल-टाइम बिडिंग आरटीबी प्रोटोकॉल का इस्तेमाल करती है. ज़्यादा जानें.

Google OpenRTB को लागू करना

Google का OpenRTB, OpenRTB की खास बातों में मौजूद सभी सुविधाओं के साथ काम नहीं करता. साथ ही, इसमें Authorized Buyers और ओपन बिडिंग की खास सुविधाओं के लिए एक्सटेंशन जोड़े जाते हैं. Google के OpenRTB को लागू करने के बारे में ज़्यादा जानने के लिए, यह जानें कि यह मालिकाना हक वाले Authorized Buyers रीयल-टाइम बिडिंग प्रोटोकॉल से कैसे जुड़ा है. इस बारे में ज़्यादा जानने के लिए, OpenRTB गाइड देखें.

आने वाले बिड रिक्वेस्ट मैनेज करना

ओपन बिडिंग, Authorized Buyers की तरह ही BidRequest स्ट्रक्चर का इस्तेमाल करती है. हालांकि, कुछ फ़ील्ड खास तौर पर ओपन बिडिंग में हिस्सा लेने वालों को भेजे जाते हैं. बिडिंग अनुरोध में भेजे गए ओपन बिडिंग के खास फ़ील्ड के बारे में ज़्यादा जानने के लिए, अनुरोध करने की गाइड देखें.

बोली के साथ जवाब दें

ओपन बिडिंग का स्ट्रक्चर भी Authorized Buyers से मिलते-जुलते BidResponse स्ट्रक्चर का इस्तेमाल करता है. इसमें, ओपन बिडिंग में हिस्सा लेने वाले लोगों के लिए कुछ खास फ़ील्ड भेजे जाते हैं. ओपन बिडिंग की सुविधा वाले खास फ़ील्ड के बारे में ज़्यादा जानने के लिए, रिस्पॉन्स गाइड देखें.

ध्यान दें: ओपन बिडिंग में हिस्सा लेने वाले लोगों को भेजे गए बिड रिक्वेस्ट को 300 से 1, 000 मि॰से॰ के अंदर जवाब मिल जाना चाहिए. यह इन्वेंट्री के फ़ॉर्मैट के हिसाब से तय होता है. किसी अनुरोध की खास ज़रूरत तय करने के लिए, BidRequest.tmax फ़ील्ड देखें.

आपको जिस पसंदीदा विज्ञापन फ़ॉर्मैट में बिडिंग करनी है उसके आधार पर, रिस्पॉन्स का स्ट्रक्चर काफ़ी हद तक अलग-अलग हो सकता है. सामान्य विज्ञापन फ़ॉर्मैट के लिए बिड के जवाब में अपने बिडर के ऐप्लिकेशन को कॉन्फ़िगर करने में मदद पाने के लिए, नीचे दी गई गाइड देखें:

• पेज पर अचानक दिखने वाले विज्ञापन
• वीडियो विज्ञापन
• ओपनआरटीबी वीडियो विज्ञापन
• नेटिव विज्ञापन
• नेटिव वीडियो विज्ञापन
• खरीदार के SDK टूल वाले विज्ञापन

अंतर को कम करने के लिए इंप्रेशन ट्रैक करें

हमारा सुझाव है कि जब Google, बिल करने लायक इवेंट रिकॉर्ड करे, तो आपसे इंप्रेशन-लेवल का डेटा हासिल करने के लिए, वैकल्पिक impression_tracking_url फ़ील्ड का इस्तेमाल करें. OpenRTB के लिए, इसे BidResponse.seatbid[].bid[].ext.impression_tracking_url और Google प्रोटोकॉल में BidResponse.ad[].impression_tracking_url के तौर पर दिखाया जाता है.

Google की मांग में अंतर का समाधान (बीटा)

इस सुविधा का मकसद यह पक्का करना है कि जिन इंप्रेशन के लिए एक्सचेंज का बिल भेजा गया है उनकी संख्या Google Display & Video 360 (DV360) से मिले इंप्रेशन की संख्या के बराबर हो.

ओपन बिडिंग की मदद से दिखाए गए DV360 इंप्रेशन की सही तरीके से पहचान करके, Google विज्ञापन स्पैम और बिलिंग में शामिल इवेंट के डेटा में अंतर को ठीक करता है. इससे यह पक्का होता है कि आपको उन इंप्रेशन के लिए बिल नहीं भेजा गया है जिनके लिए आपको पेमेंट नहीं किया गया है.

बिड रिक्वेस्ट में google_query_id दिखाएं

यह पक्का करने के लिए कि मान्य इंप्रेशन की संख्या, Google की सभी डिमांड सोर्स से मैच करे, google_query_id को ओपन बिडिंग के अनुरोधों की मदद से, Google के डिमांड प्लैटफ़ॉर्म पर जैसा लागू किया जाना चाहिए. यह ओपन बिडिंग में अंतर को समाधान करने के लिए ज़रूरी है. फ़िलहाल, google_query_id की लंबाई करीब 64 बाइट है.

बोली जवाबों में third_party_hour_token को प्रमोट करें

अगर Google डिमांड प्लैटफ़ॉर्म किसी एक्सचेंज की आंतरिक नीलामी जीत जाता है, तो third_party_buyer_token फ़ील्ड को ओपन बिडिंग इंप्रेशन के ज़रिए, बिड रिस्पॉन्स के ज़रिए जिस तरह दिखाया जाना चाहिए. इससे Google पब्लिशर प्लैटफ़ॉर्म को यह तय करने में मदद मिलती है कि ओपन बिडिंग पार्टनर की बोली जीतने वाली बिड, Google की ओर से लगाई गई बिड है, ताकि इंप्रेशन को एक जैसा मौका मिल सके. फ़िलहाल, इस फ़ील्ड की ज़्यादा से ज़्यादा लंबाई 150 बाइट होनी चाहिए.

Google क्रिएटिव मार्कअप को बिड रिस्पॉन्स में ही पास करें

यह पक्का करने के लिए कि Google की मांग से ली गई बोलियों पर अंतर का रिज़ॉल्यूशन लागू होता है, किसी भी रैपर (स्क्रिप्ट टैग, iframe या VAST रैपर) के बिना Google क्रिएटिव मार्कअप लागू करने के लिए एक एक्सचेंज की ज़रूरत होती है. अनियमितता के समाधान की वजह से, Google ओपन बिडिंग के ऐसे इंप्रेशन के इनवॉइस को अमान्य कर सकता है और न बिल नहीं कर सकता है जिन्हें Google के डिमांड प्लैटफ़ॉर्म ने नहीं गिना था. Google, समय-समय पर क्रिएटिव मार्कअप की जांच करेगा, ताकि इस बात की पुष्टि की जा सके कि third_party_buyer_token की बिड, Google की ओर से सबमिट की गई थीं, किसी दूसरे खरीदार की तरफ़ से नहीं.

HTML5 क्रिएटिव

Google एचटीएमएल मार्कअप को जैसा है, वैसा ही सबमिट करने के लिए एक्सचेंज की ज़रूरत होती है. एक्सचेंज की मदद से खास तौर पर किए जाने वाले मैक्रो एक्सपैंशन जो आम तौर पर लागू होते हैं. वैकल्पिक तौर पर, ज़्यादा ट्रैकर पिक्सल या स्क्रिप्ट को आम तौर पर जोड़ा जाता है.

अगर कोई एक्सचेंज, Google के एचटीएमएल क्रिएटिव को ऐसे टैग (script, iframe या दूसरी तकनीकों) में रैप करता है जो बाद में Google एचटीएमएल कोड को लोड या रेंडर करती है, तो Google, गड़बड़ी के समाधान को लागू नहीं कर पाएगा.

तकनीकी शर्तों को पूरा करता है

इस उदाहरण में, Google (DV360) बिड रिस्पॉन्स से मिलने वाले क्रिएटिव एचटीएमएल कोड को हूबहू पास किया जाता है. इसे एक्सचेंज से पहले, एक खास एचटीएमएल कोड के साथ जोड़ा जाता है और पहले से जोड़ा जाता है.

<!-- START exchange-specific HTML header -->
<iframe src="https://exchange.example.com/impression?…" width="0" height="0" frameborder="0" scrolling="no" style="display:none;" marginheight="0" marginwidth="0"></iframe>
<!-- END exchange-specific HTML header -->
<!-- START HTML code as returned by Google in the bid response -->
<DIV STYLE="position: absolute; left: 0px; top: 0px; visibility: hidden;"><IMG SRC="https://pagead2.googlesyndication.com/pagead/gen_204?id=xbid&dbm_b=…" BORDER=0 WIDTH=1 HEIGHT=1 ALT="" STYLE="display:none"></DIV><iframe title="Blank" src="https://googleads.g.doubleclick.net/xbbe/pixel?d=…" style="display:none" aria-hidden="true"></iframe><div><div style="position:relative; display:inline-block;"><div class="GoogleActiveViewClass" id="DfaVisibilityIdentifier_…"><script>var url = 'https://googleads.g.doubleclick.net/dbm/ad?…';document.write('<script src="' + (window.rfl ? window.rfl(url) : url) + '"></s' + 'cript>');</script>…
<!-- END HTML code as returned by Google in the bid response -->
<!-- START exchange-specific HTML footer -->
<img src='https://exchange.example.com/track?…' width='0' height='0' style='display:none;'>
<!-- END exchange-specific HTML footer -->

तकनीकी ज़रूरतों को पूरा नहीं करता

इस उदाहरण में, एक्सचेंज से मिले बिड रिस्पॉन्स में क्रिएटिव Google से मिला एचटीएमएल कोड उलझा हुआ है और बिड रिस्पॉन्स में हूबहू नहीं दिखता. Google से मिला एचटीएमएल कोड, ब्राउज़र में एक्सचेंज के दिए गए रैपर से रेंडर हो सकता है.

<!-- START exchange ad tag that encodes / renders Google creative in the browser -->
<!-- Google creatives markup from the bid response (adm) is not present verbatim -->
<span class="ad"><script type='text/javascript' src='https://exchange.example.com/ad?p=%%WINNING_PRICE%%&m=n_ybbRoVpsLlXSo8gVHRn-W0tynBt-Hoe8t8m0qwKhLFiaF-0gB0U4w-5pjeB8IMIkg7PcRri5iCIjBMMKDqg
…'></script></span>
<!-- END exchange ad tag that encodes / renders Google creative in the browser -->

VAST वीडियो क्रिएटिव

अनियमितता के समाधान की मंज़ूरी पाने के लिए, VAST एक्सएमएल रिस्पॉन्स में VASTTagURI को पॉप्युलेट करने के लिए, इनमें से किसी एक तरीके का इस्तेमाल करना ज़रूरी है:

1. एक एक्सचेंज, VASTTagURI एलिमेंट की वैल्यू को Google की तरफ़ से adm फ़ील्ड में लौटाए गए VAST एक्सएमएल दस्तावेज़ के हिस्से के रूप में सुरक्षित रख सकता है. यह आम तौर पर एक्सचेंज-खास मैक्रो एक्सपैंशन के साथ, जैसा है, ताकि आप लागू हो सकें.
2. DV360, एक्सचेंज के बिड रिस्पॉन्स में nurl फ़ील्ड को VAST (वीडियो विज्ञापन देने के लिए टेम्प्लेट) दस्तावेज़ के यूआरएल से भर सकता है. इसके बाद, एक्सचेंज की मदद से nurl की वह वैल्यू भेजी जा सकती है जिसे Google (DV360), VASTTagURI टैग में रिस्पॉन्स के तौर पर दिखाता है. साथ ही, ज़रूरत के मुताबिक एक्सचेंज के हिसाब से खास मैक्रो को सामान्य तौर पर बड़ा किया जाता है.

ज़रूरी होने पर, एक्सचेंज, VAST (वीडियो विज्ञापन देने के लिए टेम्प्लेट) दस्तावेज़ में अतिरिक्त VAST (वीडियो विज्ञापन देने के लिए टेम्प्लेट) इवेंट और गड़बड़ी ट्रैकर तय कर सकता है.

तकनीकी शर्तों को पूरा करता है

इस उदाहरण में, Google (DV360) बिड जवाब से क्रिएटिव VAST (वीडियो विज्ञापन देने के लिए टेम्प्लेट) यूआरआई को हूबहू पास किया जाता है, जिसमें एक एक्सचेंज अपने खास VAST इवेंट और गड़बड़ी ट्रैकर को जोड़ देता है.

<!-- START exchange VAST tag referencing Google creative -->

<?xml version="1.0" encoding="UTF-8"?><VAST version="2.0"><Ad id="123456789"><Wrapper>

<!-- Google VAST URI from the bid response is present verbatim -->
<AdSystem>XBid</AdSystem><VASTAdTagURI><![CDATA[https://bid.g.doubleclick.net/dbm/vast?…]]></VASTAdTagURI>

<!-- START Exchange-specific event trackers -->

<Error><![CDATA[https://video.exchange.example.com/vast_error?error=[ERRORCODE]&…]]></Error><Impression><![CDATA[https://video.exchange.example.com/impression?price=%%WINNING_PRICE%%&…]]></Impression><Creatives><Creative id="1234567890" sequence="1"><Linear><TrackingEvents><Tracking event="creativeView"><![CDATA[https://video.exchange.example.com/track/view?…]]></Tracking><Tracking event="start"><![CDATA[https://video.exchange.example.com/track/start?…]]></Tracking><Tracking event="midpoint"><![CDATA[https://video.exchange.example.com/track/midpoint?…]]></Tracking></TrackingEvents><VideoClicks><ClickTracking><![CDATA[https://video.exchange.example.com/click?…]]></ClickTracking></VideoClicks>

<!-- END Exchange-specific event trackers -->

</Linear></Creative></Creatives></Wrapper></Ad></VAST>

<!-- END exchange VAST tag referencing Google creative -->

तकनीकी ज़रूरतों को पूरा नहीं करता

इस उदाहरण में, क्रिएटिव वीएएसटी कोड या यूआरआई, बिड के जवाब में हूबहू नहीं दिखता. इसके बजाय, एक्सचेंज के लिए खास तौर पर बने VAST रैपर का इस्तेमाल किया गया है. SDK टूल कोई विज्ञापन लोड करने पर, Google का दिया गया VAST कोड, एक्सचेंज से मिले VAST रैपर (जैसा कि VASTAdTagURI एलिमेंट, https://video.exchange.example.com/creative?… में बताया गया है) से लोड किया जा सकता है.

<!-- START exchange VAST tag that encodes or loads Google VAST creative subsequently -->
<!-- Google VAST URI or VAST document from the bid response is not present verbatim -->

<?xml version="1.0" encoding="UTF-8"?><VAST version="2.0"><Ad id="1234567890"><Wrapper><AdSystem version="0.1">VideoExchange</AdSystem><VASTAdTagURI><![CDATA[https://video.exchange.example.com/creative?…]]></VASTAdTagURI><Error><![CDATA[https://video.exchange.example.com/error?ec=[ERRORCODE]]]></Error><Impression><![CDATA[https://video.exchange.example.com/imp?…]]></Impression><Creatives><Creative></Creative></Creatives></Wrapper></Ad></VAST>
<!-- END exchange VAST tag that encodes or loads Google VAST creative subsequently -->

डील

ओपन बिडिंग में हिस्सा लेने वाले एक्सचेंज, ओपन बिडिंग के साथ पसंदीदा डील (PD), निजी नीलामी (पीए) का इस्तेमाल कर सकते हैं. डील आईडी और टाइप के बारे में यहां बताया जाना चाहिए:

फ़ील्ड	ब्यौरा
OpenRTB प्रोटोकॉल: BidResponse.seatbid[].bid[].dealid Google प्रोटोकॉल: BidResponse.ad[].adslot[].exchange_deal_id	एक्सचेंज के नेमस्पेस में मौजूद डील का आईडी, जो बिड से जुड़ा है और पब्लिशर को रिपोर्ट किया गया है. यह आर्बिट्रेरी UTF8 टेक्स्ट है और इसका साइज़ 64 बाइट से ज़्यादा नहीं होना चाहिए.
OpenRTB प्रोटोकॉल: BidResponse.seatbid[].bid[].ext.exchange_deal_type Google प्रोटोकॉल: BidResponse.ad[].adslot[].exchange_deal_type	डील के टाइप के बारे में बताने वाली सूची. इसकी सूचना पब्लिशर को दी जाती है. इसका असर इस बात पर पड़ता है कि नीलामी में डील को कैसे स्वीकार किया जाता है. आपको ये वैल्यू दिख सकती हैं: OPEN_AUCTION = 0; PRIVATE_AUCTION = 1; PREFERRED_DEAL = 2; EXCHANGE_AUCTION_PACKAGE = 3;

यहां PD/PA के लिए, OpenRTB बिड रिस्पॉन्स का सैंपल दिया गया है.

नीचे दिए गए सैंपल में, PD/PA (dealid, exchange_deal_type) के लिए OpenRTB फ़ील्ड का इस्तेमाल किया गया है. अगर Authorized Buyers प्रोटोकॉल का इस्तेमाल किया जाता है, तो PD/PA के लिए बिड रिस्पॉन्स फ़ील्ड exchange_deal_id और exchange_deal_type होंगे.

id: "ECHO_BIDREQUEST_ID"
seatbid {
  bid {
    id: "BID_ID"
    impid: "1"
    price: 1.23
    adm: "AD_TAG"
    adomain: "DECLARED_LANDING_PAGE_URL"
    cid: "BILLING_ID"
    crid: "CREATIVE_ID"
    dealid: "DEAL_ID"
    w: 300
    h: 250
    [com.google.doubleclick.bid] {
      impression_tracking_url: "IMPRESSION_TRACKING_URL"
      exchange_deal_type: "DEAL_TYPE"
    }
  }
}

कुकी मैचिंग

Google की होस्ट की गई मैच टेबल में जानकारी भरने के लिए, ओपन बिडिंग में हिस्सा लेने वाले लोग, नीचे दिए गए विकल्पों में से अपनी ज़रूरत के हिसाब से, इनमें से किसी भी विकल्प का इस्तेमाल कर सकते हैं:

• कुकी मैचिंग: खरीदार या एक्सचेंज की शुरू की गई मैचिंग ज़्यादा जानें.
• Pixel मैचिंग: Google की शुरू की गई मैचिंग ज़्यादा जानें.
• कुकी मैच असिस्ट: एक्सचेंज की मदद से बिड करने वालों के साथ मैच शुरू किया गया ज़्यादा जानें.

ध्यान दें: इस समय ओपन बिडिंग में हिस्सा लेने वाले लोग, न तो उपयोगकर्ता सूचियां बना सकते हैं, न अपने-आप पॉप्युलेट हो सकते हैं और न ही उन्हें टारगेट कर सकते हैं.

इंतज़ार के समय को मैनेज करना

आपको पीयरिंग गाइड में दी गई, ट्रेडिंग की जगहों की जानकारी का इस्तेमाल करना चाहिए. इससे यह अनुमान लगाया जा सकता है कि आने वाले बिड रिक्वेस्ट का जवाब देते समय, बिड करने वाले के एंडपॉइंट को कितनी देरी होगी.

आम तौर पर, इन्वेंट्री को सबसे नज़दीकी जगह से भेजा जाता है. हालांकि, इसकी कोई गारंटी नहीं है. सभी इंप्रेशन के ऐक्सेस की गारंटी देने का सिर्फ़ एक तरीका यह है कि सभी ट्रेडिंग जगहों पर बिडिंग करने वालों के एंडपॉइंट मौजूद हों.

बड़ी संख्या में बिड रिक्वेस्ट पाने वाले बड़े एक्सचेंज को Google के साथ पीयरिंग व्यवस्था शुरू करने के बारे में सोचना चाहिए, ताकि इंतज़ार के समय और लेटेंसी में उतार-चढ़ाव को कम किया जा सके. पीयरिंग के बारे में ज़्यादा जानें.

क्लिक मैक्रो

हमारा सुझाव है कि आप क्लिक मैक्रो लागू करें. इससे आपके खाते और आपके साथ काम करने वाले पब्लिशरों के लिए, क्लिक और क्लिक से हासिल की गई मेट्रिक वाली रिपोर्ट तैयार करने की अनुमति मिलती है. ज़्यादा जानें.

API

ओपन बिडिंग की सुविधा इस्तेमाल करने वाले ग्राहक, उस डेटा को ऐक्सेस करने के लिए Authorized Buyers REST API का इस्तेमाल कर सकते हैं जो समस्या हल करने के मकसद से काम आ सकता है. फ़िलहाल, सिर्फ़ नीचे दिए गए एपीआई संसाधनों को ही ऐक्सेस किया जा सकता है:

• v1.4 परफ़ॉर्मेंस रिपोर्ट
• v2beta1 आरटीबी की समस्या हल करना

इन एपीआई को ऐक्सेस करने के लिए, अपना खाता कॉन्फ़िगर करें. साथ ही, एपीआई कॉल करने के लिए ज़रूरी खाता आईडी वापस पाएं. इसके लिए, तकनीकी खाता मैनेजर से संपर्क करें. इन एपीआई के इस्तेमाल के बारे में तकनीकी सहायता पाने के लिए, [e-mail] सहायता उपनाम पर संपर्क किया जा सकता है.

अन्य संसाधन

• कनेक्शन मैनेज करने के सबसे सही तरीके
• बिड यूआरएल मैक्रो का इस्तेमाल करना
• WINNING_PRICE मैक्रो का इस्तेमाल करने पर, कीमत की पुष्टि की जानकारी डिक्रिप्ट करना
• जांच के सुझाव और सबसे सही तरीके

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

सभी इस्तेमाल किए जा सकने वाले प्रोटोकॉल के लिए, बिड अनुरोध और रिस्पॉन्स के सैंपल, अनुरोध और रिस्पॉन्स की गाइड में देखे जा सकते हैं.