Google Ads API इंटिग्रेशन को बेहतर बनाने के लिए, जांच करना एक अहम कदम है. इससे कोई फ़र्क़ नहीं पड़ता कि आपने अभी-अभी शुरुआत की है, किसी ऐप्लिकेशन को मैनेज कर रहे हैं या किसी मौजूदा इंटिग्रेशन में नई सुविधाएं जोड़ रहे हैं. इस गाइड में, Google Ads एपीआई इंटिग्रेशन की जांच करने के सबसे सही तरीके बताए गए हैं.
टेस्ट खाते और प्रोडक्शन खाते
टेस्ट खाते, डेवलपमेंट के लिए उपलब्ध होते हैं. टेस्ट खातों की मदद से, यह पुष्टि की जा सकती है कि आपके ऐप्लिकेशन का कोड और कॉन्फ़िगरेशन सही तरीके से काम कर रहा है या नहीं.
हालांकि, सभी सुविधाओं की जांच, टेस्ट खाते में नहीं की जा सकती.
अगर टेस्ट खाते की सीमाओं की वजह से, इंटिग्रेशन की कुछ सुविधाओं को टेस्ट नहीं किया जा सकता, तो डेवलपमेंट के लिए प्रोडक्शन खाते का इस्तेमाल किया जा सकता है. डेवलपमेंट के लिए प्रोडक्शन खाते, टेस्ट खातों से इन तरीकों से अलग होते हैं:
- ऐसे विज्ञापन दिखाएं जिन्हें उपयोगकर्ता देख सकें
- मान्य यूआरएल की ज़रूरत है
- विज्ञापन नीतियों का पालन करना होगा
प्रोडक्शन खाते विज्ञापन दिखाते हैं. इसलिए, वे मेट्रिक जनरेट करते हैं, ताकि आप परफ़ॉर्मेंस रिपोर्ट की जांच कर सकें. साथ ही, Google Ads API की अन्य सभी सुविधाओं को अनलॉक कर सकें. हालांकि, डेवलपमेंट के लिए इनका इस्तेमाल करते समय ज़्यादा सावधानी बरतनी चाहिए. हमारा सुझाव है कि आप ये कार्रवाइयां करें:
- सिर्फ़ उन उपयोगकर्ताओं को ऐक्सेस दें जिन्हें डेवलपमेंट के लिए इसकी ज़रूरत है.
- खाते के लिए, रोज़ का कम और तय बजट सेट करें.
- डेवलपमेंट के लिए प्रोडक्शन खातों का इस्तेमाल सिर्फ़ तब करें, जब टेस्ट खातों का इस्तेमाल न किया जा सकता हो.
इसलिए, अपने इंटिग्रेशन की पूरी जांच करने के लिए, आपको टेस्ट के क्रेडेंशियल और प्रोडक्शन के क्रेडेंशियल, दोनों की ज़रूरत पड़ सकती है.
क्रेडेंशियल की जांच करना
हमारा सुझाव है कि डेवलपमेंट खातों में बदलाव करते समय, गलती से प्रोडक्शन खातों में बदलाव न हो, इसके लिए टेस्ट क्रेडेंशियल का एक सेट बनाएं. यह सेट, आपके प्रोडक्शन ऐप्लिकेशन के क्रेडेंशियल से अलग होना चाहिए.
टेस्ट क्रेडेंशियल का सेट बनाने के लिए:
- कोई ईमेल खाता (उदाहरण के लिए, api.test@example.com) या सेवा खाता बनाएं. इसका इस्तेमाल सिर्फ़ जांच के लिए किया जाएगा.
- इस उपयोगकर्ता या सेवा खाते को, उन Google Ads खातों में मान्य उपयोगकर्ता के तौर पर जोड़ें जिनके लिए आपने जांच शुरू की है. पक्का करें कि आपने इस उपयोगकर्ता या सेवा खाते को सही ऐक्सेस लेवल दिए हों. इस उपयोगकर्ता या सेवा खाते को किसी भी प्रोडक्शन खाते का ऐक्सेस न दें.
- अगर सेवा खाते के फ़्लो के बजाय, OAuth 2.0 के उपयोगकर्ता की पुष्टि करने वाले फ़्लो का इस्तेमाल किया जा रहा है, तो अपने टेस्ट उपयोगकर्ता खाते के लिए रीफ़्रेश टोकन जनरेट करें.
- अपने ऐप्लिकेशन की जांच करते समय, इन नए क्रेडेंशियल का इस्तेमाल करें. डेवलपर टोकन, क्लाइंट आईडी, और क्लाइंट पासवर्ड का इस्तेमाल, टेस्टिंग के लिए फिर से किया जा सकता है. इसकी वजह यह है कि इनसे यह तय करने पर कोई असर नहीं पड़ता कि किन Google Ads खातों को ऐक्सेस किया जा सकता है.
सत्यापन का अनुरोध करें
अगर आपको सिर्फ़ यह जांचना है कि कोई अनुरोध मान्य है या नहीं, तो validate_only फ़ील्ड का इस्तेमाल करें. उदाहरण के लिए, यह पुष्टि करने के लिए कि अनुरोध सही तरीके से बनाया गया है और वह नीतियों का उल्लंघन नहीं करता. यह फ़ील्ड, GoogleAdsService.SearchStream और GoogleAdsService.Search अनुरोधों के साथ-साथ, ज़्यादातर बदलाव करने के अनुरोधों के लिए उपलब्ध है.
रेफ़रंस दस्तावेज़ देखकर पुष्टि करें कि यह फ़ील्ड, किसी दिए गए तरीके के लिए उपलब्ध है या नहीं.
REST API
कभी-कभी टेस्टिंग की ज़रूरत पड़ती है. उदाहरण के लिए, यह पुष्टि करने के लिए कि किसी अनुरोध से उम्मीद के मुताबिक आउटपुट मिलता है या नहीं, आम तौर पर REST API का इस्तेमाल करना सबसे आसान विकल्प होता है. REST API से अनुरोध करने के लिए, curl का इस्तेमाल करने का तरीका जानने के लिए, REST के उदाहरण देखें. साथ ही, REST एक्सप्लोरर में भी जांच करके देखें.