שאלות נפוצות

הגדרת חשבון

Ads/FL/LIA/MHLSF/Analytics

  • איך אפשר להטמיע דף של חנות מקומית באתר של המוכר (MHLSF) דרך תוכנית Local Feeds Partnership (LFP)?
    • דף של חנות מקומית באתר של המוכר מייצג מידע על דף של חנות מקומית של מוכר אחד בלבד. הוא מאפשר להפנות לקוחות לאתר שלך כשהם לוחצים על מודעות מלאי של חנויות מקומיות ועל כרטיסים חינמיים למוצרים מקומיים. כך אפשר להפנות את הלקוחות לאתר שלך במקום לדף החנות ב-Google, וכך לנהל את החוויה הכוללת של הלקוחות ולעקוב אחריה.

סוג התכונה

חוויית משתמש

ההערה לשופינג מוצגת

התנהגות בקניות ב'הצגת המוצרים בחנות'

הסוללה מלאה

לחיצה על מודעת מלאי של חנות מקומית או על כרטיס חינמי למוצר מקומי מפנה לדף נחיתה של מוצר שמציג את זמינות הפריט בחנות ספציפית.

למשתמשים מוצגת הערה לגבי המרחק (לדוגמה, '5.5 ק"מ') שמראה את המרחק לחנות שבה הם יכולים לרכוש את הפריט.

לחיצה על מוצר בחנות מקומית בקטע 'להצגת מוצרי החנות' מפנה את הלקוחות לדף של חנות מקומית ב-Google.

בסיסית

לחיצה על מודעת מלאי של חנות מקומית או על כרטיס חינמי למוצר מקומי מפנה לדף נחיתה של מוצר שבו הלקוחות יכולים לבדוק את זמינות הפריט בחנות בקרבת מקום.

למשתמשים מוצגת ההערה 'בחנות', שמציינת שהפריט זמין לרכישה בחנות בקרבת מקום.

לחיצה על מוצר בחנות מקומית בקטע 'להצגת מוצרי החנות' מפנה את הלקוחות לדף של חנות מקומית ב-Google.
  • האם המוכר צריך לתת ל-LFP גישה לחשבון AdWords שלו אם הוא מתכוון לנהל את החשבון בעצמו?
    • לא, המוכר לא חייב לתת לכם גישה לחשבון AdWords שלו אם אתם לא מתכוונים לנהל בשבילו את החשבון. כדי לקשר את adwords ל-Merchant Center, פעלו לפי המאמר הזה
  • האם המוכר צריך לתת ל-LFP גישה לחשבון פרופיל העסק שלו אם הוא מתכוון לנהל את החשבון בעצמו?
    • אם אתם מתכננים להשתמש ב-pos.inventory, עליכם להעביר את מזהה החנות הנכון. מזהה החנות מוקצה בקטע 'פרופיל העסק ב-Google' של החנות הספציפית. כדי לציין את מזהי החנויות האלה, סביר להניח שתידרשו גישה מסוימת לחשבון של פרופיל העסק של המוכר, אלא אם המוכר סיפק את המידע הזה ישירות לספק ה-LFP. מאמר הנחיות לקישור פרופילים עסקיים
  • איך משתמשים ב-Google Analytics כדי למדוד את הביצועים של דף של חנות מקומית ב-Google?

