חשבונות בדיקה מאפשרים לכם לנסות הטמעות חדשות של API או הגדרות חדשות של החשבון לפני שאתם מטמיעים את השינויים בסביבת הייצור.
בחשבונות פעילים מוצגות מודעות שדורשות חיוב והן מוצגות למשתמשים. לעומת זאת, חשבונות בדיקה מופיעים בממשק המשתמש של Google Ads כחשבונות מבוטלים, כי אין בהם חיוב פעיל והם לא מציגים מודעות למשתמשים.
חשבונות בדיקה וחשבונות פעילים לא יכולים לקיים אינטראקציה בשום צורה, ולכן אי אפשר להשתמש בחשבון בדיקה שמוגדר תחת חשבון הניהול הפעיל הקיים. כדי להשתמש בחשבונות בדיקה, צריך היררכיית חשבונות חדשה, שבה חשבון ניהול לבדיקה הוא החשבון הראשי.
האם צריך חשבון בדיקה?
לפני שיוצרים היררכיה נפרדת של חשבונות בדיקה, צריך לבדוק איזו אפשרות בדיקה הכי מתאימה לתרחיש לדוגמה:
- ביצוע קריאות ראשונות ל-API או בדיקה מול חשבונות אמיתיים (עד 2,880 פעולות ביום): אתם לא צריכים חשבון בדיקה, אלא אם אתם בודקים תכונות שמוגבלות בגישת Explorer (כמו יצירת חשבון, ניהול משתמשים, הכלי לתכנון מילות מפתח או חיוב). כדי לשלוח שאילתות לחשבונות פעילים ולנהל אותם ישירות, אתם יכולים להגיש בקשה לקבלת רמת הגישה 'Explorer' באופן אוטומטי בדף הסקירה הכללית של Google Ads API במסוף Google Cloud.
- אימות התחביר של הבקשה והתאימות למדיניות בלי לשנות את הנתונים:
מגדירים את השדה
validate_onlyבבקשותGoogleAdsService.Searchאו בבקשות לשינוי נתונים (נדרשת לפחות גישת Explorer כשמטרגטים חשבונות בסביבת הייצור). - פיתוח באמצעות פרויקט עם גישת בדיקה או בדיקה של יצירת קמפיין מלא בארגז חול (sandbox) בחינם: פועלים לפי השלבים שבדף הזה כדי ליצור חשבון ניהול לבדיקה וחשבון לקוח לבדיקה.
למה כדאי להשתמש בחשבונות בדיקה?
חשבונות בדיקה לא משפיעים על המודעות הפעילות שלכם ולא מחייבים את החשבון. הם מספקים את היתרונות הבאים במהלך הפיתוח:
- אפשר להגדיר אותם בהיררכיה ולארגן אותם בדיוק כמו חשבונות פעילים.
- אפשר לראות אותם ולבצע בהם פעולות בממשק המשתמש של Google Ads, בדיוק כמו בחשבונות פעילים.
- לא דורשים אישור גישה ל-API בסביבת הייצור בפרויקט ב-Google Cloud, כדי שתוכלו להתחיל להתנסות ב-API באופן מיידי כשלפרויקט יש רמת גישה לבדיקה. (אם פרויקט ב-Google Cloud עם גישת בדיקה מנסה לשלוח קריאה לחשבון בסביבת ייצור, ה-API מחזיר את השגיאה
AuthorizationError.CLOUD_PROJECT_NOT_APPROVED_FOR_PRODUCTIONהחל מגרסהv25, או את השגיאהAuthorizationError.ACTION_NOT_PERMITTEDבגרסהv24ובגרסאות קודמות). - לא יכולים להציג מודעות או לבצע פעולות כלשהן בחשבונות בסביבת הייצור. כך תוכלו לבדוק שינויים בקוד או בהגדרות בסביבה בטוחה, בלי להשפיע על החשבונות להצגת מודעות.
- יש להם את אותן הגבלות כמו לחשבונות בסביבת הייצור, כולל מגבלות קצב.
בחשבונות בדיקה אין תקציבים, ולכן יכול להיות שתופיע שגיאה כשתיצרו חשבון משני לבדיקה בחשבון ניהול. אפשר להתעלם מהשגיאה הזו.
יצירת חשבונות וקמפיינים לבדיקה
בהוראות הבאות מוסבר איך ליצור חשבון ניהול לבדיקה, חשבון לקוח לבדיקה וכמה קמפיינים כדי לאכלס את חשבון הלקוח לבדיקה. הסבר מלא על סוגי החשבונות האלה מופיע במאמר סוגי חשבונות.
לוחצים על Create a test manager account כדי לפתוח את דף בחירת החשבון ב-Google Ads. אם מוצגת בקשה, נכנסים באמצעות חשבון Google שלא מקושר לחשבון הניהול ב-Google Ads בסביבת הייצור, או יוצרים חשבון Google מההצעה להיכנס לחשבון.
בדף בחירת החשבון, לוחצים על חשבון Google Ads חדש (או על יצירת חשבון חדש אם מופיעה תיבת הדו-שיח לסיים את הגדרת החשבון?). בדף בחירת החשבון לא מוצג אינדיקטור לבדיקה, אבל פתיחה שלו מתוך יצירת חשבון ניהול לבדיקה מגדירה את תהליך ההרשמה ליצירת חשבון ניהול לבדיקה.
בדף Confirm your business information, מזינים את השם שיוצג בחשבון (Account display name), בוחרים את השימוש העיקרי בחשבון (Primary use of the account) ובוחרים את המדינה, אזור הזמן והמטבע. מוודאים שמופיעה התווית האדומה Test account בפינה הימנית העליונה, לוחצים על Submit ואז על Explore your account כדי לפתוח את מרכז הבקרה של חשבון הניהול לבדיקה.
בחשבון הניהול לבדיקה, יוצרים חשבון לקוח לבדיקה: לוחצים על חשבונות > > יצירת חשבון חדש. מזינים שם לחשבון, בוחרים את המדינה, אזור הזמן והמטבע, ושומרים את החשבון. כל חשבון לקוח שתיצרו דרך חשבון הניהול לבדיקה יהיה חשבון בדיקה באופן אוטומטי.
יוצרים קמפיין בדיקה אחד או יותר בחשבון הלקוח לבדיקה, כדי ששאילתות הדיווח הבאות יחזירו נתונים לדוגמה.
מתעדים את שני מספרי הלקוח בני 10 הספרות (ללא מקפים) מממשק המשתמש של Google Ads בשביל הגדרת ה-API:
-
customer_id(חשבון הלקוח המטורגט): משתמשים במספר הלקוח בן 10 הספרות של חשבון הלקוח לבדיקה החדש שבו יצרתם את הקמפיינים לבדיקה (קריאות ל-API ששולחות שאילתות לקמפיינים או משנות אותם צריכות לטרגט חשבון לקוח, ולא חשבון ניהול). login-customer-id(חשבון ניהול): אם אתם מבצעים אימות באמצעות חשבון Google או חשבון שירות שמקושרים לחשבון הניהול לבדיקה, צריך להגדיר אתlogin-customer-idכמספר הלקוח בן 10 הספרות של חשבון הניהול לבדיקה.
-
פועלים לפי ההוראות במאמר ביצוע הקריאה הראשונה ל-API כדי להגדיר את ספריית הלקוח או את פרטי הכניסה ל-REST, ומריצים שאילתת בדיקה בחשבון הלקוח החדש לבדיקה.
הצגת חשבונות הבדיקה
כדי לראות חשבונות לקוח לבדיקה בחשבון ניהול לבדיקה בממשק המשתמש של Google Ads, צריך לבטל את ההסתרה של החשבונות על ידי בחירה באפשרות להציג חשבונות מבוטלים.
במהלך הגדרת חשבון הניהול ובחלק מהתצוגות בממשק המשתמש של Google Ads, חשבונות בדיקה מוצגים עם התווית האדומה חשבון בדיקה:
כדי לבדוק אם חשבון הוא חשבון בדיקה דרך ה-API, שולחים שאילתה לשדה customer.test_account באמצעות ה-method GoogleAdsService.Search או GoogleAdsService.SearchStream:
SELECT customer.id, customer.test_account
FROM customer
LIMIT 1
אפשר להריץ את השאילתה הזו בחשבון ניהול לבדיקה או בחשבון לקוח לבדיקה. כששולחים שאילתה לחשבון לקוח לבדיקה דרך חשבון הניהול לבדיקה, צריך לכלול את מזהה חשבון הניהול בכותרת login-customer-id. חשבונות ניהול לבדיקה וחשבונות לקוח לבדיקה מחזירים את הערך true בשדה customer.test_account, ואילו חשבונות בסביבת הייצור מחזירים את הערך false.
מגבלות
חשוב לזכור את המגבלות הבאות כשעובדים עם חשבונות בדיקה:
- בחשבונות בדיקה אי אפשר להציג מודעות או לבצע אינטראקציה עם חשבונות פעילים, ולכן מדדי ההצגה – כמו חשיפות, המרות או נתוני עלות – ריקים.
- אי אפשר לבדוק תכונות מסוימות בחשבונות בדיקה, כולל סימולטור הצעות מחיר, העלאות של המרות וחיוב. תכונות אחרות, כולל המלצות, מוגבלות בחשבונות בדיקה כי חשבונות בדיקה לא יוצרים נתוני הצגה.
- היררכיות של חשבונות ניהול לבדיקה יכולות להכיל עד 50 חשבונות בדיקה. אם אתם צריכים חשבונות בדיקה נוספים, אתם יכולים ליצור עוד חשבון ניהול לצורך בדיקה.
- אם חשבונות בדיקה יוצרים נפח גבוה של בקשות רציפות, יכול להיות שנגביל את קצב הבקשות בלי הודעה מוקדמת.
במאמר שיטות מומלצות לבדיקה מוסבר איך לעקוף את המגבלות האלה.