בדיקה היא שלב חשוב ביצירת שילוב מוצלח של Google Ads API, בין אם אתם רק מתחילים, מתחזקים אפליקציה או מוסיפים תכונות חדשות לשילוב קיים. במדריך הזה מפורטות כמה שיטות מומלצות לבדיקת האינטגרציה של Google Ads API.
חשבונות בדיקה וחשבונות הפקה
חשבונות בדיקה זמינים למטרות פיתוח. באמצעות חשבונות בדיקה, אתם יכולים לוודא שקוד האפליקציה וההגדרות פועלים כמו שצריך.
עם זאת, לא ניתן לבדוק את כל התכונות בחשבון בדיקה.
אם המגבלות בחשבון הבדיקה מונעות מכם לבדוק חלק מהתכונות בשילוב, אתם יכולים להשתמש במקום זאת בחשבון פעיל לצורך פיתוח. יש הבדלים בין חשבונות ייצור לפיתוח לבין חשבונות בדיקה, והם כוללים את הדברים הבאים:
- הצגת מודעות שמשתמשים יכולים לראות
- דרישה לכתובות URL תקינות
- חובה לעמוד בדרישות של מדיניות הפרסום
מכיוון שבחשבונות פעילים מוצגות מודעות, נוצרים מדדים שמאפשרים לכם לבדוק דוחות ביצועים, וגם לקבל גישה לכל התכונות האחרות של Google Ads API. עם זאת, אם משתמשים בהם לפיתוח, צריך לנקוט משנה זהירות. מומלץ לבצע את הפעולות הבאות:
- חשוב להעניק גישה רק למשתמשים שצריכים אותה למטרות פיתוח.
- מגדירים תקציב יומי קבוע ונמוך לחשבון.
- מומלץ להשתמש בחשבונות ייצור לפיתוח רק כשאי אפשר להשתמש בחשבונות בדיקה.
לכן, כדי לבצע בדיקה מלאה של השילוב, סביר להניח שתצטרכו גם פרטי כניסה לבדיקה וגם פרטי כניסה לסביבת הייצור.
פרטי הכניסה למטרת הבדיקה
כדי לצמצם את הסיכון לשינוי לא מכוון של חשבונות ייצור כשמנסים לשנות חשבונות פיתוח, מומלץ לשמור על קבוצה של פרטי כניסה לבדיקה בנפרד מפרטי הכניסה של אפליקציית הייצור.
כדי ליצור קבוצה של פרטי כניסה לבדיקה:
- יוצרים חשבון אימייל (למשל api.test@example.com) או חשבון שירות שישמש למטרות בדיקה בלבד.
- מוסיפים את המשתמש או את חשבון השירות כמשתמשים תקפים בחשבונות Google Ads שבהם מריצים את הבדיקות. חשוב לוודא שנתתם למשתמש או לחשבון השירות הזה את רמות הגישה המתאימות. אסור לתת למשתמש או לחשבון השירות האלה גישה לחשבונות הפקה כלשהם.
- אם אתם משתמשים בתהליך אימות משתמשים מסוג OAuth 2.0 ולא בתהליך של חשבון שירות, אתם צריכים ליצור טוקן רענון לחשבון המשתמש שלכם לצורך בדיקה.
- משתמשים בפרטי הכניסה החדשים האלה כשבודקים את האפליקציה. אפשר לעשות שימוש חוזר במזהה הלקוח ובסוד הלקוח למטרות בדיקה, כי אין להם השפעה על קביעת החשבונות ב-Google Ads שאפשר לגשת אליהם.
בקש אימות
אם אתם רק רוצים לבדוק אם בקשה תקפה – למשל, כדי לוודא שהבקשה מובנית בצורה נכונה ולא מפרה את המדיניות – אתם יכולים להשתמש בשדה validate_only, שזמין לבקשות GoogleAdsService.SearchStream ו-GoogleAdsService.Search, וגם לרוב בקשות השינוי. כדאי לעיין במסמכי העזר כדי לבדוק אם השדה הזה זמין לשיטה מסוימת.
API בארכיטקטורת REST
לצורך בדיקות אד-הוק, למשל כדי לוודא שבקשה מסוימת מניבה את הפלט הצפוי, השימוש ב-API בארכיטקטורת REST הוא לרוב האפשרות הקלה ביותר. כדי ללמוד איך להשתמש ב-curl כדי לשלוח בקשות ל-REST API, אפשר לעיין בדוגמאות ל-REST. אפשר גם לנסות לבדוק בכלי REST.