הגדרת נתונים ומבנה הנתונים

  • האם אפשר להשתמש בקובץ פיד במקום ב-API?
    • היתרון העיקרי של השימוש ב-Content API for Shopping הוא שה-Content API for Shopping מאפשר לנהל ביעילות כמויות גדולות של מלאי, הגדרות מורכבות של החשבון והגדרות משלוח – והכול באמצעות אוטומציה. מהם היתרונות של Google Classroom?
      • הממשק מאפשר לנהל את הנתונים המובְנים שהועלו ל-Google לשימוש בהם במוצרי Google, כמו מודעות שופינג וחיפוש Google.
      • ה-API צורב פחות משאבים כי הוא שולח מדי יום עדכונים מצטברים בהשוואה לרענון מלא של הנתונים.
      • ממשקי ה-API פועלים יותר בזמן אמת ומספקים עדכוני נתונים מהירים יותר, שעלולים לצמצם את סטטוס המלאי השגוי.
      • ממשקי API יכולים לטפל בתהליכים רבים של הגדרת חשבונות משנה, אבל צריך להגדיר אותם באופן ידני.

  • איך שולחים נתונים ל-Google?

    • יוצרים חשבון Merchant Center (מומלץ להשתמש בחשבון משנה בחשבון ה-MCA) ומשתפים את מספר חשבון Merchant Center הזה עם Google. לאחר מכן, צוות Google יפעיל את החשבון הזה כדי להשתמש ביכולות ה-POS. כך מפעילים פיד מלאי של POS

    • כדי לשלוח את הנתונים, צריך להשתמש באחד משני סוגי פידים (או ממשקי API). הפיד מלאי או מבצעים. מקבילות ל-API: פידים של מלאי ומבצעים

    • אנחנו מוסיפים כמה מודלים מצידנו בפיד המבצעים והוא עשוי לשפר את הדיוק, אבל יכול להיות שכתוצאה מכך המערכת תגדיר יותר מלאי כחסר במלאי.

  • אילו מוצרים אפשר להעלות ל-Google?

    • מותר להשתמש בפריטים מוחשיים שזמינים לרכישה מיידית. עם זאת, עליהם לעמוד בהנחיות שלך כדי שניתן יהיה לפרסם אותם. למידע נוסף

  • אילו מאפיינים נדרשים עבור מספרי GTIN שלא תואמים?

    • כדי להשתמש גם במוצרים שאין לכם נתוני GTIN, צריך לשלוח פיד ראשי או להשתמש ב-Content API ישירות בחשבון של הקמעונאי.

    לידיעתכם, יש לשלוח את המאפיינים הבאים במאפיין פריטי לבוש:

    • מזהה
    • שם פריט
    • תיאור
    • image_link
    • מצב
    • gtin [מספר_פריט_מסחרי_גלובלי]
    • brand

  • האם צריך לשלוח את כמות המוצרים בפועל לכל פריט עבור כל חנות?

    • כן, צריך לכלול את מאפיין הכמות (מספר היחידות הזמינות במוצר מסוים) כדי להציג למשתמש מידע מדויק

  • איך שולחים את המאפיין link_template באמצעות ה-API של המוצרים?

    • אפשר להוסיף את הפרמטר link_template כאובייקט CustomAttributes בשדה הרשימה של CustomAttributes כחלק מנקודת הקצה של המוצרים.

  • אילו נתונים צריך לשלוח, ובאיזו תדירות צריך לשלוח נתוני מוצרים, נתוני מלאי ונתוני תמחור?

    • יש לשלוח נתוני מוצרים לפחות כל 30 ימים.
    • התוקף של נתוני המלאי והתמחור פג כל 14 ימים. מומלץ לרענן את הנתונים מדי יום עם שינוי הדלתא של המבצעים. כדי לבצע אופטימיזציה של עדכוני הרענון, כדאי לתעדף מוצרים שמשתנים במחיר ובכמות, באופן שיהפוך את המוצרים מ-in_stock ל-out_of_stock.
    • אם משתמשים בפיד מכירות, מומלץ לעדכן את הפיד הזה לפחות מדי יום. בפעם הראשונה שמעלים פיד מכירות, צריך להעלות נתוני מכירות של 60 ימים לפחות.
    • פיד החנויות משמש למיפוי קודים של חנויות לכתובות שלהן. הפיד הזה אופציונלי, ואפשר להשתמש בו רק אם אין אפשרות לקשר מוכרים לפרופיל העסק שלהם ב-Google Merchant Center. בנוסף, צריך לעדכן ולהעלות את הפיד הזה כשמוסיפים לתוכנית קמעונאים חדשים או חנויות חדשות.

  • האם ההתאמה של מספרי ה-GTIN של הפיד הזה מספקת גם תרגומים אוטומטיים לשפות האלה בזמן ההצגה?

    • זה נכון, כי עכשיו יש צורך בקריאה נפרדת ל-API אם למדינת היעד (כמו קנדה) יש שתי שפות רלוונטיות.

  • האם צריכה להיות התאמה בין targetCountry לבין contentLanguage? האם תהיה לכך השפעה על המודול "See What's in Store" (מה בחנות?)

    • כן. לדוגמה, כשמגדירים את שפת הדפדפן לצרפתית קנדית ממשק המשתמש וכן השם והתיאורים של המוצר מוצגים בצרפתית (השם והתיאור של המוצר לא מתורגמים באופן אוטומטי, בניגוד לממשק המשתמש – כלומר אם השפה היא אחת מהשפות הרשמיות במדינה הרלוונטית והמוכר שולח מוצרים בשפה הזו, נראה שהמוצרים האלה מוצגים אם המשתמש משתמש באותה שפה בדפדפן שלו).
    • הקטע "See What's in Store" (אני רוצה לראות מה מופיע בחנות) (SWIS) תמיד צריך להיות זמין, לא משנה באיזו שפה אתם משתמשים בדפדפן. אם זו אחת מהשפות שהמוכר שולח ל-Google נתוני מוצרים, אבל אם השפה הזו לא זמינה, מברירת המחדל היא אנגלית. עם זאת, הרכיבים בממשק המשתמש 'חלון ראווה וירטואלי של חנות מקומית שמתארח ב-Google' משתנים בהתאם לשפת הדפדפן. כך שאם מסתכלים על ממשק המשתמש של SWIS בקנדה עם גרמנית שמוגדרת כשפה בדפדפן, אבל ממשק המשתמש ממשיך להופיע בגרמנית.

  • העליתי את הפיד הראשון שלי וכולן מוצגות כמוצרים שנפסלו. מה עכשיו?

    • בפעם הראשונה שמפעילים את pos.inventory, מספר ה-GTIN צריך להתאים לקטלוג המוצרים של Google. לכן, ייתכן עיכוב של 24-48 שעות עד שהמוצרים יופיעו ב-Merchant Center. אם אתם שותפים מהימנים, ההצעות מאושרות באופן אוטומטי מיד לאחר מכן.

  • מתי המודעות שלי יאושרו?

    • ההצעות נשארות בהמתנה עד שהמוכר עובר את בדיקות המלאי או, אם אתם שותפים מהימנים, עד שצינור עיבוד הנתונים יסיים את הטיפול במוצרים (לרוב תוך 24/48 שעות)

  • באיזה API אפשר להשתמש כדי לאחזר את הסטטוס של מוצרים?

  • באיזה API אפשר להשתמש כדי לקשר פרופילים עסקיים?

  • מהי מגבלת הקצב ליצירת בקשות מה-API של pos.inventory? כמה מק"טים אפשר לכלול בבקשה אחת ובתוך כמה זמן?

    • המגבלות של Content API
    • ב-CustomBatch, כלומר שליחה של כמה רשומות בבקשה יחידה, ניצול המכסה נעשה בהתאם לרשומות שבאצווה. אם באצווה יש 100 רשומות של pos.sale ו-300 pos.inventory, ה-API צורך 100 ממכסת pos.sale ו-300 ממכסת pos.inventory.

  • מהו זמן התגובה הטיפוסי של pos.inventory API?

    • התהליך צריך להיות כמעט מיידי בין ה-HTTP POST לבין התגובה של ה-POST.

  • מה מועד התפוגה של האסימון? מהי התדירות המומלצת ליצירה מחדש של האסימון?

  • מה המטרה של השדה item_id? מה ההבדל בין הערך הזה לבין הערך של 'gtin'? האם "item_id" תואם למק"ט צאצא או למק"ט הורה?

    • Item_id הוא מזהה פנימי של המוכר. הוא יכול להתאים לכל קוד מוצר או מזהה פנימי של המוצר. מזהה הפריט משמש רק עבור המוכרים, כך שהוא יכול לזהות את הפריט שלו ביחס למספר ה-GTIN. יש קמעונאים שמשתמשים במספר ה-GTIN בתור מזהי הפריטים, ויש כאלה שלא. השדה הזה צריך להיות הערך שהקמעונאי יודע מה צריך לחפש בבדיקות המלאי, או במקרה שלקוח מתקשר כדי לשאול.
    • מספר GTIN הוא קוד ה-UPC או ה-EAN, ומספר ה-GTIN שהוקצה על ידי היצרן. ציינו מספר GTIN רק אם אתם בטוחים שהוא נכון. אם יש לכם ספק, אל תשלחו GTIN.

  • האם המאפיין google_product_category [קטגוריית_המוצר_ב-Google] הוא שדה חובה?

    • קטגוריית המוצר ב-Google היא אופציונלית ובדרך כלל מוזנת כדי לבטל את הערך שנקבע אוטומטית

