קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
בשלב הזה, צריך לזהות חשבון Google Ads שאליו יתבצעו קריאות ל-API. החשבון יכול להיות חשבון פעיל או חשבון בדיקה. לכל גישה יש יתרונות וחסרונות.
חשבונות בסביבת ייצור
חשבונות בדיקה
יתרונות
קל יותר לכתוב ולבדוק קוד שפועל על תוכן ספציפי בחשבון.
קל יותר לכתוב ולבדוק קוד שמבצע עיבוד של נתוני דיווח בזמן אמת.
בחשבונות בדיקה לא מוצגות מודעות, ולכן באגים בתכנות לא ישפיעו על הקמפיינים הפעילים שלכם.
פועל עם טוקנים למפתחים ברמת גישת בדיקה.
חסרונות
באג בתכנות בשלב הפיתוח עלול להשפיע על הצגת המודעות בקמפיינים פעילים, ולגרום לבעיות כמו ביצועים נמוכים של הקמפיין, הצגה שגויה או הפסדים כספיים.
קוד המפתח צריך להיות ברמת גישה בסיסית לפחות כדי לבצע קריאות ל-API.
כדי לבדוק קוד שפועל על תוכן ספציפי בחשבון, צריך ליצור מחדש קמפיינים בחשבונות בדיקה.
מכיוון שלא מוצגות מודעות בחשבונות בדיקה, אין תמיכה בתכונות שקשורות להצגת מודעות בזמן אמת, כמו דיווח על נתונים סטטיסטיים, שגיאות שקשורות להפרת מדיניות או עיבוד של ייבוא המרות אופליין. לכן קשה לבדוק את התכונות האלה.
אפשרות אחרת היא להגדיר חשבון פעיל עם תקציב חשבון נמוך, כמו דולר אחד ליום, במיוחד לבדיקת תכונות שלא נתמכות בחשבון בדיקה.
בחירה של מערך תכונות
כשבוחרים חשבון לביצוע קריאה ל-API, צריך לקחת בחשבון גם את רשימת התכונות שרוצים להשתמש בהן עם ה-API. גם אם תבחרו להשתמש בחשבון הפקה, יש כמה תכונות שספציפיות לחשבון, למשל:
כדי להשתמש בתכונות שקשורות לחיוב, צריך חשבון שמוגדר בו חיוב חודשי.
יכול להיות שרשימות ההיתרים יגבילו את הגישה לחלק מהתכונות החדשות בחשבון.
לפני שסוגרים את החשבון כדי לבצע קריאות ל-API, כדאי לעיין במסמכי התיעוד של התכונה הספציפית כדי לוודא שאין לה הגבלות נוספות.
זיהוי מספר הלקוח להתחברות ומספר הלקוח
כדי לבצע קריאה ל-API של לקוח Google Ads, צריך להעניק לחשבון השירות גישה והרשאות מתאימות לחשבון הלקוח, ישירות או דרך חשבון ניהול מקושר. כדי לעשות את זה, צריכה להיות לכם הרשאת אדמין בחשבון הלקוח.
קודם נכנסים לחשבון Google Ads כאדמין. במקרים מסוימים, יכול להיות שיהיו לכם כמה חשבונות לקוח לבחירה. החשבון שתבחרו יקבע את מספר הלקוח להתחברות, שהוא כותרת חובה לחלק מקריאות ה-API.
אחרי שמזהים את הלקוח ב-Google Ads שאליו רוצים לשלוח קריאות ל-API, צריך לשים לב לפרטים הבאים:
מספר הלקוח באורך 10 ספרות של חשבון הלקוח שאליו אתם מתכננים לשלוח קריאות ל-API. הלקוח הזה נקרא לפעמים הלקוח המפעיל.
מספר הלקוח בן 10 הספרות של חשבון הלקוח שאליו אתם מחוברים.
אם נכנסתם לחשבון הלקוח הפעיל, מספר הלקוח להתחברות זהה למספר הלקוח. אם נכנסתם לחשבון ניהול של הלקוח המפעיל, מספר הלקוח של ההתחברות הוא מספר הלקוח של חשבון הניהול.
הענקת גישה לחשבון השירות
כשמחוברים לחשבון Google Ads כאדמין, עוברים אל אדמין > אבטחה וגישה.
לוחצים על הלחצן + בכרטיסייה משתמשים.
מקלידים את כתובת האימייל של חשבון השירות בתיבת הקלט Email (אימייל). בוחרים את רמת הגישה המתאימה לחשבון ולוחצים על הלחצן הוספת חשבון. הערה: רמת הגישה לאימייל לא נתמכת בחשבונות שירות.
חשבון השירות מקבל גישה.
כברירת מחדל, אי אפשר להעניק לחשבון שירות גישת אדמין. אם קריאות ה-API שלכם דורשות גישת אדמין, תוכלו לשדרג את הגישה באופן הבא.
לוחצים על החץ לתפריט נפתח לצד רמת הגישה של חשבון השירות בעמודה רמת גישה.
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-09-05 (שעון UTC)."],[[["\u003cp\u003eChoose a Google Ads account (production or test) to make API calls, noting its email address for generating OAuth 2.0 refresh tokens.\u003c/p\u003e\n"],["\u003cp\u003eTest accounts are recommended for development to prevent affecting live campaigns; however, they don't support features related to live serving.\u003c/p\u003e\n"],["\u003cp\u003eProduction accounts, with a low budget, can be used to test features unsupported by test accounts, but a programming bug can affect live campaigns.\u003c/p\u003e\n"],["\u003cp\u003eEnsure the selected account supports the desired features as some features have account-specific restrictions.\u003c/p\u003e\n"],["\u003cp\u003eTo make API calls, you need access to the customer account, the 10-digit customer ID, email address for OAuth 2.0 token generation, and the 10-digit login customer ID.\u003c/p\u003e\n"]]],[],null,["# Prepare the customer account\n\n**Note:** The current step of this tutorial depends on the [type of application](/google-ads/api/docs/get-started/choose-application-type) you are building. We strongly recommend using service account to make API calls. However, the user authentication option is also provided as an alternative. The rest of this tutorial will be customized based on your choice. \nService accounts User authentication\n\nIn this step, you identify a Google Ads account to make API calls to. The account\ncan either be a production (live) account or a test account. Each approach has\nits advantages and disadvantages.\n\n|---------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| | ##### Production accounts | ##### Test accounts |\n| ##### Advantages | - Easier to write and test code that works against specific account contents. - Easier to write and test code that processes live reporting data. | - Test accounts *don't* serve ads, hence programming bugs won't affect your live campaigns. - Works with developer tokens that have Test Access level. |\n| ##### Disadvantages | - A programming bug in the development phase could affect live campaign serving, leading to issues such as poor campaign performance, incorrect serving, or financial losses. - The developer token should have at least the Basic Access level to in order to make API calls. | - You must reconstruct campaigns within test accounts to test code that works against specific account contents. - Since test accounts don't serve ads, features related to live serving such as reporting stats, policy violation errors, or processing offline conversion imports are not supported, making it difficult to test those features. |\n\nWe recommend using a test account while developing your application when\npossible. For instructions, see [Create test accounts and\ncampaigns](/google-ads/api/docs/best-practices/test-accounts#create).\n\nAn alternative is to set up a production account with a low account budget,\nsuch as $1/day, explicitly for testing features that are not supported by a\ntest account.\n\nChoice of feature set\n---------------------\n\nWhen choosing an account for making API call, an additional consideration is\nthe list of features you'd want to use with the API. Even if you choose to use\na production account, there are some features that are account-specific, for\nexample:\n\n- For billing features, you need an account that is on monthly invoicing.\n- Some new features in the account might be restricted by allowlists.\n\nBefore finalizing the account to make API calls against, check the\ndocumentation of the specific feature to make sure that the feature doesn't\nhave additional restrictions.\n\nIdentify the login customer ID and customer ID\n----------------------------------------------\n\nTo make an API call to a Google Ads customer, you must grant access and\nappropriate permissions to your service account to the customer account\neither directly or through a linked manager account. To do this, you need\nadministrator access to the customer account.\n\nStart by signing in to your Google Ads account as an administrator. In some cases,\nyou might have more than one customer account to choose from. The account you\nselect establishes the login customer ID, which is a required header for some\nAPI calls.\n\nAfter you've identified the Google Ads customer to make API calls to, note the\nfollowing details:\n\n- The 10-digit customer ID of the customer account to which you plan to make\n API calls against. This is sometimes referred to as the operating customer.\n\n- The 10-digit login customer ID of the customer account you're signed in to.\n If you're signed in to the operating customer, the login customer ID is the\n same as the customer ID. If you signed into a manager account of the\n operating customer, the login customer ID is the customer ID of the manager\n account.\n\nGrant access to the service account\n-----------------------------------\n\n1. While signed in to your Google Ads account as an administrator, navigate to\n **Admin \\\u003e Access and security**.\n\n2. Click the **+** button under the **Users** tab.\n\n3. Type the service account email address into the **Email** input box. Select\n the appropriate level of account access level and click the **Add account**\n button. Note that Email access level is not supported for service accounts.\n\n4. The service account is granted access.\n\nBy default, you cannot grant administrator access to a service account. If your\nAPI calls require administrator access, you can upgrade the access as follows.\n\n1. Click the drop-down arrow next to the access level of the service account\n in the **Access level** column.\n\n2. Select **Admin** from the drop-down list."]]
