प्रोग्राम के हिसाब से, अपने-आप होने वाली प्रोसेस की गारंटी वाले ऑफ़र

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

बनाएं

प्रोग्रामैटिक गारंटी वाली डील तब बनाई जाती हैं, जब मोल-भाव की शुरुआत, प्रस्ताव के लिए अनुरोध (आरएफ़पी) से होती है. buyers.proposals.sendRfp वाले किसी सेलर को आरएफ़पी भेजकर, बातचीत की शुरुआत की जा सकती है. प्रोग्राम के हिसाब से गारंटी वाली डील के लिए, RFP में programmaticGuaranteedTerms शामिल होना चाहिए. विक्रेता आपको एक आरएफ़पी भी भेज सकते हैं, जो Marketplace API में प्रस्ताव के तौर पर दिखेगा. ऑफ़र बनाने के बाद, आपको buyers.proposals.list के साथ डील का प्रस्ताव दिख जाएगा. इसके बाद, आपके और सेलर के बीच बातचीत शुरू की जा सकती है.

ध्यान दें: आरएफ़पी भेजते समय, आपको उस सेलर की पहचान करनी होगी जिससे आपको इंटरैक्शन करना है. इसके लिए, आपको उसकी पब्लिशर प्रोफ़ाइल का इस्तेमाल करना होगा. buyers.publisherProfiles संसाधन की मदद से, उपलब्ध विक्रेताओं को ब्राउज़ किया जा सकता है और उन्हें खोजा जा सकता है. ज़्यादा जानकारी के लिए, पब्लिशर प्रोफ़ाइल की गाइड देखें.

नेगोशिएट करना

प्रोग्रामैटिक गारंटी वाली डील का प्रस्ताव बनाए जाने के बाद, प्रस्ताव और उससे जुड़ी डील में बदलाव करके विक्रेता से बातचीत की जा सकती है. ऐसा तब तक किया जा सकता है, जब तक दोनों में से कोई एक पक्ष संतुष्ट नहीं हो जाता या प्रस्ताव रद्द नहीं कर दिया जाता. सफल नेगोशिएशन होने पर, इनमें से कोई भी काम किया जा सकता है:

• प्रस्ताव या डील में किए गए बदलावों के लिए पोल: किसी प्रस्ताव या उससे जुड़ी डील में बदलाव करने पर, proposalRevision की संख्या बढ़ जाती है. इसका इस्तेमाल यह पता लगाने के लिए किया जा सकता है कि सेलर ने आपके प्रस्ताव को कब स्वीकार कर लिया है या उसने काउंटर ऑफ़र का जवाब दिया है.
• प्रस्ताव या ऑफ़र को अटैच करें: प्रपोज़ल में बदलाव करें या सेलर को काउंटर ऑफ़र भेजें. इससे proposalRevision बढ़ जाएगा.
• सेलर को जानकारी दें: प्रस्तावों में ऐसे नोट होते हैं जो खरीदारों और विक्रेताओं को दिखते हैं. उदाहरण के लिए, किसी प्रस्ताव या डील में किए गए बदलाव के बारे में संदर्भ देने के लिए एक नोट जोड़ें.

ध्यान दें: यह ज़रूरी है कि डील के लिए, आप जिन क्रिएटिव का इस्तेमाल करना चाहते हैं वे विज्ञापन में बोली लगाने के लिए तैयार हों. आपको रीयल-टाइम बिडिंग एपीआई का इस्तेमाल करके, क्रिएटिव को समीक्षा के लिए सबमिट करना होगा. साथ ही, यह पुष्टि करनी होगी कि उन्हें मंज़ूरी मिली है.

विज्ञापन दिखाने के लिए फ़ाइनल करें और तैयारी करें

अगर आप किसी प्रस्ताव से संतुष्ट हैं और उसका state BUYER_ACCEPTANCE_REQUESTED है, तो प्रपोज़ल को स्वीकार करें. इससे ऑफ़र खत्म हो जाएगा, जो flightStartTime में दिखना शुरू होगा.

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

