מצבי מסירה של תמחור

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

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

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

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

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

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

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

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

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

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

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

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

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

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

הקשר

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

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

צורת העברה של ARI Push

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

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

שלב 1: שליחת הודעות 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).
• משתמש בשיטת ה-HTTP‏ POST. (אם אתם משתמשים ב-HTTPS, אתם צריכים לקבל אישור חתום מהרשות הרשמית לאישורים).
• הכותרת Content-Type מוגדרת ל-application/xml.
• כל הודעה כוללת עד 100 נכסים ש-Google מבקשת לגביהם נתוני תמחור וזמינות.
• הכותרת User-Agent מוגדרת ל-Google-HotelAdsPrices.

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

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

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

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

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

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

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

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

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

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

שלב 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>. מידע נוסף אפשר לקרוא במאמר בנושא מצב מסירה של שליפה.