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 के उदाहरण देखें.