• सेलर के साथ प्रस्ताव पर मोल-भाव करें
• रीयल-टाइम बिडिंग एपीआई का इस्तेमाल करके, क्रिएटिव सबमिट करके समीक्षा के लिए अनुरोध करें: आपको जिन क्रिएटिव को रखना है उनकी समीक्षा होनी चाहिए और उन्हें डील में इस्तेमाल करने की मंज़ूरी मिलनी चाहिए.
• स्वीकार करें: प्रस्ताव को स्वीकार करने के बाद, स्वीकार किए गए ऑफ़र को फ़ाइनल डील में दिखाया जाता है.
• पहले सबमिट किए गए क्रिएटिव को वापस पाने के लिए, रीयल-टाइम बिडिंग एपीआई का इस्तेमाल करें. साथ ही, पुष्टि करें कि उन्हें रीयल-टाइम बिडिंग में डील पर बिड में इस्तेमाल के लिए मंज़ूरी मिल गई है: dealsPolicyCompliance से यह पुष्टि करें कि क्रिएटिव को मंज़ूरी मिल गई है और उन्हें आने वाले बिड रिक्वेस्ट के जवाब में डाला जा सकता है.
  • अगर क्रिएटिव अस्वीकार किया गया था, तो उसकी वजह जानने के लिए विषयों को देखें. क्रिएटिव में ज़रूरत के हिसाब से बदलाव करें और समीक्षा शुरू करने के लिए, उसे पैच करें. ऐसा तब तक करें, जब तक सभी समस्याएं हल नहीं हो जातीं.
• वे सभी क्रिएटिव जोड़ें जिनका इस्तेमाल फ़ाइनल डील के लिए किया जाएगा: हमारा सुझाव है कि डील वाली डील शुरू करने से पहले, उस डील में क्रिएटिव जोड़ें जिसके साथ आपको उनका इस्तेमाल करना है.
• मैन्युअल तौर पर बताएं कि डील दिखाए जाने के लिए तैयार है: डील के लिए तैयार हो जाने के बाद, आपको कॉन्फ़िगर किए गए flightStartTime पर डील के लिए बिड रिक्वेस्ट मिलने शुरू हो जाएंगे. ये अनुरोध तब तक जारी रहेंगे, जब तक कि ऑफ़र flightEndTime या impressionCap तक नहीं पहुंच जाता.

फिर से मोल-भाव करें

डील पूरी हो जाने के बाद, आप या विक्रेता, प्रस्ताव या उसके डील में बदलाव करके फिर से बातचीत करना शुरू कर सकते हैं. फिर से मोल-भाव करने के दौरान, finalizedDeals संसाधन पिछले कानूनी समझौते के मुताबिक होते हैं और मुमकिन होने पर, इन संसाधनों को उसी के आधार पर दिखाते रहेंगे. इसके बजाय, deals संसाधन से रीनेगोशिएशन की मौजूदा स्थिति के बारे में पता चलता है. इसे शुरुआती मोल-भाव की तरह ही जारी रखा जाएगा.

अगर आप और विक्रेता, दोनों दोबारा तय की गई डील को स्वीकार करते हैं, तो वह मूल डील की जगह ले लेगा और नए कानूनी समझौते के आधार पर सेवाएं देगा. ऐसा न होने पर, अगर डील रद्द होती है, तो फिर से समझौते की प्रक्रिया शुरू होने से पहले, यह अपनी स्थिति में वापस आ जाएगी.

प्रोग्रामैटिक गारंटी वाली डील के लिए इंप्रेशन पर बोली लगाएं

प्रोग्रामैटिक गारंटी वाली डील शुरू होने पर, आपके रीयल-टाइम बिडिंग इंटिग्रेशन को उस डील के लिए बिड के अनुरोध मिलेंगे. इसके लिए, डील की शर्तों के आधार पर बिडिंग करनी होगी. उदाहरण के लिए, एक समयावधि में इंप्रेशन की एक तय संख्या के लिए एक खास कीमत पर.

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

