תעריפי משלוח של תמחור

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

סקירה כללית של צורות הצגה

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

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

בשיטות הרגילות לעדכון מחירים נעשה שימוש בהודעות מסוג עסקה באחת מהדרכים הבאות:

• ‫ARI (Push): פיד להעברת נתוני תמחור שמשתמש בתוכניות תמחור, בנתוני זמינות ובמטא-נתונים של המלון כדי להגדיר אסטרטגיות תמחור מוגדרות מראש לנכסים שלכם. בניגוד לפידים של שליפת תמחור ושינוי במחיר, פידים של ARI לא מבצעים שאילתות לגבי מחירים או מסלולים ספציפיים. במקום זאת, אתם שולחים הודעות שמכילות קבוצת משנה של מידע שמייצג מודל תמחור של הנכסים שלכם על סמך פרטים שונים של מחירים, הגבלות וזמינות. פידים של נתוני זמינות ומחירים (ARI) משתמשים במפרט OTA XML (OTA_HotelRateAmountNotifRQ ו-OTA_HotelAvailNotifRQ) כדי להגדיר את הזמינות והתמחור. כדי לקבל מידע נוסף על מצב המסירה של נתוני הזמינות בזמן אמת ולבדוק אם סוג הפיד הזה מתאים לחשבון שלכם, אפשר לפנות למנהל החשבון. מידע נוסף זמין במאמר שימוש ב-ARI.

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

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

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

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

שאילתות לגבי מחירים בזמן אמת

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

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

מידע נוסף זמין במאמר שאילתות של תמחור בזמן אמת.

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

הקשר

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

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

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

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

אופן העברה של ARI Push

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

בתרשים הבא מוצג תהליך הבקשה והתגובה במצב המסירה של ARI Push:

שלב 1: שליחת הודעות ARI Push ל-Google

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

המחירים שלכם צריכים להיות מוצגים על ידי Google וגלויים למשתמשים תוך 15 עד 20 דקות אחרי קבלת ההודעה.

שלב 2: מוודאים שהנתונים נשמרו במטמון של Google

על כל הודעת ARI Push שמתקבלת, Google מגיבה עם סטטוס חיבור ה-HTTP ותוצאות העיבוד של ARI. אם החיבור לשרת מצליח, Google משיבה עם HTTP 200 OK. התשובה כוללת גם גוף עם הודעה שמציינת אם העדכונים הוחלו בהצלחה או אם נתקלו באזהרות או בשגיאות לגבי מצב המסירה.

הוספת כתובות IP לרשימת ההיתרים

כדי להוסיף לרשימת ההיתרים כתובות IP שמשמשות לשליחת הודעות ARI ל-Google, צריך להשתמש בדף הגדרות המחירים של ARI ב-Hotel Center. איך מעדכנים את הגדרות המחיר ב-Hotel Center

עדכון מטא-נתונים של חדרים וחבילות באמצעות ARI Push

משתמשים בסוג ההודעה Transaction (Property Data) כדי להגדיר את סוגי החדרים הפעילים ואת תוכניות המחירים (החבילות) לכל מלון. מומלץ לשלוח עדכונים בכל פעם שמוסיפים, מסירים או משנים סוגי חדרים או תוכניות מחירים. במקרה כזה, שולחים הודעת XML עם המידע החדש ברכיבים <RoomData> ו-<PackageData>. הרכיבים האלה הם צאצאים של הרכיב <PropertyDataSet>.

שגיאות בחיבור או בתוכן

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

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

אופן העברה מסוג משיכה

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

בתרשים הבא מוצג תהליך הבקשה והתגובה של Pull:

אחרי ש-Google מקבלת את עדכוני המחירים, היא בדרך כלל מעבדת את נתוני המחירים והזמינות החדשים תוך 5 דקות בערך.

בקטעים הבאים מפורט כל אחד מהשלבים האלה.

שלב 1: שאילתת הודעה

