שלב 2: פידים

קודם צריך ליצור את הפידים, ואז Google תבצע הערכה שלהם.

יצירת פידים

1. יוצרים את הפידים. אתם מעבירים את רוב נתוני המלאי שלכם ל-Google באמצעות פידים. כדי להתחיל, יוצרים פיד מוצרים (ופיד שירותים, אם רלוונטי):

   • פיד מוֹכרים: בפיד הזה מתוארים המוֹכרים שלכם וקישורים לפעולות ברמת המוֹכר.
   • פיד שירותים (אופציונלי / לא מומלץ): לא מומלץ להטמיע פידים של שירותים בשילובים חדשים של Reservations Business Link. אם אתם רוצים לשמור על השילוב הקיים, תוכלו לעיין במסמכי התיעוד הקודמים האלה.

   שדות נדרשים ומומלצים

   פיד	שם השדה	תיאור	חובה?
   מוֹכר	merchant_id	מזהה ייחודי של המוכר	כן
   מוֹכר	שם	שם המוכר	כן
   מוֹכר	geo	הכתובת והקואורדינטות הגיאוגרפיות של המוכר	כן
   מוֹכר	טלפון	מספר הטלפון של המוֹכר	כן
   מוֹכר	קטגוריה	סוג המקום של המוכר	מומלץ
   מוֹכר	action_link	מידע לגבי קישורי עומק ספציפיים למוכר	כן
   מוֹכר	action_link_type	סוג פעולת הקישור. שותפים של Reservations Business Link צריכים להשתמש בכתובת ACTION_LINK_TYPE_MAKE_DINING_RESERVATION.
   מוֹכר	brand_id	מחרוזת שמזהה את המותג שמוצג לצרכנים	אופציונלי

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

   כדי להתחיל, כדאי לעיין בפידים לדוגמה

   • פידים של הזמנות למסעדות

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

   בכל פיד צריך לכלול מטא-נתונים של הפיד שמנחים את Google איך לפרש את הפיד.

   זו דוגמה לקטע קוד של מטא-נתונים של פיד:

   "metadata": {
    "generation_timestamp": "1467993600",
    "processing_instruction": "PROCESS_AS_COMPLETE",
    "total_shards": 1
   }

   הערה: כל הפידים צריכים להיות מועלים עם processing_instruction PROCESS_AS_COMPLETE. השימוש ב-PROCESS_AS_INCREMENTAL הוצא משימוש ואי אפשר להשתמש בו.
   הערה: אפשר להטמיע את השילוב הזה גם בשילוב עם שילוב מקצה לקצה במרכז הפעולות, או כתוסף לשילוב מקצה לקצה. כדי לתמוך בזה, תצטרכו גם להטמיע פידים של זמינות ואת שדות החובה של השילוב מקצה לקצה, בהתאם להנחיות האלה.

2. מייצאים את הפידים. פורמט הפידים מתואר באמצעות התחביר של protocol buffer 3, אבל אפשר לעיין בדוגמאות שצוינו למעלה כדי לראות את פורמט ה-JSON. מומלץ להעלות את הפידים בפורמט JSON.

   אם אתם רוצים להמשיך להשתמש בפורמט pb3, תוכלו לעיין במאמר Protocol Buffer Basics: Java כדי לקבל מידע כללי על השימוש ב-Protocol Buffers ליצירת קובץ pb3.

3. מעלים את הפידים לשרת ה-SFTP. כדי להעלות את הפידים, משתמשים בפרטי שרת ה-SFTP ש-Google סיפקה לכם ובמפתח הפרטי שיצרתם בהגדרה. שרת ה-SFTP של Google זמין בכתובת sftp://partnerupload.google.com ביציאה 19321.

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

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

   • גודל קובצי הפיד והרסיסים:
     • גודל קובץ הפיד צריך להיות קטן מ-200MB (אחרי דחיסה). דחיסה באמצעות gzip
     • אם הקובץ עשוי להגיע לגודל של יותר מ-200MB (אחרי דחיסה), צריך לפצל אותו לכמה רסיסים לפי ההוראות במדריך בנושא פיצול קבצים של פידים . עם זאת, סביר להניח שהשילוב הזה לבדו לא יגיע למגבלה של 200MB.
   • תדירות העדכונים המלאים:
     • פיד מלא של מוצרים מסופק פעם ביום.
     • (אם מיושם) פיד שירות מלא מסופק פעם ביום.
   הערה: Google מעבדת את קובצי הפיד ברגע שהם מועלים לשרת ה-SFTP. אם הפיד מחולק לכמה קבצים, התהליך מתחיל אחרי שמעלים את הקובץ האחרון. אם הפיד מכיל שגיאות, תקבלו אימייל עם קודי השגיאות בפיד.

‫Google בודקת את הפידים

אחרי שמעלים את הפידים, Google מעבדת אותם ומעריכה את האיכות והשלמות שלהם. אנחנו בודקים כמה גורמים:

• הפידים עומדים בדרישות המפרט.
• הפידים כוללים את כל שדות החובה.
• לכל מוֹכר יש לפחות action_link אחד או שירות אחד עם לפחות action_link מוגדרים.
• רוב נתוני המוכר תואמים למיקומים במפות Google.

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