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