آزمایش یک گام مهم در ایجاد یک ادغام موفقیت آمیز Google Ads API است، چه تازه شروع کرده باشید، چه در حال حاضر یک برنامه را نگهداری می کنید یا ویژگی های جدیدی را به یک ادغام موجود اضافه می کنید. این راهنما برخی از بهترین روش‌ها را برای آزمایش یکپارچه‌سازی Google Ads API ارائه می‌کند.
حساب های آزمایشی
حساب های آزمایشی برای اهداف توسعه در دسترس هستند. در حالی که نمی‌توان همه ویژگی‌ها را در یک حساب آزمایشی آزمایش کرد، اما همچنان یک ابزار مفید برای تأیید اینکه کد برنامه و پیکربندی شما مطابق با هدف کار می‌کنند، است.
حساب های تولید برای توسعه
وقتی محدودیت‌های حساب آزمایشی مانع از آزمایش برخی ویژگی‌ها در یکپارچه‌سازی شما می‌شود، می‌توانید در عوض از یک حساب تولید برای توسعه استفاده کنید. حساب های تولید برای توسعه با حساب های آزمایشی به روش های زیر متفاوت است:
- تبلیغاتی را ارائه دهید که توسط کاربران قابل مشاهده باشد
- نیاز به URL های معتبر
- باید با سیاست های تبلیغاتی مطابقت داشته باشد
از آنجایی که حساب‌های تولیدی تبلیغات را ارائه می‌کنند، معیارهایی تولید می‌کنند که به شما امکان می‌دهد گزارش‌های عملکرد را آزمایش کنید، و همچنین قفل سایر ویژگی‌های Google Ads API را باز کنید.
در عین حال، استفاده از آنها برای توسعه نیاز به احتیاط بیشتری دارد. توصیه می کنیم اقدامات زیر را انجام دهید:
- فقط به کاربرانی که برای اهداف توسعه به آن نیاز دارند دسترسی بدهید.
- یک بودجه حساب روزانه ثابت و کم تنظیم کنید.
- تنها زمانی از حساب‌های تولید برای توسعه استفاده کنید که نمی‌توان از حساب‌های آزمایشی استفاده کرد.
مدارک آزمایشی
برای به حداقل رساندن خطر تغییر تصادفی حساب‌های تولید هنگام تلاش برای اصلاح حساب‌های توسعه، توصیه می‌کنیم مجموعه‌ای از اعتبارنامه‌های آزمایشی را که جدا از اعتبارنامه‌های برنامه تولید شما هستند، حفظ کنید.
همچنین توصیه می‌کنیم برای اهداف توسعه، توکن‌های تازه‌سازی جداگانه ایجاد کنید.
زمانی که کاربر به برنامه‌ای اجازه دسترسی به API Google Ads را می‌دهد، یک نشانه تازه‌سازی ایجاد می‌شود، بنابراین هر کد بازخوانی همان دسترسی کاربر مجاز را دارد. اگر همه توکن‌های تازه‌سازی که برای دسترسی به حساب‌های توسعه استفاده می‌شوند با کاربرانی مرتبط باشند که به حساب‌های تولید دسترسی ندارند - از جمله حساب‌های مدیری که حساب‌های تولید را مدیریت می‌کنند - در این صورت خطر استفاده تصادفی از یک نشانه تازه‌سازی آزمایشی برای اصلاح حساب تولید کاهش می‌یابد. .
از آنجایی که دسترسی به توکن به‌روزرسانی مورد استفاده بستگی دارد، نیازی به ایجاد اعتبار آزمایشی به جز نشانه‌های تازه‌سازی آزمایشی نیست. رمز توسعه‌دهنده، شناسه مشتری و راز مشتری که برای دسترسی به حساب‌های تولید استفاده می‌شوند، می‌توانند با خیال راحت برای دسترسی به حساب‌های آزمایشی مورد استفاده قرار گیرند، مشروط بر اینکه نشانه تازه‌سازی متمایز باشد.
درخواست اعتبار
اگر فقط باید آزمایش کنید که آیا یک درخواست معتبر است - به عنوان مثال، برای تأیید اینکه درخواست به درستی ساختار یافته است و خط‌مشی‌ها را نقض نمی‌کند، می‌توانید از فیلد validate_only که برای درخواست‌های GoogleAdsService.SearchStream و GoogleAdsService.Search موجود است، استفاده کنید. و همچنین اکثر درخواست های جهش یافته. برای بررسی اینکه آیا این فیلد برای یک روش مشخص در دسترس است یا خیر، با اسناد مرجع مشورت کنید.
REST API
برای آزمایش موقت، به عنوان مثال برای تأیید اینکه یک درخواست خروجی مورد انتظار را ارائه می دهد، استفاده از REST API اغلب ساده ترین گزینه است. برای یادگیری نحوه استفاده از cURL در درخواست به REST API، با مثال‌های REST مشورت کنید.