יחידות אירוח

בדומה למודעות להזמנת חדרים, השילוב עם יחידות אירוח דורש ביצוע משימות חד-פעמיות כדי להגדיר יחידות אירוח ומחירים להצגה למשתמשים שמחפשים את היעד הבא שלהם. ניתן להתחיל את תהליך השילוב ישירות מול Google, על ידי עמידה בדרישות המפורטות בהמשך ומילוי טופס ההתעניינות ב-Vacation Rentals, או בשיתוף פעולה עם שותף מאושר לשילוב עם צד שלישי. אחרי שהבקשה תאושר, מנהל חשבונות טכני של Google ייצור איתכם קשר בכל שלב בתהליך ההטמעה.

לסיכום, כדאי ליישם:

  1. רישום הנכס: מידע סטטי על הנכס, כולל שם, כתובת, מיקומים של גיאוגרפיה, כתובות URL של תמונה, אתר ושירותי מלון.

  2. מחיר: מסלול נסיעה שמציין את הזמינות ואת המחיר של השהייה בנכס.

  3. דף נחיתה: תבנית שמאפשרת למשתמשים לנחות באתרים עם פרטי מסלול נסיעה שמולאו מראש.

לפני שמתחילים

לפני השילוב עם Vacation Rentals צריך להיות מסוגלים לספק את הפרטים הבאים:

  • איש קשר ייעודי לעניינים טכניים של שותף, שמנהל החשבונות הטכני ב-Google יוכל לפנות אליו.

  • חוזה שנחתם עם Google כדי להגן על פרטיות הלקוח.

  • תמיכה מקומית למשתמשים בשירות עצמי או תמיכה באימייל.

פיד של כרטיסי מוצר

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

יש 2 אפשרויות להציג את יחידות האירוח שלכם.

שיטה 1: פיד של רשימה שנסרקה

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

סימון האתר

פועלים לפי מסמכי התיעוד של Search Console לסימון יחידות האירוח באתר.

יצירת sitemap עם יחידות אירוח

Google תעקוב באופן אוטומטי אחרי הקישורים שבאתר שלכם כדי למצוא את יחידות האירוח שלכם. כדי להבטיח ש-Google תמצא את כל הרשומות שלכם ותמצא אותם מהר יותר, תוכלו ליצור sitemap עם המודעות של יחידות האירוח. פועלים לפי ההוראות במדריך ליצירת sitemap.

יש כמה דרישות נוספות לגבי ה-sitemap עבור פיד כרטיסי המוצר שנסרק:

  • ה-sitemap חייב להכיל את כתובות ה-URL של כרטיסי המוצר. הוא לא יכול להיות אינדקס של sitemap, שנמצא בשימוש במוצרי חיפוש אחרים.
  • עדיף שה-sitemap יכלול רק כתובות URL של יחידות אירוח, אבל הוא יוכל להכיל גם כתובות URL אחרות.
  • ניתן לספק מספר קובצי Sitemap.
  • שתפו את הקישורים ל-sitemap עם מנהל החשבונות הטכני של Google.

שיטה 2: פיד של רשימת XML

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

יצירת קובצי ה-XML

בהטמעת הנתונים הראשונית, צריך לשתף פיד של כרטיסי מוצר עם מנהל החשבונות הטכני ב-Google, לפי המפרט בקובץ ה-XML של פיד רשימת מלונות. עם זאת, בניגוד לרשימות של מלונות, עליך לכלול מאפיינים רלוונטיים שספציפיים ל-Vacation Rentals. הטמעת הפיד של כרטיסי המוצר עשויה להימשך בין שבועיים ל-4 שבועות, שבמהלכם Google תיצור איתכם קשר כדי לעזור בפתרון בעיות ובאופטימיזציה של הפיד.

מאפיינים ייחודיים ליחידות אירוח

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

אם לא תכללו את הפריטים הבאים, דף האפליקציה יושבת באופן אוטומטי.

אירוח של פיד כרטיסי המוצר ומבנה הקובץ

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

שים לב לדרישות הבאות לייבוא קובץ הרישום המתארח:

  • קובצי .zip אמורים להיות משותפים עם Google.
  • יש לשתף פידים בפורמט .zip בלבד (ללא .tar או .gz).
  • כל קובץ ZIP יכול להכיל כמה קובצי XML עם רשימה.
  • כל קובץ XML יכול להכיל יותר מכרטיס אחד (מועדף).
  • הגודל של כל קובץ XML חייב להיות קטן מ-100MB.

  • כל קובץ XML יכול להכיל שפה אחת בלבד.

    • לדוגמה: xml{:.readonly} <listings><language>en</language>...</listings>

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

בדיקת ה-XML

כדי לוודא שקובצי ה-XML נכונים לפני שמשתפים אותם עם Google, אפשר להשתמש בפקודה הבאה על מנת לאמת את הפיד, כמו שמוסבר בסכימות של מודעות להזמנת חדרים:

