टेस्ट करना

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

टेस्ट खाते

टेस्ट खाते, डेवलपमेंट के लिए उपलब्ध होते हैं. सभी सुविधाओं की जांच, टेस्ट खाते में नहीं की जा सकती. हालांकि, यह इस बात की पुष्टि करने के लिए एक काम का टूल है कि आपका ऐप्लिकेशन कोड और कॉन्फ़िगरेशन सही तरीके से काम कर रहा है या नहीं.

डेवलपमेंट के लिए प्रोडक्शन खाते

अगर टेस्ट खाते की सीमाओं की वजह से, इंटिग्रेशन की कुछ सुविधाओं को टेस्ट नहीं किया जा सकता, तो डेवलपमेंट के लिए प्रोडक्शन खाते का इस्तेमाल किया जा सकता है. डेवलपमेंट के लिए प्रोडक्शन खाते, टेस्ट खातों से इन तरीकों से अलग होते हैं:

  • ऐसे विज्ञापन दिखाएं जिन्हें उपयोगकर्ता देख सकें
  • मान्य यूआरएल की ज़रूरत है
  • विज्ञापन नीतियों का पालन करना होगा

प्रोडक्शन खाते विज्ञापन दिखाते हैं. इसलिए, वे मेट्रिक जनरेट करते हैं, ताकि आप परफ़ॉर्मेंस रिपोर्ट की जांच कर सकें. साथ ही, Google Ads API की अन्य सभी सुविधाओं को अनलॉक कर सकें.

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

  • सिर्फ़ उन उपयोगकर्ताओं को ऐक्सेस दें जिन्हें डेवलपमेंट के लिए इसकी ज़रूरत है.
  • खाते के लिए, रोज़ का कम और तय बजट सेट करें.
  • डेवलपमेंट के लिए प्रोडक्शन खातों का इस्तेमाल सिर्फ़ तब करें, जब टेस्ट खातों का इस्तेमाल न किया जा सकता हो.

क्रेडेंशियल की जांच करना

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

हमारा सुझाव है कि डेवलपमेंट के मकसद से, अलग-अलग रीफ़्रेश टोकन बनाएं.

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

ऐक्सेस, इस्तेमाल किए गए रीफ़्रेश टोकन पर निर्भर करता है. इसलिए, टेस्ट रीफ़्रेश टोकन के अलावा, टेस्ट क्रेडेंशियल बनाने की ज़रूरत नहीं है. प्रोडक्शन खातों को ऐक्सेस करने के लिए इस्तेमाल किए जाने वाले डेवलपर टोकन, क्लाइंट आईडी, और क्लाइंट सीक्रेट का इस्तेमाल, टेस्ट खातों को ऐक्सेस करने के लिए सुरक्षित तरीके से किया जा सकता है. हालांकि, इसके लिए ज़रूरी है कि रीफ़्रेश टोकन अलग हो.

सत्यापन का अनुरोध करें

अगर आपको सिर्फ़ यह जांचना है कि कोई अनुरोध मान्य है या नहीं, तो validate_only फ़ील्ड का इस्तेमाल करें. उदाहरण के लिए, यह पुष्टि करने के लिए कि अनुरोध सही तरीके से बनाया गया है और वह नीतियों का उल्लंघन नहीं करता. यह फ़ील्ड, GoogleAdsService.SearchStream और GoogleAdsService.Search अनुरोधों के साथ-साथ, ज़्यादातर बदलाव करने के अनुरोधों के लिए उपलब्ध है. रेफ़रंस दस्तावेज़ देखकर पुष्टि करें कि यह फ़ील्ड, किसी दिए गए तरीके के लिए उपलब्ध है या नहीं.

REST API

कभी-कभी टेस्टिंग की ज़रूरत पड़ती है. उदाहरण के लिए, यह पुष्टि करने के लिए कि किसी अनुरोध से उम्मीद के मुताबिक आउटपुट मिलता है या नहीं, आम तौर पर REST API का इस्तेमाल करना सबसे आसान विकल्प होता है. REST API से अनुरोध करने के लिए, cURL का इस्तेमाल करने का तरीका जानने के लिए, REST के उदाहरण देखें.