Authentication

ReachPlanService को भेजे जाने वाले अनुरोधों में, OAuth क्रेडेंशियल और ऐसा ग्राहक आईडी शामिल होना चाहिए जिसे आपके OAuth क्रेडेंशियल ऐक्सेस कर सकें. इसके अलावा, OAuth क्रेडेंशियल जिस Google Cloud प्रोजेक्ट से जुड़े हैं उसे इस सेवा का इस्तेमाल करने की अनुमति मिली होनी चाहिए.

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

OAuth क्रेडेंशियल

शुरू करें में दिए गए दिशा-निर्देशों के अलावा, इन बातों का ध्यान रखें:

  1. `ReachPlanServiceReachPlanService` से कनेक्ट करने के लिए, अपने Google Cloud प्रोजेक्ट का नंबर, अनुमति वाली सही सूची में जोड़ना होगा . भले ही , इसे Google Ads API की अन्य सेवाओं के साथ इस्तेमाल करने की अनुमति पहले से मिली हो. ज़्यादा जानकारी के लिए, ज़रूरी शर्तें देखें.
  2. Google Ads API से कनेक्ट करने के लिए, आपको Google Ads API की सेवा की शर्तें स्वीकार करनी होंगी.
  3. OAuth रीफ़्रेश टोकन का मालिक तय करता है कि किन ग्राहक आईडी के बारे में क्वेरी की जा सकती है ReachPlanService. इससे आपके इंटिग्रेशन के बारे में पता चलता है. इसके बारे में, अगले सेक्शन में ज़्यादा जानकारी दी गई है.

ग्राहक आईडी

Google Ads API की ज़्यादातर सेवाएं, Google Ads के चुनिंदा खातों और कैंपेन पर काम करती हैं. इसलिए, ज़्यादातर अनुरोधों के लिए, उस खाते की पहचान करने के लिए ग्राहक आईडी और OAuth क्रेडेंशियल, दोनों की ज़रूरत होती है जिसे मैनेज किया जा रहा है या जिसके बारे में क्वेरी की जा रही है. साथ ही, इन क्रेडेंशियल के पास उस ग्राहक आईडी को ऐक्सेस करने की अनुमति होनी चाहिए. हालांकि, ReachPlanService का इस्तेमाल, वीडियो प्लान करने की उन गतिविधियों के लिए किया जाता है जो किसी कैंपेन को चलाने के लिए, ग्राहक आईडी की जानकारी मिलने से पहले की जा सकती हैं.

अंदरूनी टूल

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

ऐसे प्लानर जिनके पास क्लाइंट खाते का डायरेक्ट ऐक्सेस नहीं है

अगर आपके प्लानर के पास, आपके क्लाइंट के Google Ads खातों का ऐक्सेस नहीं है, तो अपने मैनेजर खाते का ऐक्सेस रखने वाले किसी उपयोगकर्ता के लिए, सिंगल-यूज़र ऑथेंटिकेशन फ़्लो का इस्तेमाल करके OAuth क्रेडेंशियल जनरेट करें. इसके बाद, अपनी टीम के हर सदस्य के लिए Google Ads खाता बनाएं या हासिल करें . साथ ही, उन्हें अपने मैनेजर खाते से लिंक करें. ReachPlanService अनुरोध भेजते समय, उपयोगकर्ता की टीम से जुड़ा ग्राहक आईडी दें.

ऐसे प्लानर जिनके पास क्लाइंट खाते का ऐक्सेस है

अगर आपके प्लानर के पास, Google Ads के ऐसे मैनेजर खाते का ऐक्सेस है जो आपके क्लाइंट के खातों को मैनेज करता है, तो मल्टी-यूज़र ऑथेंटिकेशन फ़्लो लागू करें. इससे आपका ऐप्लिकेशन, आपके प्लानर के OAuth क्रेडेंशियल का इस्तेमाल कर पाएगा. इसके बाद, अपने प्लान के ग्राहक से जुड़ा ग्राहक आईडी पास किया जा सकता है.

बाहरी टूल

अगर बाहरी उपयोगकर्ताओं के लिए कोई टूल बनाया जाता है, तो हमारा सुझाव है कि आप इसी तरह के तरीके अपनाएं:

हर क्लाइंट खाते के लिए अलग-अलग क्रेडेंशियल

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

उपयोगकर्ता की दी गई अनुमति

मल्टी-यूज़र ऑथेंटिकेशन फ़्लो का इस्तेमाल करके, अपने उपयोगकर्ताओं को यह सुविधा दें कि वे आपके टूल को अपने खातों का ऐक्सेस दे सकें मल्टी-यूज़र ऑथेंटिकेशन फ़्लो. किसी उपयोगकर्ता की अनुमति मिलने के बाद, CustomerService का इस्तेमाल करके, उन्हें Google Ads के उन खातों की सूची उपलब्ध कराएं जिन्हें वे ऐक्सेस कर सकते हैं.

हमारा मकसद यह पक्का करना है कि प्लानर को ReachPlanService का इस्तेमाल करते समय, कम से कम समस्याएं आएं. API को इंटिग्रेट करने से पहले, अपनी स्थिति के हिसाब से इनमें से कोई एक तरीका चुनें और टेस्ट करने के लिए कुछ ग्राहक आईडी की पहचान करें. अगर आपको कोई शंका है, तो अपने टूल के टाइप के लिए, सुझाया गया पहला तरीका इस्तेमाल करें.

आगे क्या करना है

मीडिया प्लान तय करने का तरीका जानें.

पीछे जाएं
सिद्धान्त
आगे बढ़ें
मीडिया प्लान तय करना