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

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

סקירה כללית על שיטות ההעברה

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

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

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

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

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

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

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

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

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

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

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

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

הקשר

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

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

אופן העברת ARI Push

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

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

fig1

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

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

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

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

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

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

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

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

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

fig2

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

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

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

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

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

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

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

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

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

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

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

שינוי של שיטת הדיווח על תמחור

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

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

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

fig3

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

שלב 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, בדיוק כמו במצב משיכה רגיל. ההבדל הוא שבהודעה של השאילתה מופיעים עכשיו רק מזהי המלונות ומסלולי הנסיעה של הנכסים שציינתם בהודעת התשובה להצעה. רכיב הבסיס של הודעת שאילתה הוא <Query>.

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

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

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