כברירת מחדל, Google שולחת הודעות שאילתה לגבי כל הנכסים שמוגדרים ברשימת המלונות. יכול להיות שזה אומר שאתם אמורים לקבל כמה הודעות Query במהלך תהליכי התמחור מחדש.

הודעות שאילתת התמחור ש-Google שולחת לשרת שלכם כוללות את המאפיינים הבאים:

• רכיב הבסיס הוא <Query>.
• הנתונים נשלחים לנקודת הקצה שהוגדרה במהלך ההגדרה הראשונית. למידע נוסף, אפשר לפנות למנהל החשבונות הטכני (TAM).
• משתמש ב-method‏ POST של HTTP. (אם אתם משתמשים ב-HTTPS, אתם צריכים לקבל אישור חתום מרשות אישורים רשמית לדומיין).
• הכותרת Content-Type מוגדרת ל-application/xml.
• כל הודעה כוללת עד 100 נכסים ש-Google מבקשת לגביהם נתוני תמחור וזמינות.
• הכותרת User-Agent מוגדרת ל-Google-HotelAdsPrices.

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

שלב 2: שליחת נתוני תמחור וזמינות

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

רכיב הבסיס של הודעה על עסקה הוא <Transaction>. מידע נוסף זמין במאמרים בנושא הודעות על עסקאות ועדכון מחירים.

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

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

שינוי של שיטת ההצגה של המחירים

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

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

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

התרשים הבא מציג את תהליך הבקשה והתגובה של תמחור משתנה:

בקטעים הבאים מפורטים כל השלבים בתהליך הזה.

שלב 1: הודעת Hint Request

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

• רכיב הבסיס הוא <HintRequest>.
• ההודעה נשלחת לנקודת הקצה שהוגדרה במהלך ההגדרה הראשונית. למידע נוסף, אפשר לפנות למנהל החשבון הטכני (TAM).
• משתמשים בשיטת ה-HTTP‏ POST. (אם אתם משתמשים ב-HTTPS, תצטרכו לקבל חתימה של הדומיין מרשות אישורים רשמית).
• הכותרת Content-Type מוגדרת ל-application/xml.
• בתדירות שאתם קובעים, Google שולחת לשרת שלכם חותמת זמן שמגדירה את הפעם האחרונה שהגבתם להודעת בקשת רמז.
• הכותרת User-Agent מוגדרת ל-Google-HotelAdsPrices.

מומלץ להגדיר את התדירות ל-5 דקות. כדי להגדיר או לשנות את התדירות של הודעות בקשת רמז, צרו איתנו קשר.

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

שלב 2: הודעת Hint Response

השרת שלכם מגיב להודעת Hint Request בהודעת Hint Response. ההודעה הזו כוללת את מזהי המלונות ותוכניות הנסיעה של נכסים שהמחירים שלהם השתנו מאז הפעם האחרונה שקיבלתם הודעת בקשה להצגת רמזים והגבתם לה.

רכיב הבסיס של הודעת Hint Response הוא <Hint>. מידע נוסף זמין במאמר הודעות תגובה לרמזים.

שלב 3: שאילתת הודעה

‫Google מקבלת את ההודעה Hint Response ומגיבה בהודעה Query, בדיוק כמו במצב Pull הרגיל. ההבדל הוא שהודעת השאילתה מכילה עכשיו רק את מזהי המלונות ואת מסלולי הנסיעה של הנכסים שציינתם בהודעת התגובה לרמז. רכיב הבסיס של הודעת שאילתה הוא <Query>.

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

שלב 4: שליחת נתוני תמחור וזמינות

אתם שולחים הודעת עסקה עם עדכון מחירים בתגובה להודעות שאילתה של Google. רכיב הבסיס של שליחת נתוני תמחור וזמינות הוא <Transaction>. מידע נוסף אפשר לקרוא במאמר בנושא מצב מסירה של שליפה.