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