একটি সফল Google Ads API ইন্টিগ্রেশন তৈরির জন্য পরীক্ষা একটি গুরুত্বপূর্ণ পদক্ষেপ, আপনি সবেমাত্র শুরু করছেন, একটি অ্যাপ রক্ষণাবেক্ষণ করছেন, অথবা বিদ্যমান ইন্টিগ্রেশনে নতুন বৈশিষ্ট্য যুক্ত করছেন। এই নির্দেশিকাটি আপনার Google Ads API ইন্টিগ্রেশন পরীক্ষা করার জন্য কিছু সেরা অনুশীলন উপস্থাপন করে।
পরীক্ষার হিসাব এবং উৎপাদন হিসাব
ডেভেলপমেন্টের জন্য টেস্ট অ্যাকাউন্টগুলি উপলব্ধ। টেস্ট অ্যাকাউন্টগুলির সাহায্যে, আপনি যাচাই করতে পারেন যে আপনার অ্যাপ্লিকেশন কোড এবং কনফিগারেশনটি ইচ্ছাকৃতভাবে কাজ করছে।
তবে, সমস্ত বৈশিষ্ট্য একটি পরীক্ষামূলক অ্যাকাউন্ট অ্যাকাউন্টে পরীক্ষা করা যাবে না ।
যখন টেস্ট অ্যাকাউন্টের সীমাবদ্ধতা আপনার ইন্টিগ্রেশনের কিছু বৈশিষ্ট্য পরীক্ষা করতে বাধা দেয়, তখন আপনি ডেভেলপমেন্টের জন্য একটি প্রোডাকশন অ্যাকাউন্ট ব্যবহার করতে পারেন। ডেভেলপমেন্টের জন্য প্রোডাকশন অ্যাকাউন্টগুলি নিম্নলিখিত উপায়ে টেস্ট অ্যাকাউন্ট থেকে আলাদা:
- ব্যবহারকারীরা দেখতে পারেন এমন বিজ্ঞাপন পরিবেশন করুন
- বৈধ URL গুলি প্রয়োজন
- বিজ্ঞাপন নীতিমালা মেনে চলতে হবে
যেহেতু প্রোডাকশন অ্যাকাউন্টগুলি বিজ্ঞাপন পরিবেশন করে, তাই এগুলি মেট্রিক্স তৈরি করে যা আপনাকে পারফরম্যান্স রিপোর্ট পরীক্ষা করার সুযোগ দেয়, পাশাপাশি Google Ads API-এর অন্যান্য সমস্ত বৈশিষ্ট্য আনলক করে। তবে, ডেভেলপমেন্টের জন্য এগুলি ব্যবহার করার জন্য অতিরিক্ত সতর্কতা প্রয়োজন। আমরা নিম্নলিখিত ব্যবস্থাগুলি গ্রহণ করার পরামর্শ দিচ্ছি:
- শুধুমাত্র সেইসব ব্যবহারকারীদের অ্যাক্সেস দিন যাদের উন্নয়নের উদ্দেশ্যে এটির প্রয়োজন।
- একটি নির্দিষ্ট, কম দৈনিক অ্যাকাউন্ট বাজেট নির্ধারণ করুন।
- যখন পরীক্ষামূলক অ্যাকাউন্ট ব্যবহার করা যাবে না, তখনই কেবল ডেভেলপমেন্টের জন্য প্রোডাকশন অ্যাকাউন্ট ব্যবহার করুন।
সুতরাং, আপনার ইন্টিগ্রেশনের সম্পূর্ণ পরীক্ষা করার জন্য, আপনার সম্ভবত পরীক্ষার শংসাপত্র এবং উৎপাদন শংসাপত্র উভয়েরই প্রয়োজন হবে।
পরীক্ষার শংসাপত্র
ডেভেলপমেন্ট অ্যাকাউন্ট পরিবর্তন করার সময় দুর্ঘটনাক্রমে উৎপাদন অ্যাকাউন্ট পরিবর্তনের ঝুঁকি কমাতে, আমরা আপনার উৎপাদন অ্যাপ্লিকেশন শংসাপত্র থেকে আলাদা পরীক্ষার শংসাপত্রের একটি সেট বজায় রাখার পরামর্শ দিচ্ছি।
পরীক্ষার শংসাপত্রের একটি সেট তৈরি করতে:
- একটি ইমেল অ্যাকাউন্ট তৈরি করুন (যেমন api.test@example.com) অথবা একটি পরিষেবা অ্যাকাউন্ট যা শুধুমাত্র পরীক্ষার উদ্দেশ্যে ব্যবহার করা হবে।
- আপনি যে Google Ads অ্যাকাউন্টগুলির বিরুদ্ধে পরীক্ষা চালাচ্ছেন, সেই অ্যাকাউন্টগুলিতে এই ব্যবহারকারী বা পরিষেবা অ্যাকাউন্টটিকে বৈধ ব্যবহারকারী হিসেবে যোগ করুন। এই ব্যবহারকারী বা পরিষেবা অ্যাকাউন্টে যথাযথ অ্যাক্সেস লেভেল দেওয়ার বিষয়টি নিশ্চিত করুন। এই ব্যবহারকারী বা পরিষেবা অ্যাকাউন্টকে কোনও প্রোডাকশন অ্যাকাউন্টে অ্যাক্সেস দেবেন না।
- যদি আপনি পরিষেবা অ্যাকাউন্ট প্রবাহের পরিবর্তে OAuth 2.0 ব্যবহারকারী প্রমাণীকরণ প্রবাহ ব্যবহার করেন, তাহলে আপনার পরীক্ষামূলক ব্যবহারকারী অ্যাকাউন্টের জন্য একটি রিফ্রেশ টোকেন তৈরি করুন।
- আপনার অ্যাপ্লিকেশন পরীক্ষা করার সময় এই নতুন শংসাপত্রগুলি ব্যবহার করুন। ডেভেলপার টোকেন, ক্লায়েন্ট আইডি এবং ক্লায়েন্ট সিক্রেট পরীক্ষার উদ্দেশ্যে পুনরায় ব্যবহার করা যেতে পারে, কারণ কোন Google বিজ্ঞাপন অ্যাকাউন্ট অ্যাক্সেস করা যেতে পারে তা নির্ধারণে এগুলির কোনও প্রভাব নেই।
বৈধতা অনুরোধ করুন
যদি আপনার কেবল একটি অনুরোধ বৈধ কিনা তা পরীক্ষা করার প্রয়োজন হয় - উদাহরণস্বরূপ, অনুরোধটি সঠিকভাবে গঠন করা হয়েছে এবং নীতি লঙ্ঘন করে না তা যাচাই করার জন্য - আপনি validate_only ক্ষেত্রটি ব্যবহার করতে পারেন, যা GoogleAdsService.SearchStream এবং GoogleAdsService.Search অনুরোধের জন্য উপলব্ধ, সেইসাথে বেশিরভাগ mutate অনুরোধের জন্যও। এই ক্ষেত্রটি একটি নির্দিষ্ট পদ্ধতির জন্য উপলব্ধ কিনা তা যাচাই করতে রেফারেন্স ডকুমেন্টেশন দেখুন।
REST API
অ্যাডহক পরীক্ষার জন্য, উদাহরণস্বরূপ, একটি অনুরোধ প্রত্যাশিত আউটপুট প্রদান করে তা যাচাই করার জন্য, REST API ব্যবহার করা প্রায়শই সবচেয়ে সহজ বিকল্প। REST API-তে অনুরোধ করার সময় curl কীভাবে ব্যবহার করবেন তা শিখতে REST উদাহরণগুলি দেখুন। এছাড়াও, REST এক্সপ্লোরারে পরীক্ষা করার চেষ্টা করুন।