Google प्रोटोकॉल	OpenRTB प्रोटोकॉल	ब्यौरा
BidRequest.adslot.matching_ad_data.direct_deal.direct_deal_id	BidRequest.imp.pmp.deals.id	डील के लिए यूनीक आइडेंटिफ़ायर. यह डील के संसाधन आईडी के बराबर होगा, जो Marketplace एपीआई से मिला है.
BidRequest.adslot.matching_ad_data.direct_deal.deal_type	BidRequest.imp.pmp.deals.ext.deal_type	नीलामी का टाइप, जिसे OpenRTB JSON के लिए PROGRAMMATIC_GUARANTEED या "3" पर सेट किया जाएगा.
BidRequest.adslot.matching_ad_data.direct_deal.fixed_cpm_micros	BidRequest.imp.pmp.deals.bidfloor	यह डील, उस डील के सीपीएम के बराबर होगी जिस पर खरीदार और सेलर ने सहमति दी थी. यह Marketplace API में fixedPrice के तौर पर दिखेगा. प्रोग्राम के हिसाब से गारंटी वाली डील के लिए, यह बिड रिस्पॉन्स में दी गई किसी भी वैल्यू को बदल देगी.
BidRequest.adslot.matching_ad_data.direct_deal.publisher_blocks_overridden	BidRequest.imp.pmp.deals.ext.publisher_blocks_overridden	प्रोग्राम के हिसाब से गारंटी वाली डील के लिए, इसे हमेशा true पर सेट करें. इसका मतलब है कि शामिल नहीं की गई कैटगरी को इस्तेमाल करने की अनुमति है.
BidRequest.adslot.matching_ad_data.direct_deal.must_bid	BidRequest.imp.pmp.deals.ext.must_bid	इससे पता चलता है कि खरीदारों को डील के लिए बिड करने की ज़रूरत है या नहीं. उदाहरण के लिए, अगर डील शेड्यूल से पहले की है, तो इसे 'गलत' पर सेट किया जाएगा और बिडिंग ज़रूरी नहीं होगी. अगर ऐसा नहीं है, तो बिडिंग ज़रूरी है. इसका मतलब है कि बिड न कर पाने पर, डील की डिलीवरी और इन्वेंट्री की उपलब्धता पर बुरा असर पड़ सकता है.

चेतावनी: बिड रिक्वेस्ट मिलने पर, आपको एक बिड लगानी होगी, जिसमें must_bid फ़ील्ड true हो. बार-बार बोली न लगा पाने पर, हो सकता है कि आपका खाता, प्रोग्रामैटिक गारंटी वाली डील के लिए सेवा स्तर समझौते (एसएलए) की ज़रूरी शर्तों का पालन न करे. इसकी वजह से, Google आपके खाते पर नीति उल्लंघन ठीक करने के तरीके (एनफ़ोर्समेंट) की कार्रवाई कर सकता है.

विज्ञापन दिखाना रोकें और फिर से शुरू करें

अगर आप किसी तय प्रोग्राम के हिसाब से गारंटी वाली डील को कुछ समय के लिए बिडिंग नहीं कर पा रहे हैं, तो आपको buyers.finalizedDeals.pause तरीके का इस्तेमाल करके उस डील को रोकना चाहिए. उदाहरण के लिए, अगर आपके क्रिएटिव को शुरू में मंज़ूरी मिल गई थी, लेकिन उसे अस्वीकार कर दिया गया और ऐसे में उसे फिर से सबमिट करना पड़ा, तो आप ऐसा कर सकते हैं. ध्यान दें, इससे आपको डील के लिए बिड रिक्वेस्ट नहीं मिलेंगे. हालांकि, आपको ऐसी सभी जवाबदेही को पूरा करना होगा जो डील की शर्तों के तौर पर तय की गई थीं.

पूरी हो चुकी डील को फिर से दिखाने के लिए, buyers.finalizedDeals.resume का इस्तेमाल करें.