בדיקה

בדיקות הן שלב חשוב בבניית שילוב מוצלח עם Google Ads API, בין אם רק התחלתם להשתמש ב-Google Ads API, מתחזקים אפליקציה או מוסיפים תכונות חדשות לשילוב קיים. במדריך הזה מוצגות כמה שיטות מומלצות לבדיקת השילוב של Google Ads API.

חשבונות בדיקה

חשבונות בדיקה זמינים למטרות פיתוח. בחשבון בדיקה אפשר לבדוק לא את כל התכונות, אבל אפשר להשתמש בו כדי לוודא שהקוד וההגדרות של האפליקציה פועלים כמו שצריך.

חשבונות ייצור לפיתוח

אם מגבלות החשבון לבדיקה מונעות מכם לבדוק חלק מהתכונות בהטמעה, אפשר להשתמש במקום זאת בחשבון ייצור לצורכי פיתוח. חשבונות ייצור לצורכי פיתוח שונים מחשבונות בדיקה בדרכים הבאות:

  • הצגת מודעות שהמשתמשים יכולים לראות
  • נדרשות כתובות URL חוקיות
  • התוכן צריך לעמוד בדרישות של מדיניות הפרסום

מכיוון שבחשבונות ייצור מוצגות מודעות, הם מאפשרים ליצור מדדים שמאפשרים לבדוק דוחות ביצועים, וכן להשתמש בכל התכונות האחרות של Google Ads API.

עם זאת, השימוש בהם לפיתוח מחייב זהירות נוספת. מומלץ לבצע את הפעולות הבאות:

  • הענקת גישה רק למשתמשים שזקוקים לה למטרות פיתוח.
  • מגדירים לחשבון תקציב יומי קבוע ונמוך.
  • מומלץ להשתמש בחשבונות פיתוח שמיועדים לפיתוח רק כשאי אפשר להשתמש בחשבונות בדיקה.

פרטי הכניסה לבדיקה

כדי לצמצם את הסיכון לשינוי בטעות של חשבונות בסביבת הייצור כשמנסים לבצע שינויים בחשבונות פיתוח, מומלץ לשמור על קבוצה של פרטי כניסה לבדיקה בנפרד מפרטי הכניסה של האפליקציה לסביבת הייצור.

אנחנו ממליצים גם ליצור אסימוני רענון נפרדים למטרות פיתוח.

אסימון רענון נוצר כשמשתמש מאשר לאפליקציה לגשת ל-Google Ads API בשמו, כך שלכל אסימון רענון יש הרשאת גישה זהה לזו של המשתמש בעל ההרשאה. אם כל אסימוני הרענון שמשמשים לגישה לחשבונות פיתוח משויכים למשתמשים שאין להם גישה לחשבונות ייצור, כולל חשבונות ניהול שמנהלים חשבונות בסביבת ייצור, הסיכון לשימוש בטעות באסימון הרענון לבדיקה כדי לשנות חשבון ייצור מצטמצם.

מכיוון שהגישה תלויה באסימון הרענון שבו משתמשים, אין צורך ליצור פרטי כניסה לבדיקה מלבד אסימוני רענון לבדיקה. קוד המפתח, מזהה הלקוח וסוד הלקוח שמשמשים לגישה לחשבונות ייצור יכולים לשמש באופן בטוח כדי לגשת לחשבונות בדיקה, בתנאי שאסימון הרענון הוא ייחודי.

בקש אימות

אם רוצים רק לבדוק אם הבקשה תקינה, למשל כדי לוודא שהבקשה בנויה בצורה תקינה ולא מפרה את המדיניות, אפשר להשתמש בשדה validate_only, שזמין לבקשות של GoogleAdsService.SearchStream ו-GoogleAdsService.Search, וגם לרוב בקשות השינויים. כדי לוודא שהשדה הזה זמין ל-method מסוים, עיינו במאמרי העזרה.

API ל-REST

בבדיקת אד-הוק, למשל כדי לוודא שבקשה מניבה את הפלט הצפוי, בדרך כלל האפשרות הקלה ביותר היא שימוש ב-API ל-REST. אפשר להיעזר בדוגמאות ל-REST כדי ללמוד איך משתמשים ב-cURL לשליחת בקשות ל-API ל-REST.