בדיקה היא שלב חשוב ביצירת שילוב מוצלח של 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
לצורך בדיקות אד-הוק, למשל כדי לוודא שבקשה מסוימת מניבה את הפלט הצפוי, השימוש ב-REST API הוא לרוב האפשרות הקלה ביותר. כדי ללמוד איך להשתמש ב-curl כדי לשלוח בקשות ל-REST API, אפשר לעיין בדוגמאות ל-REST. אפשר גם לנסות לבדוק בכלי REST Explorer.