בדיקות מלאי

  • איך מתבצעות בדיקות מלאי?
    • אחרי שהפידים הועלו והחשבון מוכן, השותף ב-LFP ביקש לבדוק עם שותף ה-BD שלו. נציג Google מבקש בדיקות כדי להתחיל על ידי צוות התמיכה שלנו ולפנות לאנשי הקשר לאימות מלאי ב-MC כשהספק מציין שהם מוכנים לבדיקות.
    • צוות התמיכה של Google קובע זמן עם מנהל החנות (או מומחה מלאי) כדי לבצע את הבדיקות האלה.
    • הבדיקות מתבצעות ב-3 חנויות לכל היותר לכל מוכר. מספר הבדיקות נקבע לפי חוויית המשתמש בדף הנחיתה. פרטים נוספים
    • במהלך הבדיקות האלה נבדקות עד 100 מוצרים בכל חנות. הצוות שלנו בודק אם הפריט נמצא במלאי כשהפיד מדווח שהוא נמצא במלאי, וחסר במלאי כשהפיד מסומן כחסר במלאי.
    • נציג החנות צריך גם לצלם חלק מהמוצרים, להציג בבירור את תווית המוצר ואת המחיר או תג המחיר על המדף.
    • תהליך אימות המלאי כולו נמשך כשעתיים לכל חנות. יש למלא את טופס הסקר באותו יום עסקים. אחרי שמשלימים את אימות המלאי, שולחים את הסקר כדי להעביר את התוצאות.
  • איך משיגים את הסטטוס 'שותף מהימן'
  • מתי המודעות שלי מאושרות?
    • המבצעים יישארו בהמתנה עד שהמוכר יעבור את בדיקות המלאי.
  • לקמעונאים שלי יש נפח תנועה גדול ופריטים בנפח גדול. האם זה ישפיע על בדיקות המלאי?
    • ברור שיש תנועה רבה בחנויות, פריטים בעלי נפח גדול ודיוק בדברים כמו אוכל חם. Google מנסה לזהות אם בפיד מוצג הפריט אם הוא קיים או חסר במלאי, ולא מהכמות המדויקת הזמינה.
    • בפריטי מזון שקשה ציון עבורם כמות, מומלץ בדרך כלל להגדיר את הכמות "1". אם מדובר במוצרים מתכלים שמתעדכנים מדי יום, רצוי לעדכן את הזמינות ברגע שהיא משתנה.
  • האם צריך לבדוק מלאי בחנויות מקומיות שמתארחות באתר של המוכר (MHLSF)?
    • בחנויות של חנות מקומית באתר של המוכר (MHLSF) לא צריך לבצע בדיקות מלאי. במקום זאת, מתבצעת בדיקה של האתר כדי לוודא שהאתר עומד בדרישות של MHLSF המלא או הבסיסי. אחרי שאתם מתחילים להעלות ל-MHLSF, מתבצעת בדיקה ידנית נוספת שעשוי להימשך 3-4 ימים. אין צורך לבצע בדיקות נוספות, כי ב-MHLSF מקבלים אישור על הזמינות בחנות.
הקודם
קמפיין ב-Google Ads
הבא
העברה של Merchant API