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