xmllint --noout --schema http://www.gstatic.com/localfeed/local_feed.xsd myfile.xml

הדרישות לגבי תמונות של כרטיסי מוצר

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

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

  • רזולוציה מומלצת: 1,920 x 1,080 פיקסלים
  • גובה מקסימלי: 4,000 פיקסלים
  • רוחב מקסימלי: 4000 פיקסלים
  • גודל כולל מקסימלי: 10MB
  • פורמט קובץ: JPG, JPEG, PNG, WEBP
  • כיוון: לרוחב
  • צריך לוודא שכתובות ה-URL של התמונות נגישות ל-Googlebot ול-Googlebot-Image ושלא חסומות ב-robots.txt או בכותרת HTTP X-Robots-Tag. מידע נוסף זמין במאמר בדיקת robots.txt.

אסור לכלול בתמונות סימן מים או מיתוג. ההצגה של נכסים בלי תמונות מושבתת באופן אוטומטי.

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

בעיות נפוצות

אין תמיכה בשיתוף חדרים ב-Google Vacation Rentals. אנחנו תומכים רק בנכסים מלאים.

צריך לשלוח כל נכס שניתן להזמין באמצעות Google כ-<listing> נפרד שמכיל את הפרטים והמאפיינים שלו. לדוגמה, יש לשלוח כל יחידת דירות בתוך בניין עם כמה יחידות כ-<listing> נפרד.

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

פיד המחירים

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

יש שתי שיטות להגדרת תמחור:

  • שיטה 1: תמחור עסקאות ב-Google
  • שיטה 2: תמיכה בתמחור ARI עבור יחידות אירוח

שיטה 1: תמחור עסקאות ב-Google

אם אתם משתמשים במחירי עסקאות של Google כדי להעביר את המחירים ל-Google, שילוב המחירים זהה לשילוב מחירים של Hotels. קראו את המאמר XML בנושא תמחור ומלאי חדרים (עסקאות).

אפשר להתחיל בהטמעת פיד המחירים באמצעות שיטת PULL הצגת מודעות. אם שיטת ה-PULL הצליחה, תוכלו לשדרג ל-PULL+HINT (שינוי תמחור) כדי להשיג שליטה טובה יותר במחירים המעודכנים.

אפשר להשתמש בנקודת קצה (endpoint) של שאילתת תמחור בזמן אמת (בדומה לנקודת קצה ב-PULL) כדי לאחזר מחירים למשתמשים כשהם מבקרים במסלולי נסיעה שלא נשמרו במטמון ב-Google.

שיטה 2: תמיכה בתמחור ARI עבור יחידות אירוח

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

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

עם זאת, יכולות להיות כמה תוכניות תעריפים (חבילות) שונות לכל נכס. למשל:

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

  • אפשר להשתמש בתוכניות תעריפים כתעריפים וירטואליים להטמעת מבצעים עם הגבלות נוספות (למרות ש-Promotions API עדיף להשתמש במקרה כזה).

שיטות מומלצות להודעות ARI עבור יחידות אירוח הן:

  • לגבי עסקה (נתוני נכס):

    • צריך לציין רכיב RoomData אחד עם מזהה החדר שבחרתם, שמייצג את היחידה הנפרדת בדף האפליקציה, בהתאם ל-@InvTypeCode בהודעות ה-ARI. אפשר להשתמש שוב במזהה הנכס.

    • צריך לציין רכיב PackageData אחד או יותר לכל תוכנית תעריפים שבה אתם מתכננים להשתמש.

  • עבור OTA_HoteInvCountNotifRQ:

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

דפי נחיתה

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

הדוגמה הבאה של דף נחיתה מתייחסת לכל המדינה ולכל שפה של המשתמש. בדוגמה זו, My Amazing VR Website הוא שם המותג שמשתמשים רואים בתוצאות החיפוש של Vacation Rentals:

<?xml version='1.0' encoding='UTF-8'?>
<PointsOfSale partner='partner-name-vr'>
  <PointOfSale id='landing-everywhere'>
    <DisplayNames display_text='My Amazing VR website' display_language='en'/>
    <URL>https://example.com/property/(PARTNER-HOTEL-ID)?checkin=
      (CHECKINDAY)%2F(CHECKINMONTH)%2F(CHECKINYEAR)&amp;checkout=
      (CHECKOUTDAY)%2F(CHECKOUTMONTH)%2F(CHECKOUTYEAR)&amp;guests=(NUM-GUESTS)
    </URL>
  </PointOfSale>
</PointsOfSale>

דיוק במחירים

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

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

במהלך השילוב או לאחר מכן, תקבלו גישה למקרים ולפרטים שאינם תואמים בחשבון Hotel Center כדי לקבל עזרה בפתרון בעיות.

שיוכים של מותגים שספציפיים לשותפי שילוב

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