אתם יכולים להשתמש ב-Accounts API כדי לנהל את הקשרים בין חשבון Merchant Center שלכם לבין ספקי שירותים אחרים. קשר הוא חיבור רשמי שמאפשר לספק להציע שירותים ספציפיים לעסק שלכם. שירות מגדיר את ההרשאות והיכולות שניתנות לספק, כמו ניהול מוצרים או ניהול קמפיינים. לדוגמה, קישור חשבון Merchant Center לחשבון Google Ads מאפשר לחשבון Google Ads להשתמש בנתוני המוצרים שלכם כדי להפעיל קמפיינים פרסומיים.
קשר גומלין מורכב מהמאפיינים הבאים:
- חשבון Merchant Center שמקבל את השירות
- ספק השירות
- השירות או קבוצת השירותים שניתנים לחשבון Merchant Center
כינוי
ספקי שירות יכולים לשייך כינוי לחשבונות שהם מספקים להם שירות (זה שווה ערך לשדה seller_id שהיה במשאב account ב-Content API for Shopping). אפשר להקצות את הכינוי באמצעות השדה האופציונלי account_id_alias במשאב AccountRelationship, והוא משמש כמזהה בהתאמה אישית. הכינוי חייב להיות באורך של 1 עד 50 תווים
שנבחרו מתוך אותיות ASCII, ספרות עשרוניות, מקפים, קווים תחתונים, נקודות או
טילדות ([A-Za-z0-9_~.-]{1,50}).
מבנה כתובת ה-URL לגישה לחשבון באמצעות הכינוי שלו הוא
GET /accounts/v1/accounts/{provider}~{account_id_alias}.
שירותים
ב-Accounts API, חשבונות יכולים לקבל את השירותים הבאים. אפשר להוסיף רבים מהשירותים האלה במהלך יצירת החשבון.
צבירת חשבונות: השירות הזה מקשר חשבון מתקדם לחשבון אחר, ומעניק לחשבון המתקדם גישה מלאה ובלתי מוגבלת. בדרך כלל משתמשים בו בזירות מסחר, אצל קמעונאים עם כמה מותגים או אצל קמעונאים בינלאומיים שצריכים שליטה מרכזית בחשבונות מקוננים. אם אתם פלטפורמת מסחר אלקטרוני או שותפים ראשיים, מומלץ להשתמש במקום זאת בפונקציה
accountManagement. כשיוצרים חשבון באמצעות צבירת חשבונות, צריך להשמיט אתexternalAccountId.ניהול קמפיינים: השירות הזה ממדל את הקישור בין חשבון Merchant Center לחשבון Google Ads, ומעניק לחשבון Google Ads גישה לנתוני מוצרים ולנתונים בחשבון שנדרשים להפעלת קמפיינים פרסומיים. ספק השירות במקרה הזה הוא
GOOGLE_ADSומספר החשבון ב-Google Ads הואexternalAccountId. אפשר להציע את השירות הזה גם לחשבון קיים.
השוואת מחירים: מייצג את הקשר עם שירות השוואת מחירים (CSS) שמפעיל את חשבון Merchant Center.
ניהול דפי מידע מקומיים: מייצג את הקשר עם מנהל חנות לצורך ניהול מלאי ודפי מידע מקומיים באמצעות פרופיל העסק ב-Google.
ניהול חשבון: השירות הזה מאפשר לספק לבצע פעולות ניהול בחשבון Merchant Center, כמו הגדרת הגדרות החשבון, ניהול משתמשים או עדכון פרטי העסק. העסק יכול גם להגביל את הגישה שניתנת. כשמשתמשים בשירות הזה במהלך יצירת חשבון, נוצר חשבון שמקושר לספק. זו הגישה המומלצת לפלטפורמות מסחר אלקטרוני ולשותפי ערוצים. אפשר גם להציע אותו לחשבון קיים.
ניהול מוצרים: השירות הזה מאפשר לספקים לנהל מוצרים ותכונות קשורות כמו מקורות נתונים וכללים. כשמוסיפים אותם במהלך יצירת החשבון, בדרך כלל הם מופיעים בשילוב עם
accountManagementאוaccountAggregation. אפשר להציע את השירות הזה גם לחשבון קיים.
לחיצת יד
כדי ליצור שירות, גם החשבון שמספק את השירות וגם החשבון שמקבל את השירות צריכים לאשר את החיבור. תהליך האישור הזה נקרא 'לחיצת יד'.
הלחיצה היא תהליך דו-שלבי:
- צד אחד מציע קישור שירות.
- הצד השני מאשר או דוחה את ההצעה.
אחרי שההצעה מתקבלת, השירות מאושר ונחשב לשירות שהוקם במלואו. כל זכות גישה שניתנה לספק השירות ניתנת עכשיו למשתמשים שעומדים בדרישות (ראו זכויות גישה בהמשך).
שימו לב: למשתמש שיוצר הצעה, דוחה אותה או מאשר אותה צריכות להיות ADMIN הרשאות גישה בחשבון שבו מתחיל התהליך. לכן, אם ספק השירות מציע שירות, המשתמש שמציע את ההצעה צריך להיות ADMIN בחשבון של ספק השירות, והמשתמש שמקבל או דוחה את ההצעה צריך להיות ADMIN בחשבון המקבל.
אופן הדיווח על בעיות בזירות מסחר
בהמשך מפורטות הדרישות הספציפיות לתהליך ההתחברות לכל שירות בנפרד:
צבירת חשבונות: אפשר להגדיר את השירות הזה רק כחלק מתהליך יצירת החשבון. ספק השירות צריך להיות חשבון מתקדם, והשירות מאושר באופן אוטומטי כי למשתמשים בחשבון המתקדם יש גישה מלאה
ADMINלחשבון שנוצר.שירות השוואת מחירים: השירות הזה מאושר אוטומטית כשמוסיפים אותו במהלך יצירת החשבון באמצעות
createAndConfigure.ניהול קמפיינים: התהליך הזה מתבצע לפי תהליך הלחיצה הרגיל, אבל ההצעות נוצרות במערכת אחת (לדוגמה, Google Ads) והאישורים מתבצעים במערכת השנייה (לדוגמה, ב-Merchant Center או דרך Merchant API).
ניהול דפי מידע מקומיים: בשירות הזה, הצעת לחיצת היד מוצעת בשיטה ייעודית, והאישורים מתבצעים במערכת השנייה (לדוגמה, פרופיל העסק ב-Google). השלבים המפורטים מופיעים במדריך לקישור פרופיל העסק ב-Google.
ניהול חשבונות: בשירות הזה, תהליך הלחיצה הרגיל על היד חל כשמשתמשים ב-
propose. אם השירות נוסף במהלך יצירת החשבון באמצעותcreateAndConfigure, הוא מאושר באופן אוטומטי.ניהול מוצרים: בשירות הזה, תהליך הלחיצה הרגיל (handshake) חל (הצעה מצד אחד, ואז קבלה מהצד השני).
הרשאות גישה
כל סוג שירות מספק רמת גישה מסוימת למשתמשים של ספק השירות בחשבון שמקבל שירות:
צבירת חשבונות: השירות הזה מספק הרשאות מלאות של
ADMIN.ניהול קמפיינים: השירות הזה מספק זכות גישה מוגבלת, שמאפשרת לחשבון Google Ads המשויך לגשת למוצרים ולמידע בסיסי על החשבון.
שירות השוואת מחירים: כברירת מחדל, השירות הזה מספק הרשאות מלאות של
ADMINאדמין. עם זאת, העסק יכול להגביל את הגישה שניתנת ב-Merchant Center.ניהול של דפי מידע מקומיים: השירות הזה לא מספק זכות גישה ישירה. במקום זאת, הוא מאפשר לרישום לסנכרן את המוצרים שלו עם חשבון Merchant Center.
חשוב: זכויות הגישה שמתוארות לגבי סוגי השירותים הבאים חלות רק על ספקי שירות מאושרים. אם אתם ספקי שירותים ורוצים להשתמש ביכולת הזו, אתם יכולים לפנות אל צוות התמיכה שלנו. אם כבר קיבלתם אישור להשתמש בשיטה accounts.link לניהול מוצרים ב-Content API for Shopping, אתם יכולים להשתמש בשירות הזה ב-Merchant API בלי צורך באישורים נוספים.
ניהול חשבון: השירות הזה מספק כברירת מחדל הרשאות מלאות של
ADMIN.ניהול מוצרים: השירות הזה מספק הרשאות מלאות של
ADMIN. הערה: בעתיד, הגישה הזו תוגבל רק לזכויות גישה שקשורות למוצר.
איך קשרים רלוונטיים לפלטפורמות של צד שלישי
אם אתם פלטפורמה של צד שלישי שמנהלת חשבונות בשם עסקים אחרים, בהמשך מוסבר איך המושגים השונים מתאימים למבנה החשבון שלכם:
- ספק השירות: החשבון המתקדם שלכם.
- החשבון שמקבל את השירות: חשבון Merchant Center שמייצג את העסק שאתם מנהלים.
- שירות:
-
accountManagement: זהו השירות המומלץ לפלטפורמות מסחר אלקטרוני ולשותפים ראשיים שיוצרים חשבונות חדשים בשם מוֹכרים. השירות יוצר חשבון שנמצא בבעלות המוכר ומקושר אליכם לצורך ניהול. זהו המבנה המועדף של חשבון Merchant Center לתרחיש השימוש הזה. -
accountAggregation: שירות שמקשר את החשבון המתקדם שלכם לחשבון אחר. השירות הזה נתמך, אבל לא מומלץ לשימוש בפלטפורמות למסחר אלקטרוני ולשותפי ערוצים.
-
לפרטים על הגדרת חשבון מתקדם וקישור לחשבונות חדשים ב-Merchant Center, אפשר לעיין במאמר יצירת חשבונות.