Google के सहायता केंद्र में दिए गए लेख, कई भाषाओं में अनुवाद किए गए हैं. हालांकि, अनुवाद की वजह से नीतियों के कॉन्टेंट में कोई बदलाव नहीं होता. नीतियों को लागू करने के लिए, आधिकारिक भाषा के तौर पर हम अंग्रेज़ी का इस्तेमाल करते हैं. इस लेख को किसी दूसरी भाषा में देखने के लिए, पेज के सबसे नीचे मौजूद भाषा के ड्रॉपडाउन मेन्यू का इस्तेमाल करें.
Google Ads API और एमसीपी (“डेवलपर सेवाएं”) जैसे अन्य Google Ads डेवलपर टूल की मदद से, ऐसे टूल बनाए जा सकते हैं जिनसे विज्ञापन देने वाले लोग या कंपनियां अपने Google Ads खाते और कैंपेन को ज़्यादा असरदार और क्रिएटिव तरीके से मैनेज कर सकती हैं. डेवलपर को Google Ads API की डेवलपर सेवाओं का ऐक्सेस, Google Cloud प्रोजेक्ट के ज़रिए दिया जाता है. Google के प्रोग्रामैटिक इन्फ़्रास्ट्रक्चर को स्थिर और सुरक्षित बनाए रखने के लिए, Google की डेवलपर सेवाओं को हमारे उपयोगकर्ताओं और Google के बीच एक सीधे और पुष्टि किए जा सकने वाले कनेक्शन की ज़रूरत होती है. Google Ads की नीतियों का मकसद यह पक्का करना है कि डेवलपर सेवाओं का इस्तेमाल, Google Ads को बढ़ावा देने और उसे बेहतर बनाने के लिए किया जा रहा हो. साथ ही, हम विज्ञापन देने वाले लोगों या कंपनियों को पारदर्शी और एक जैसा अनुभव भी देते रहना चाहते हैं. Google Ads की डेवलपर सेवाओं के उपयोगकर्ता के तौर पर, आपको और आपका टूल इस्तेमाल करने वाले हर व्यक्ति को Google Ads की नीतियों और Google Ads के नियमों और शर्तों का पालन करना होगा.
Google Ads, किसी भी समय और किसी भी वजह से इस बात की समीक्षा का अनुरोध कर सकता है कि आपने सेवाओं को किस इस्तेमाल में लिया हुआ है. इससे हमें यह पक्का करने में मदद मिलती है कि सेवाओं को Google Ads API के नियमों और शर्तों, Google की सेवा की शर्तों, और यहां दी गई नीतियों के मुताबिक इस्तेमाल किया जा रहा है.
इस पेज पर इन विषयों के बारे में बताया गया है
डेवलपर सेवाओं से जुड़ी सामान्य नीतियां
Google Ads की डेवलपर सेवाओं को ऐक्सेस करने और इस्तेमाल करने का सही तरीका
Google Ads की डेवलपर सेवाओं का इस्तेमाल करने के लिए भेजे जाने वाले आवेदन, साफ़ और समझने में आसान होने चाहिए. Google Ads की डेवलपर सेवाओं का इस्तेमाल, लागू होने वाली नीतियों के साथ-साथ नियमों और शर्तों के मुताबिक ही किया जा सकता है. साथ ही, इसका इस्तेमाल इस नीति में बताए गए उन मामलों में भी किया जा सकता है जिन्हें अनुमति मिली हो. इसका मतलब यह है कि अनुमतियों के ऐक्सेस का अनुरोध सिर्फ़ तब ही किया जा सकता है, जब आपका ऐप्लिकेशन या सेवा, इस्तेमाल के ऐसे मामलों में शामिल हो जिनके लिए अनुमति ली जा सकती है. इसके अलावा, सेवाओं का इस्तेमाल सिर्फ़ उन कामों के लिए किया जा सकता है जिनकी जानकारी ऐक्सेस के आवेदन में दी गई है. अगर आपकी ज़रूरतें बदल जाती हैं और आपको एपीआई को अन्य कामों के लिए भी इस्तेमाल करना है, तो Google Ads API टूल में बदलाव के लिए फ़ॉर्म भरें. बदलाव के उदाहरणों में, रिपोर्टिंग टूल की मदद से कैंपेन बनाना या मैनेज करना शामिल है.
Google Ads की डेवलपर सेवाओं को ऐक्सेस करने के लिए, इस्तेमाल के उन मामलों के बारे में यहां बताया गया है जिनके लिए अनुमति ली जा सकती है:
- Google Ads कैंपेन बनाना या उन्हें मैनेज करना
- Google Ads कैंपेन बनाना, मैनेज करना या रिपोर्टिंग के अनुभव को बेहतर बनाना
- उपयोगकर्ताओं के फ़ायदे के लिए ऐसी रिपोर्टिंग और मॉनिटरिंग सेवाएं देना जिनसे Google Ads कैंपेन या मैनेजमेंट का अनुभव बेहतर होता हो
Google Ads की डेवलपर सेवाओं का इस्तेमाल कुछ मामलों में नहीं किया जा सकता. इनमें ये शामिल हैं, लेकिन ये इन्हीं तक सीमित नहीं हैं:
- Google Ads की नीतियों, Google API की सेवा की शर्तों, और Google Ads के नियमों और शर्तों का उल्लंघन करके, Google के उपयोगकर्ता के डेटा को स्क्रैप (बिना अनुमति के ऐक्सेस) करना.
- Google Search डेटा को स्क्रैप करना या स्क्रैप किया गया डेटा खरीदना. अगर आपको कोई ऐसी रिपोर्ट पब्लिश करनी है जिसमें Google के अलावा किसी अन्य वैध सोर्स से लिया गया डेटा शामिल हो, तो आपको अपनी रिपोर्ट में डेटा के सोर्स के बारे में बताना होगा. साथ ही, डेटा कलेक्ट करने का अपना तरीका भी बताना होगा.
- इस नीति के प्रोग्रैम्ड तरीके से इस्तेमाल के नियम का उल्लंघन करके, प्रोग्रामैटिक प्रॉक्सी के ज़रिए अन्य पक्षों को डेवलपर सेवाओं का ऐक्सेस देना.
इस्तेमाल न किया गया ऐक्सेस
इस सुविधा को इस्तेमाल किए हुए 90 दिन से ज़्यादा होने पर, Google आपका ऐक्सेस रद्द कर सकता है. अगर ऐक्सेस रद्द हो जाता है, तो उसे वापस पाने के लिए किसी भी समय आवेदन किया जा सकता है.
ज़रूरी तौर पर मुहैया कराई जाने वाली सुविधाएं
ज़रूरी तौर पर मुहैया कराई जाने वाली सुविधाओं (आरएमएफ़) का मतलब ऐसी सुविधाओं और अन्य फ़ंक्शन से है जिन्हें Google Ads की डेवलपर सेवाएं इस्तेमाल करने वाले कुछ टूल डेवलपर को उपलब्ध कराना ज़रूरी होता है. आरएमएफ़ के तहत आने वाली सुविधाओं को तीन कैटगरी में बांटा गया है: क्रिएशन फ़ंक्शन, मैनेजमेंट फ़ंक्शन, और रिपोर्टिंग फ़ंक्शन. ज़रूरी तौर पर मुहैया कराई जाने वाली सुविधाओं से जुड़े नियमों के बारे में ज़्यादा जानें.
यहां दिए गए नियम आप पर लागू होते हैं या नहीं, यह इस बात से तय होता है कि Google Ads की डेवलपर सेवाओं का इस्तेमाल किस काम के लिए किया जा रहा है:
- सभी सेवाएं देने वाला टूल: विज्ञापन देने वाले लोग या कंपनियां, एजेंसियां, और अन्य तीसरे पक्ष अपने Google Ads खातों को पूरी तरह से मैनेज करने के लिए आपके टूल का इस्तेमाल करते हैं.
- सिर्फ़ रिपोर्टिंग: एजेंसियां या विज्ञापन देने वाले लोग या कंपनियां, आपके टूल का इस्तेमाल करके सिर्फ़ रिपोर्टिंग डैशबोर्ड को ऐक्सेस कर सकती हैं.
- सिर्फ़ अंदरूनी इस्तेमाल के लिए: आपका टूल सिर्फ़ विज्ञापन देने वाले लोगों या कंपनियों और एजेंसियों के लिए उपलब्ध है. तीसरे पक्ष के पास इसका ऐक्सेस नहीं है.
Google Ads के ऐक्सेस वाले हर डेवलपर प्रोजेक्ट को एक ऐक्सेस लेवल असाइन किया जाता है. इससे यह तय होता है कि आपके पास प्रोडक्शन खातों को ऐक्सेस करने की अनुमति है या नहीं. साथ ही, इससे यह भी तय होता है कि हर दिन कितनी कार्रवाइयां और अनुरोध किए जा सकते हैं. आरएमएफ़ सिर्फ़ स्टैंडर्ड ऐक्सेस वाले प्रोजेक्ट पर लागू होती है. ऐक्सेस लेवल और इस्तेमाल की अनुमति के बारे में ज़्यादा जानें.
| क्रिएशन फ़ंक्शन से जुड़ी ज़रूरी शर्तें |
मैनेजमेंट फ़ंक्शन से जुड़ी ज़रूरी शर्तें |
रिपोर्टिंग फ़ंक्शन से जुड़ी ज़रूरी शर्तें |
|
|---|---|---|---|
| सभी सेवाएं देने वाला टूल | आरएमएफ़ लागू होती है | आरएमएफ़ लागू होती है | आरएमएफ़ लागू होती है |
| सिर्फ़ रिपोर्टिंग | आरएमएफ़ लागू नहीं होती | आरएमएफ़ लागू नहीं होती | आरएमएफ़ लागू होती है |
| सिर्फ़ अंदरूनी इस्तेमाल के लिए | आरएमएफ़ लागू नहीं होती | आरएमएफ़ लागू नहीं होती | आरएमएफ़ लागू नहीं होती |
अगर आपका टूल बहुत सीमित और कुछ खास सुविधाएं ही मुहैया कराता है और उसे कैंपेन, विज्ञापन ग्रुप, और विज्ञापन बनाने और मैनेज करने के लिए इस्तेमाल नहीं किया जाता, तो शायद उसे सभी सेवाएं देने वाला टूल न माना जाए. इस मामले में, आरएमएफ़ को बनाने और मैनेज करने की ज़रूरी शर्तें लागू नहीं होंगी. अगर आपको यह पक्के तौर पर नहीं पता कि आपके टूल पर आरएमएफ़ की नीति लागू होती है या नहीं, तो नियमों के पालन से जुड़ी Google Ads API की टीम से संपर्क करें. नियमों के पालन से जुड़ी Google Ads API की टीम यह तय करेगी कि आपका टूल, सभी सेवाएं देने वाला टूल है या नहीं. अगर आपके टूल की सुविधाओं में ज़्यादा बदलाव होते हैं, तो उसका फिर से आकलन किया जा सकता है.
आरएमएफ़ नीति से यह पक्का होता है कि विज्ञापन देने वाले लोगों या कंपनियों के पास Google Ads की सुविधाओं और परफ़ॉर्मेंस की ज़्यादा जानकारी वाले डेटा का ऐक्सेस हो. भले ही, वे कोई भी टूल इस्तेमाल करते हों. आरएमएफ़ सूची में, डेवलपर की जानकारी के लिए हर सुविधा से जुड़ी नीतियों और दस्तावेज़ों वाले संसाधन शामिल होते हैं. अगर आपको किसी सुविधा से जुड़ी खास शर्तों के बारे में कोई और सवाल पूछने हैं, तो नियमों के पालन से जुड़ी Google Ads API की टीम से संपर्क करें.
इस नीति का उल्लंघन करने पर, आपको नीतियों का पालन न करने पर लगने वाला शुल्क देना पड़ सकता है. साथ ही, एपीआई रेट शीट में दी गई जानकारी के मुताबिक, आपके ऐक्सेस को डाउनग्रेड भी किया जा सकता है.
तीसरे पक्षों के लिए ज़ाहिर की जाने वाली ज़रूरी जानकारी और अन्य ज़िम्मेदारियां
ज़ाहिर की जाने वाली ज़रूरी जानकारी और अन्य ज़िम्मेदारियों वाला यह सेक्शन, इन ग्रुप पर लागू होता है:
- वे एजेंसियां और अन्य तीसरे पक्ष जो विज्ञापन देने वाले लोगों या कंपनियों की तरफ़ से कैंपेन मैनेज करते हैं और उन्हें सॉफ़्टवेयर टूल भी मुहैया कराते हैं
- ऐसे सॉफ़्टवेयर डेवलपर जो एजेंसियों और तीसरे पक्षों को टूल मुहैया कराते हैं
अगर आप कोई एंड-ऐडवर्टाइज़र हैं या आपने सिर्फ़ अंदरूनी कामों के लिए Google Ads की डेवलपर सेवाओं को इस्तेमाल किया है, तो ये नीतियां आप पर लागू नहीं होती हैं.
ज़रूरी डिसक्लोज़र
अपनी पहचान और इरादे के बारे में सटीक जानकारी देना
Google Ads के लिए, पारदर्शिता बहुत मायने रखती है. Google Ads चाहता है कि विज्ञापन देने वाले लोगों या कंपनियों को यह पता चले कि Google Ads उनके लिए कैसा परफ़ॉर्म कर रहा है, चाहे वे किसी भी टूल का इस्तेमाल कर रहे हों. नीचे दी गई ज़रूरी शर्तों में बताया गया है कि Google Ads डेटा को रिपोर्ट और मैनेज करने में, आपको विज्ञापन देने वाले लोगों या कंपनियों के साथ किस तरह पारदर्शी रहना चाहिए. यहां इसके कुछ उदाहरण दिए गए हैं:
- डेटा उपलब्ध कराने में देरी: अगर आपको एंड-ऐडवर्टाइज़र या अन्य क्लाइंट को Google Ads परफ़ॉर्मेंस डेटा भेजने में 24 घंटे से ज़्यादा की देरी होती है, तो आपको अपने क्लाइंट को इस देरी के बारे में साफ़ तौर पर बताना होगा.
- तीसरे पक्ष के लिए Google की नीति: उन एजेंसियों और अन्य तीसरे पक्षों को तीसरे पक्ष के लिए Google की नीति का पालन करना होगा जो एंड-ऐडवर्टाइज़र क्लाइंट की तरफ़ से, Google पर विज्ञापन दिखाने की सेवा खरीदते या मैनेज करते हैं.
- Google Ads और अन्य विज्ञापन प्लैटफ़ॉर्म का डेटा शेयर करना और उसकी रिपोर्टिंग: अगर आपकी एजेंसी या अन्य इकाई, एंड-ऐडवर्टाइज़र क्लाइंट की ओर से Google पर विज्ञापन दिखाने की सेवा खरीदती या मैनेज करती है, तो आपको अपने क्लाइंट से लिखित सहमति लेनी होगी. ऐसा तब करना होगा, जब आपको उनके Google Ads खातों से जुड़ा डेटा बेचना हो, फिर से डिस्ट्रिब्यूट करना हो, सब-लाइसेंस देना हो या किसी अन्य तरीके से ज़ाहिर या ट्रांसफ़र करना हो. इस डेटा में कीवर्ड, बिड, कैंपेन सेटिंग या परफ़ॉर्मेंस डेटा शामिल है.
- डेटा को ऐक्सेस करने, इकट्ठा करने, इस्तेमाल करने, और शेयर करने के बारे में जानकारी ज़ाहिर करना:
ज़ाहिर की जाने वाली जानकारी से जुड़ी शर्तें:- उस ऐप्लिकेशन या सेवा की पहचान साफ़ तौर पर ज़ाहिर करनी होगी जिसके लिए उपयोगकर्ता के डेटा का ऐक्सेस मांगा गया है;
- अगर सेवा ऐप्लिकेशन-आधारित है, तो जानकारी ऐप्लिकेशन के अंदर ही ज़ाहिर की जानी चाहिए. अगर यह वेब-आधारित है, तो इसे अलग डायलॉग विंडो में ज़ाहिर किया जाना चाहिए;
- ऐप्लिकेशन या वेबसाइट के सामान्य इस्तेमाल के दौरान यह जानकारी साफ़ तौर पर दिखनी चाहिए, जिससे कि उपयोगकर्ता को इसे देखने के लिए किसी मेन्यू या सेटिंग में न जाना पड़े;
- इस बारे में साफ़ और सही तौर पर बताना होगा कि किस तरह का डेटा ऐक्सेस किया जाएगा, मांगा जाएगा, और/या इकट्ठा किया जाएगा;
- यह बताना होगा कि डेटा को इस्तेमाल या शेयर कैसे किया जाएगा. अगर किसी एक काम के लिए डेटा मांगा गया है और उसका इस्तेमाल किसी दूसरे काम में भी किया जाएगा, तो इन दोनों मामलों के बारे में उपयोगकर्ताओं को सूचना देनी होगी.
अलग-अलग प्लैटफ़ॉर्म के काम करने के तरीके का अंतर ज़ाहिर करना
अगर आपका कारोबार, एंड-ऐडवर्टाइज़र क्लाइंट को सभी सेवाएं देने वाला टूल मुहैया कराता है, तो खातों में बदलाव करने से पहले, उनके लिए हर विज्ञापन प्लैटफ़ॉर्म के सिस्टम के बीच का अंतर समझना ज़रूरी है. साथ ही, अगर वे क्लाइंट आपके टूल का इस्तेमाल Google Ads के अलावा, विज्ञापन देने वाले किसी अन्य सिस्टम को मैनेज करने के लिए भी कर रहे हैं, तब भी इस अंतर को समझना ज़रूरी है.
अगर आपका टूल, किसी अन्य विज्ञापन प्लैटफ़ॉर्म पर या उससे Google Ads कैंपेन का डेटा बल्क में एडिट, कॉपी, इंपोर्ट या एक्सपोर्ट करने की सुविधा देता है, तो डेटा ट्रांसफ़र में किसी भी तरह की रुकावट या गड़बड़ी से बचा जा सकता है. इसके लिए, आपको अपने क्लाइंट को यह बताना होगा कि अलग-अलग प्लैटफ़ॉर्म के काम करने के तरीके में क्या अंतर है. साथ ही, इस तरह की समस्या को हल करने या उससे बचने के लिए, आपको क्लाइंट को डेटा ट्रांसफ़र की सेटिंग में बदलाव करने और/या उन्हें रद्द करने की सुविधा भी देनी चाहिए.
उदाहरण:
- मान लें कि क्लाइंट आपके टूल की मदद से, Google Ads में किसी अन्य विज्ञापन प्लैटफ़ॉर्म का डेटा इंपोर्ट करते हैं. हालांकि, ऐसा हो सकता है कि उस प्लैटफ़ॉर्म पर डेटा उतनी बारीकी से उपलब्ध न हो जितना Google Ads में होता है. जैसे, Google Ads पिन कोड के लेवल पर टारगेटिंग की सुविधा देता है, जबकि कोई दूसरा प्लैटफ़ॉर्म सिर्फ़ शहर के लेवल पर टारगेटिंग की सुविधा देता है. इसलिए, यह ज़रूरी हो जाता है कि आप डेटा के इंपोर्ट की प्रक्रिया पूरी होने से पहले, क्लाइंट को अलग-अलग विज्ञापन प्लैटफ़ॉर्म के काम करने के तरीके के अंतर की जानकारी दें. इसके अलावा, क्लाइंट को इंपोर्ट रद्द करने या प्रक्रिया को आगे बढ़ाने से पहले कैंपेन के डेटा में बदलाव करने की सुविधा भी दें.
- मान लें कि क्लाइंट आपके टूल की मदद से, Google Ads का डेटा अन्य विज्ञापन प्लैटफ़ॉर्म पर एक्सपोर्ट करते हैं. हालांकि, ऐसा हो सकता है कि वह दूसरा प्लैटफ़ॉर्म किसी खास डेटा वैरिएबल को Google Ads के मुकाबले अलग तरीके से परिभाषित करता हो या कोई भी डेटा वैरिएबल उपलब्ध न कराता हो. इसलिए, यह ज़रूरी हो जाता है कि आप डेटा एक्सपोर्ट की प्रक्रिया पूरी होने से पहले, क्लाइंट को अलग-अलग विज्ञापन प्लैटफ़ॉर्म के काम करने के तरीके के अंतर की जानकारी दें. इसके अलावा, क्लाइंट को एक्सपोर्ट रद्द करने या प्रक्रिया को आगे बढ़ाने से पहले कैंपेन के डेटा में बदलाव करने की सुविधा भी दें.
विज्ञापन देने वाले जो लोग या कंपनियां आपके टूल का इस्तेमाल कर रही हैं उन्हें Google Ads के बारे में पूरी जानकारी मिलनी चाहिए. इसमें Google Ads की वह सुविधा भी शामिल है जिससे पता चलता है कि कौनसा डेटा Google Ads से मिला है और कौनसा किसी अन्य विज्ञापन प्लैटफ़ॉर्म से. अगर आपका टूल अन्य विज्ञापन प्लैटफ़ॉर्म से रिपोर्टिंग डेटा उपलब्ध कराता है, तो आपको Google Ads से मिले डेटा और अन्य विज्ञापन प्लैटफ़ॉर्म से मिले डेटा को अलग-अलग दिखाना होगा. अगर Google Ads का डेटा, एग्रीगेट किए गए डेटा या अन्य विज्ञापन प्लैटफ़ॉर्म के डेटा की तुलना में ज़्यादा बारीकी से उपलब्ध है (जैसे, Google Ads पिन कोड के लेवल पर जगह के हिसाब से रिपोर्टिंग की सुविधा देता है, जबकि कोई अन्य प्लैटफ़ॉर्म सिर्फ़ शहर या राज्य के लेवल पर जगह के हिसाब से रिपोर्टिंग की सुविधा देता है), तो आपको Google Ads के डेटा को उसी बारीकी के साथ रिपोर्ट करना होगा. आपके पास परफ़ॉर्मेंस का एग्रीगेट किया गया डेटा (Google Ads और अन्य विज्ञापन प्लैटफ़ॉर्म का मिला-जुला डेटा) रिपोर्ट करने का विकल्प होता है. हालांकि, ऐसा करने के लिए यह ज़रूरी है कि Google Ads के डेटा को आपने टूल में ऐसी जगह सेव किया हो जहां उसे आसानी से ऐक्सेस किया जा सके.
उदाहरण: अगर आपका टूल कई विज्ञापन प्लैटफ़ॉर्म (जैसे, AdCenter, Yahoo या Yandex) से एग्रीगेट किया गया ऐसा डेटा उपलब्ध कराता है जिससे पता चलता है कि अलग-अलग इलाकों में किसी विज्ञापन ने कैसा परफ़ॉर्म किया, तो यह ज़रूरी है कि आपके टूल में, इलाके के हिसाब से मिलने वाली Google Ads की परफ़ॉर्मेंस रिपोर्ट और उसकी ज़रूरी फ़ील्ड भी उपलब्ध हों.
प्रोग्रैम्ड तरीके से ऐक्सेस देने पर, आपको अपने असली उपयोगकर्ताओं को यह बताना होगा कि उनके पास अपना Google Cloud Platform खाता और Google Ads का ऐक्सेस होना ज़रूरी है. इस तरह की जानकारी, आपकी वेबसाइट पर साफ़ तौर पर दिखनी चाहिए.
अन्य ज़िम्मेदारियां
क्रॉस-प्लैटफ़ॉर्म पर काम करने की सुविधा
अगर आपने सॉफ़्टवेयर इस्तेमाल करने वालों को Google Ads और किसी अन्य विज्ञापन प्लैटफ़ॉर्म के बीच, कैंपेन सेटिंग को कॉपी, इंपोर्ट, एक्सपोर्ट या ऑप्टिमाइज़ करने की अनुमति दी है, तो आपको उपयोगकर्ताओं को किसी भी डायरेक्शन यानी पहले प्लैटफ़ॉर्म से दूसरे या दूसरे से पहले प्लैटफ़ॉर्म पर कैंपेन सेटिंग को कॉपी, इंपोर्ट, एक्सपोर्ट या ऑप्टिमाइज़ करने की सुविधा देनी होगी. जैसे, Google Ads से Yahoo या Yahoo से Google Ads पर कॉपी करना.
उदाहरण: अगर आपका टूल, उपयोगकर्ताओं को Google Ads से कैंपेन सेटिंग और अन्य डेटा कॉपी करने और उन सेटिंग को अन्य विज्ञापन प्लैटफ़ॉर्म पर एक्सपोर्ट या ऑप्टिमाइज़ करने की अनुमति देता है, तो आपके टूल को उपयोगकर्ताओं को उन प्लैटफ़ॉर्म से कैंपेन सेटिंग और अन्य डेटा कॉपी करने और उन्हें Google Ads पर वापस एक्सपोर्ट या ऑप्टिमाइज़ करने की अनुमति भी देनी होगी.
क्लाइंट के लिए बाहर निकलने का विकल्प
आपको उपयोगकर्ताओं की मदद के लिए एक दस्तावेज़ उपलब्ध कराना होगा. इसमें यह जानकारी होनी चाहिए कि उपयोगकर्ता आपके ऐप्लिकेशन या सेवा में अपना डेटा किस तरह मैनेज कर सकते हैं और उसे कैसे मिटा सकते हैं. विज्ञापन देने वाले क्लाइंट के पास भी यह विकल्प होना चाहिए कि वे तुरंत और आसानी से उस टूल का इस्तेमाल बंद कर सकें जिससे वे अपने Google Ads कैंपेन मैनेज करते हैं. विज्ञापन देने वाले किसी भी क्लाइंट से नोटिस मिलने के तीन कारोबारी दिनों के अंदर, आपको उस क्लाइंट को ऐसा विकल्प देना होगा जिसकी मदद से वह अपने Google Ads कैंपेन को आपकी सेवाओं और डेवलपर ऐक्सेस से अलग कर सके. साथ ही, सभी Google Ads खातों का पूरा कंट्रोल वापस लेने में भी उस क्लाइंट की मदद करनी होगी.
डेटा और सिस्टम को सुरक्षित बनाए रखना
डेटा चाहे ट्रांसफ़र हो रहा हो या सिस्टम में सेव हो, दोनों स्थितियों में पक्का करें कि उपयोगकर्ताओं का सारा डेटा सुरक्षित हो. Google Ads की डेवलपर सेवाओं और उनसे मिले डेटा का इस्तेमाल करने वाले सभी ऐप्लिकेशन या सिस्टम की सुरक्षा के लिए, उचित और सही कदम उठाएं. इससे बिना अनुमति के या गैर-कानूनी तरीके से न तो डेटा को ऐक्सेस, इस्तेमाल या ज़ाहिर किया जा सकेगा और न ही उसे मिटाया, नुकसान पहुंचाया या उसमें बदलाव किया जा सकेगा. इसके अलावा, अगर Google Developer के प्रॉडक्ट और सेवाओं को अन्य प्लैटफ़ॉर्म, सेवाओं या प्रोटोकॉल के साथ इंटिग्रेट किया जा रहा है, तो संबंधित दस्तावेज़ में बताए गए, सुरक्षा से जुड़े सबसे सही तरीकों का पालन करें. इनमें वे तरीके भी शामिल हैं जिन्हें लागू करना ज़रूरी है और जिन्हें लागू करने का सुझाव दिया गया है. उदाहरण के लिए, मॉडल कॉन्टेक्स्ट प्रोटोकॉल में सुरक्षा से जुड़े सबसे सही तरीके.
सुरक्षा के जो तरीके सुझाए गए हैं उनमें इंफ़ॉर्मेशन सिक्योरिटी मैनेजमेंट सिस्टम को लागू करना और उसका रखरखाव करना शामिल है. इसके बारे में, आईएसओ/आईईसी 27001 में बताया गया है. इसके अलावा, आपको यह भी पक्का करना होगा कि आपका ऐप्लिकेशन या वेब सेवा बेहतरीन है और उसमें सुरक्षा से जुड़ी आम समस्याएं नहीं हैं. इन समस्याओं की जानकारी, OWASP टॉप 10 में दी गई है.
सुरक्षा के लिए ज़रूरी उपायों में ये शामिल हैं:
- उपयोगकर्ता का डेटा सुरक्षित रखने के लिए, इंडस्ट्री से मान्यता प्राप्त एन्क्रिप्शन स्टैंडर्ड का इस्तेमाल करना. हालांकि, इसके लिए ज़रूरी है कि यह डेटा:
- पोर्टेबल डिवाइसों या पोर्टेबल इलेक्ट्रॉनिक मीडिया पर सेव किया गया हो;
- Google या आपके सिस्टम के बाहर मैनेज किया जाता हो;
- किसी ऐसे बाहरी नेटवर्क के ज़रिए भेजा जा रहा हो जिसका कंट्रोल पूरी तरह आपके पास न हो;
- आपके सिस्टम पर सेव हो.
- डेटा को सुरक्षित मॉडर्न प्रोटोकॉल (जैसे, एचटीटीपीएस) का इस्तेमाल करके ट्रांसफ़र करना.
- उपयोगकर्ता के डेटा और क्रेडेंशियल, खास तौर पर OAuth ऐक्सेस और रीफ़्रेश टोकन जैसे टोकन को सिस्टम में सेव रखते समय हमेशा एन्क्रिप्ट (सुरक्षित) करके रखना.
- कुंजियों और उससे जुड़े मटीरियल को सही तरीके से मैनेज करना, जैसे कि उन्हें हार्डवेयर सुरक्षा मॉड्यूल या उसी स्तर के किसी मज़बूत की-मैनेजमेंट सिस्टम में सुरक्षित रखना.
संवेदनशील और प्रतिबंधित स्कोप के लिए ज़रूरी सुरक्षा उपायों में, Cloud Application Security Assessment (सीएएसए) के दिशा-निर्देशों का पालन करना भी शामिल है. इसके अलावा, ऐक्सेस किए जाने वाले एपीआई और उपयोगकर्ता की अनुमतियों की संख्या या उपयोगकर्ताओं की संख्या के हिसाब से, हम यह भी मांग कर सकते हैं कि आपका ऐप्लिकेशन या सेवा, समय-समय पर सुरक्षा आकलन से गुज़रे. साथ ही, Google की ओर से तय किए गए किसी तीसरे पक्ष से आकलन पत्र हासिल करे.
आप इस बात से सहमत हैं कि सिस्टम, नेटवर्क, खातों या Google डेटा सेव करने की अन्य जगहों ("डेटा सुरक्षा से जुड़ा मामला") पर बिना अनुमति के ऐक्सेस का संदेह होने या इसके बारे में पता चलने पर, आपको Google को तुरंत इसकी सूचना देनी होगी. इसके लिए, security@google.com पर ईमेल भेजें. आप इस बात से सहमत हैं कि डेटा सुरक्षा से जुड़े संदिग्ध या सामने आ चुके मामले को ठीक करने के लिए Google के साथ पूरा सहयोग किया जाएगा. साथ ही, ऐसे किसी भी मामले के बारे में सार्वजनिक तौर पर कोई भी बयान देने से पहले security@google.com पर Google को सूचना दी जाएगी.
ऐसे काम जिन्हें करने की पाबंदी है
प्रोग्रैम्ड तरीके से इस्तेमाल करना
आपके पास किसी एजेंसी, एंड-ऐडवर्टाइज़र या अन्य तीसरे पक्षों को इस तरह से Google Ads का ऐक्सेस देने का अधिकार नहीं है कि उन तीसरे पक्षों को Google Ads के डेवलपर ऐक्सेस और Google Cloud Platform प्रोजेक्ट के लिए आवेदन करने की ज़रूरत न पड़े या वे Google की आरएमएफ़ नीति का इस्तेमाल करने से बच सकें. उदाहरण के लिए, डेवलपर ऐसे मिडलवेयर में क्रेडेंशियल एंबेड नहीं कर सकते जो ऑटोमेटेड कार्रवाई के सोर्स को छिपाते हैं. इसके अलावा, वे डेवलपर की ऐसी प्रॉक्सी सेवाओं को भी इस्तेमाल नहीं कर सकते जो कई स्वतंत्र कारोबारों से ऑटोमेटेड अनुरोधों को रूट करती हैं, ताकि व्यक्तिगत ऐक्सेस को बायपास किया जा सके. इसके अलावा, आपके टूल के असली उपयोगकर्ताओं को अपने खातों में बदलाव करने के लिए, मैन्युअल तरीके से साइन इन करना होगा. Google जब तक डेवलपर के इस्तेमाल के उदाहरण की समीक्षा न कर ले या हर एक इकाई की सीधे Google से पुष्टि न हो जाए, तब तक असली उपयोगकर्ताओं को Google Ads खाते में बदलाव करने के लिए हेडलेस प्रोग्रामैटिक ऐक्सेस देने की अनुमति नहीं है.
Google ऐसे किसी भी तीसरे पक्ष के होस्ट किए गए इंटरफ़ेस, सेकंडरी एपीआई, रैपर सेवा, एमसीपी सर्वर, प्रॉक्सी एंडपॉइंट या इसी तरह की अन्य सेवा पर पाबंदी लगाता है जो सिर्फ़ Google Ads की प्रोग्रामैटिक सुविधाओं को इंटरमीडिएट लेयर (एक “प्रोग्रामैटिक प्रॉक्सी”) के तौर पर दोहराती है, रैप करती है या उन्हें ही नए सिरे से पेश करती है. अगर एजेंसियों या एंड-ऐडवर्टाइज़र क्लाइंट को Google Ads का इस्तेमाल करना है, तो उनके पास अपना Google Cloud Platform खाता और Google Ads का ऐक्सेस होना चाहिए. इससे यह पक्का होता है कि Google Ads API का ऐक्सेस, सीधे तौर पर एंड-ऐडवर्टाइज़र या एजेंसी से जुड़ा है.
यह नीति, आपको ऑटोमैटिक या प्रोग्रैम्ड तरीके से Google Ads API का इस्तेमाल करने से नहीं रोकती. साथ ही, यह ओपन-सोर्स टूल के इस्तेमाल पर भी पाबंदी नहीं लगाती. इन टूल में, असली उपयोगकर्ता सॉफ़्टवेयर डाउनलोड करते हैं और अपने ऐक्सेस क्रेडेंशियल का इस्तेमाल करके, इसे Google Ads से कनेक्ट करते हैं. इस नीति का मकसद यह पक्का करना है कि Google Ads API ऐक्सेस करने के लिए, तीसरे पक्ष आपका एपीआई ऐक्सेस इस्तेमाल न कर पाएं. इसके बजाय, वे Google Cloud Platform के ज़रिए अपना ऐक्सेस पाने के लिए आवेदन करें.
बिना अनुमति के Google की ब्रैंडिंग और ट्रेडमार्क का इस्तेमाल करना
Google Ads की डेवलपर सेवाओं के उपयोगकर्ता के तौर पर, आपको ब्रैंड के इस्तेमाल से जुड़े Google के दिशा-निर्देशों का पालन करना होगा.
Google की गतिविधियों में रुकावट डालना
Google, Google Ads की डेवलपर सेवाओं से जुड़ी किसी भी गतिविधि को मॉनिटर या ऑडिट कर सकता है. इससे यह पक्का करने में मदद मिलती है कि वह गतिविधि, नियमों और शर्तों के साथ-साथ इन नीतियों के मुताबिक है.
अगर आपने या आपकी Google Ads डेवलपर सेवाओं ने Google से अपनी गतिविधि को छिपाने की कोशिश की या Google से की जाने वाली हमारी सेवाओं की निगरानी या ऑडिट में रुकावट डाली, तो इसे इस नीति का उल्लंघन माना जाएगा.
Google Ads के हर क्लाइंट के लिए, उन्हें असाइन किया डेवलपर ऐक्सेस Google को पास करना ज़रूरी है. ऐसा उन्हें Google Ads API के निर्देशों के मुताबिक करना होता है.
आपके एपीआई टोकन के अपने-आप इस्तेमाल होने की अनुमति देना
आपके पास एजेंसियों, एंड-एडवर्टाइज़र या अन्य तीसरे पक्षों को इस तरह से अपना Google Ads API टोकन (या अपना एपीआई) इस्तेमाल करने की अनुमति देने का अधिकार नहीं है कि उन तीसरे पक्षों को Google Ads API टोकन के लिए आवेदन करने की ज़रूरत न पड़े या वे Google की आरएमएफ़ नीति का इस्तेमाल करने से बच सकें. जब कोई एजेंसी या एंड-एडवर्टाइज़र क्लाइंट, Google Ads को ऑटोमेटिक या प्रोग्रामैटिक तरीके से इस्तेमाल करता है, तो उसके लिए खुद का Google Ads API टोकन इस्तेमाल करना ज़रूरी होता है. आपको किसी भी एजेंसी या एंड-एड्वर्टाइज़र को उस एपीआई से अपने एपीआई टोकन का ऐक्सेस देने की अनुमति नहीं होती है जिसे आपने मुहैया कराया है. खातों में मैन्युअल तौर पर या प्रोग्राम के हिसाब से बदलाव करने के लिए, आपके टूल के असली उपयोगकर्ताओं को ऑटोमैटिक ऐक्सेस के बजाय, मैन्युअल रूप से साइन करने का विकल्प चुनना होगा. इसके बाद ही वे आपके टूल का इस्तेमाल करके बदलाव कर सकते हैं.
उदाहरण के लिए: डेवलपर X, Google Ads API के लिए आवेदन करता है और उसे इसका ऐक्सेस दिया जाता है. इसके बाद, वह Google Ads API की जगह पर अपना ऐप्लिकेशन बनाता है और फिर अपना खुद का सेकंडरी एपीआई “B” लॉन्च करता है, जो A के साथ इंटरैक्ट करता है. इसे असली उपयोगकर्ता “Y” इस्तेमाल करता है. इसकी वजह से, संभावित तौर पर Y की तरफ़ से Google Ads API को अनुरोध भेजे जाते हैं. अगर असली उपयोगकर्ता Y एपीआई का गलत इस्तेमाल करता है, तो डेवलपर X के ऐप्लिकेशन पर नीति का उल्लंघन करने से जुड़ी कार्रवाई की जा सकती है.
ध्यान दें कि यह नीति आपको Google Ads API का ऑटोमेटिक या प्रोग्रामैटिक तरीके से इस्तेमाल करने से नहीं रोकती. इसका मकसद यह है कि आप तीसरे पक्षों को कोई ऐसी सुविधा मुहैया न कराएं जिससे वे खुद के एपीआई टोकन के लिए आवेदन करने के बजाय, आपके एपीआई टोकन का इस्तेमाल करके Google Ads API को ऑटोमेटिक या प्रोग्रामैटिक तरीके से इस्तेमाल न कर पाएं.
Google Ads की नीतियों का उल्लंघन
Google Ads API के उपयोगकर्ता के तौर पर, आपको और आपका टूल इस्तेमाल करने वाले हर उपयोगकर्ता (जैसे, विज्ञापन देने वाले) को Google Ads की नीतियों और Google Ads के नियमों और शर्तों का पालन करना होगा.
उदाहरण: अगर आपके Google Ads API डेवलपर टोकन से जुड़े मैनेजर खाते को किसी नीति का उल्लंघन करने के मामले में निलंबित कर दिया गया है, तो Google Ads API का इस्तेमाल जारी रखने के लिए, आपको निलंबित खाते को तुरंत ठीक करना होगा.
बिना अनुमति के Google की ब्रैंडिंग और ट्रेडमार्क का इस्तेमाल करना
Google Ads API के उपयोगकर्ता के तौर पर, आपको ब्रैंड के इस्तेमाल से जुड़े Google के दिशा-निर्देशों का पालन करना होगा.
उदाहरण: आपके Google Ads API टूल का लुक और स्टाइल, हूबहू Google Ads के यूज़र इंटरफ़ेस की तरह नहीं होना चाहिए. ऐसा होने पर लोगों को यह भ्रम हो सकता है कि आपका टूल कोई Google प्रॉडक्ट है.
Google की गतिविधियों में रुकावट डालना
Google Ads API की किसी भी गतिविधि को, Google मॉनिटर या ऑडिट कर सकता है, ताकि यह पक्का किया जा सके कि वह गतिविधि, नियमों और शर्तों और इन नीतियों के मुताबिक है. आपको इस तरह की मॉनिटरिंग या ऑडिटिंग में रुकावट डालने का अधिकार नहीं है. साथ ही, आपको Google Ads API से जुड़ी अपनी किसी गतिविधि को Google से छिपाने की अनुमति भी नहीं होगी. रुकावट डालने की कोई भी कोशिश, इन नीतियों का उल्लंघन मानी जाएगी.
नियमों और शर्तों के मुताबिक, Google Ads API का आपका कोई भी क्लाइंट, Google Ads API के काम में किसी भी तरह से कोई रुकावट नहीं डाल सकता और न ही ऐसी कोशिश कर सकता है. Google Ads API के हर क्लाइंट के लिए यह ज़रूरी है कि वह असाइन किया गया अपना डेवलपर टोकन, Google को पास करे. इसके लिए, Google Ads API से जुड़े निर्देश का पालन करना होगा.
नीति को लागू करने का तरीका
तीसरे पक्ष के उपयोगकर्ताओं की तरफ़ से ऐक्सेस का गलत इस्तेमाल
अगर आपने किसी तीसरे पक्ष को Google Ads खाते का ऐक्सेस दिया है और Google Ads को आपके असली उपयोगकर्ताओं की तरफ़ से इन नीतियों के उल्लंघन का पता चलता है, तो आपके खाते का ऐक्सेस रद्द किया जा सकता है. खातों में बदलाव करने के लिए, आपके टूल के असली उपयोगकर्ताओं को मैन्युअल तौर पर साइन इन करना होगा. इसके बाद ही वे आपके टूल का इस्तेमाल करके बदलाव कर सकते हैं.
डेमो खाता
Google के अनुरोध करने पर, आपको सात दिनों के अंदर उसे अपने टूल का डेमो खाता उपलब्ध कराना होगा. डेमो आपके टूल का लाइव वर्शन होना चाहिए या उसमें लाइव वर्शन वाली सारी सुविधाएं होनी चाहिए, ताकि यह समीक्षा की जा सके कि आपका टूल Google Ads की नीतियों के मुताबिक है या नहीं. डेमो उपलब्ध न कराना या अपने लाइव टूल का गलत खाता देना, इन नीतियों का उल्लंघन माना जाएगा.
उल्लंघनों की सूचना और नीतियों का पालन न करने पर लगने वाला शुल्क
इन नीतियों का उल्लंघन करने पर, Google आपके Google Cloud प्रोजेक्ट में मौजूद ईमेल पते पर नोटिस भेजेगा. साथ ही, इन उल्लंघनों को ठीक करने के लिए आपको कुछ समय दिया जा सकता है. इस दौरान, आप पर कोई कार्रवाई भी नहीं होगी. नीतियों का पालन न करने पर शुल्क लगाने से पहले, Google चेतावनी के तौर पर आपको सूचना भेज सकता है. यह शुल्क, Google Ads API की रेट शीट के हिसाब से लिया जाता है.
इन नीतियों का उल्लंघन करने पर, कुछ अन्य कार्रवाइयां भी की जा सकती हैं. जैसे, आपके ऐक्सेस को डाउनग्रेड करना, Google Ads से जुड़ी सुविधाओं के इस्तेमाल पर आपके लिए नई सीमाएं लागू करना या Google Ads के प्रोग्रामैटिक ऐक्सेस को रद्द करना.
आपके टोकन का सीधे तौर पर इस्तेमाल न करने वाले उपयोगकर्ताओं की तरफ़ से गलत इस्तेमाल
अगर आपने उस एपीआई से अपने एपीआई टोकन को इंडायरेक्ट ऐक्सेस दिया है जिसे आपने मुहैया कराया है, तो ध्यान रहे कि आपके असली उपयोगकर्ताओं की तरफ़ से टोकन का गलत इस्तेमाल करने पर टोकन रद्द कर दिया जाएगा. ऐसा इसलिए, क्योंकि यह हमारी नीतियों का उल्लंघन होगा. हमारा सुझाव है कि खातों में मैन्युअल तौर पर या प्रोग्राम के हिसाब से बदलाव करने के लिए, आपके टूल के असली उपयोगकर्ताओं को ऑटोमैटिक ऐक्सेस नहीं दिया जाना चाहिए. इसके बजाय, उन्हें आपका टूल इस्तेमाल करने के लिए साइन इन करना चाहिए.
डेमो खाता
Google के अनुरोध करने पर, आपको सात दिनों के अंदर उसे अपने एपीआई टूल का डेमो खाता उपलब्ध कराना होगा. डेमो आपके टूल का लाइव वर्शन होना चाहिए या उसमें लाइव वर्शन वाली सारी सुविधाएं होनी चाहिए, ताकि हम यह समीक्षा कर सकें कि आपका टूल हमारी नीतियों के मुताबिक है या नहीं. डेमो मुहैया न कराना या अपने लाइव टूल का गलत खाता देना, इन नीतियों का उल्लंघन माना जाएगा.
डेवलपर के सेकंडरी इंटरफ़ेस की समीक्षा
Google, सेकंडरी प्रोग्रामैटिक इंटरफ़ेस उपलब्ध कराने के लिए, डेवलपर के अनुरोधों की समीक्षा कर सकता है, ताकि यह पता लगाया जा सके कि इस्तेमाल का सुझाया गया तरीका सुरक्षित है या नहीं. साथ ही, यह भी पता लगाया जा सकता है कि यह तरीका, तकनीकी और सुरक्षा से जुड़े अलग-अलग मानकों का लगातार पालन करता है या नहीं. इनमें नीचे दिए गए मानकों के अलावा अन्य मानक भी शामिल हो सकते हैं:
- आरएमएफ़ का पालन: टूल को Google Ads की आरएमएफ़ नीति से जुड़े दिशा-निर्देशों का पूरी तरह से पालन करना होगा. इससे यह पक्का किया जा सकेगा कि एंड-ऐडवर्टाइज़र के लिए पूरी पारदर्शिता बनी रहे, रिपोर्टिंग सही तरीके से हो, और सुविधाएं एक जैसी हों.
- मेज़रमेंट में पारदर्शिता: इंटिग्रेशन में, निष्पक्ष क्रॉस-चैनल मेज़रमेंट फ़्रेमवर्क का इस्तेमाल किया जाना चाहिए. इससे सही वैल्यूएशन को बढ़ावा मिलेगा और अपनी सेवाओं को दूसरों से बेहतर दिखाकर प्रतिस्पर्धी कंपनियों के साथ होने वाले भेदभाव को रोका जा सकेगा.
- ऑडिट करना: प्लैटफ़ॉर्म को लेन-देन के ऐसे लॉग बनाए रखने होंगे जिनमें बदलाव न किया जा सके. इन लॉग में, हर ऑटोमेटेड प्रोग्रामैटिक ऐक्शन को एंड-ऐडवर्टाइज़र के पुष्टि किए गए खाते से सीधे तौर पर मैप किया जाता है. साथ ही, इन्हें इंडस्ट्री के स्टैंडर्ड के मुताबिक तीसरे पक्ष की सुरक्षा से जुड़े आकलन (जैसे, SOC 2 Type II) के लिए सबमिट किया जाता है. प्लैटफ़ॉर्म की स्थिरता, रेट-लिमिट के पालन, और डेटा आइसोलेशन की पुष्टि के लिए मांग किए जाने पर ये लॉग और अनुपालन रिपोर्ट, नियमों के पालन से जुड़ी Google Ads की टीम को उपलब्ध करानी होंगी.
कोई भी डेवलपर, इस्तेमाल के लिए सुझाए गए तरीके की समीक्षा का अनुरोध कर सकता है.
संपर्क जानकारी
आपको अपनी संपर्क जानकारी को हमेशा अप-टू-डेट रखना होगा. Google Ads का सुझाव है कि आप संपर्क ईमेल पते के तौर पर दूसरा ईमेल पता डालें, जिसमें आपके डेवलपर से जुड़े सभी ज़रूरी संपर्क शामिल हों. यहां दिया गया ईमेल पता, नियमों के पालन से जुड़े मामलों में आपसे संपर्क करने का मुख्य ज़रिया होगा. एपीआई टीम से मिलने वाले अनुरोधों और नोटिस के जवाब न दिए जाने को इन नीतियों का उल्लंघन माना जाएगा. कार्रवाई के तौर पर, आपके स्टेटस को डाउनग्रेड किया जा सकता है या आपके एपीआई ऐक्सेस को खत्म किया जा सकता है. मांगे जाने पर, आपको संपर्क से जुड़ी ज़्यादा जानकारी भी उपलब्ध करानी होगी.
Google Ads API के लिए सहायता पाना
- अगर आपको इनमें से किसी भी नीति या नियमों और शर्तों के बारे में कोई सवाल पूछना है, तो नियमों के पालन से जुड़ी Google Ads API की टीम से संपर्क करें.
- ऐक्सेस का आवेदन करने के तरीके से जुड़े निर्देशों के लिए, Google Ads API डेवलपर साइट पर जाएं.
- एपीआई से जुड़े तकनीकी सवालों के जवाब के लिए, डेवलपर से जुड़े दस्तावेज़ देखें या हमसे संपर्क करें.