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

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

סקירה כללית על מצבי ההצגה

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

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

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

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

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

• Changed Pricing (לשעבר Pull with Hints): בדומה ל-Pull, אלא ש-Google מבקשת נתונים רק לקבוצת משנה של נכסים, ולא לכל הנכסים. המצב הזה יכול לצמצם משמעותית את התנועה ברשת כשמעדכנים את המחירים והזמינות של הנכסים. המחירים נשמרים במטמון למשך זמן בלתי מוגבל עד לעדכון. למידע נוסף, קראו את המאמר שימוש בתמחור שונה.

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

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

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

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

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

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

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

הקשר

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

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

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

מצב מסירה בדחיפה של ARI

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

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

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

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

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

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

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

כתובות IP ברשימת ההיתרים

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

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

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

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

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

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

מצב שליפת הודעות

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

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

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

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

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

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

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

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

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

שלב 2: הודעה לגבי העסקה

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

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

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

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

מצב הצגת תמחור השתנה

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

שלב 4: הודעה לגבי העסקה

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