מצב המשלוח קובע איך יישלחו ל-Google עדכוני מחירים לשילובים של מלונות ומסלולי נסיעה. אתם ומנהל החשבונות הטכני (TAM) עובדים יחד במהלך ההגדרה הראשונית כדי להגדיר את מצב ההעברה.
סקירה כללית של שיטות הצגת המודעות
כברירת מחדל, אפשר לחפש לגבי המלון עד 330 יום מראש לגבי זמינות החדר ועד 30 לילות של שהייה, אבל אתם יכולים לקבוע את מספר מסלולי הנסיעה המקסימלי (שילוב של תאריך הצ'ק-אין ומשך השהייה).
ככל שתביעו תמיכה ביותר מסלולי נסיעה, כך תוכלו להשתתף ביותר מכרזים. עם זאת, ככל שיש יותר תמיכה במסלולי נסיעה, כך צריך לשלוח יותר נתונים ל-Google כדי לשמור על דיוק בנתוני התמחור.
השיטות הטיפוסיות לעדכון מחירים משתמשות בהודעות Transaction באחת מהדרכים הבאות:
ARI (Push): פיד להצגת מחירים. בפיד הזה נעשה שימוש בתוכניות תעריפים, בזמינות ובמטא-נתונים של מלונות כדי להגדיר אסטרטגיות תמחור מוגדרות מראש לנכסים. בניגוד ל-Pull ול-Change Pricing, פידים של ARI לא שולחים שאילתות לגבי מחירים או מסלולי נסיעה ספציפיים. במקום זאת, מעבירים הודעות שמכילות קבוצת משנה של מידע שמייצגת מודל תמחור לנכסים שלכם, בהתאם לתעריפים שונים, להגבלות ולזמינות שונות. פידים של ARI משתמשים במפרט XML של OTA (
OTA_HotelRateAmountNotifRQו-OTA_HotelAvailNotifRQ) כדי להגדיר זמינות ותמחור. פנו למנהל החשבון שלכם כדי לקבל מידע נוסף על מצב ההעברה של ARI ולברר אם סוג הפיד הזה הכי מתאים לחשבון שלכם. למידע נוסף, ראו שימוש ב-ARI.Pull: Google שולחת שאילתות לשירות באופן קבוע כדי לרענן את המטמון של נתוני התמחור והזמינות. במודל הזה, Google שולחת בקשה לשרת שלכם והשרת מגיב עם נתונים מעודכנים. כדאי להשתמש במודל הזה אם לא יודעים בדיוק מתי פרטי התמחור משתנים או אם נתוני התמחור משתנים באופן לא סדיר במהלך היום. המחירים נשארים במטמון עד שהאלגוריתמים של Google קובעים שהמחירים כבר לא עדכניים על סמך היסטוריית שינויים קודמים של מחירים, ספציפית לשותפים. למידע נוסף, ראו שימוש במצב העברת משיכה.
Changed Pricing (לשעבר 'שליפה עם רמזים'): בדומה ל-Pull, חוץ ש-Google מבקשת נתונים רק לקבוצת משנה של נכסים, ולא לכל הנכסים. המצב הזה יכול לצמצם משמעותית את כמות התנועה ברשת כשמעדכנים את המחירים והזמינות של הנכסים. המחירים נשארים במטמון לזמן בלתי מוגבל עד שיעודכנו. למידע נוסף, קראו את המאמר שימוש בתמחור משתנה.
בנוסף לעדכון המחירים, תוכלו להשתמש בהודעות 'עסקאות' כדי להסיר נכסים מהמלאי. מידע נוסף זמין במאמר הסרה של מלאי שטחי פרסום.
למידע נוסף על עדכון מחירים, כולל דוגמאות להודעות שקשורות לעסקאות, קראו את המאמר עדכון מחירים.
שאילתות לגבי תמחור בזמן אמת
Google יכולה גם לבקש כמה עדכוני מחירים בזמן המכרז באמצעות שאילתות תמחור בזמן אמת. 'שאילתות לתמחור בזמן אמת' הן בקשות מ-Google לתמחור במכרז הנוכחי. אם תגיבו בתוך פרק הזמן שצוין, המודעה שלכם אמורה להופיע במכרז.
Google שומרת את התגובה לשאילתת תמחור בזמן אמת, בדיוק כמו בכל הודעה אחרת לגבי עסקה. כתוצאה מכך, Google תוכל להציג את המחיר מהמטמון שלה במקום לשלוח שאילתה נוספת של התמחור בזמן אמת בעתיד.
למידע נוסף, קראו את המאמר שאילתות לתמחור בזמן אמת.
הקשר
בדרך כלל, שאילתות שליפת תמחור ושינוי לא מציינות מידע על המשתמש, כי Google משתמשת בתגובות שלכם כדי למלא מטמון, שיכול לשמש להגשה של מגוון משתמשים.
מכיוון שיכול להיות שיקר יותר להחזיר מחירים שתואמים לקבוצה מלאה של ההקשרים האפשריים של המשתמשים, נבדקת תכונה במקומות שבהם מופיעים הקשרים פופולריים של משתמשים כחלק מהשאילתה. ההקשרים של המשתמשים מבוססים על בקשות של משתמשים שבהן הייתה לכם הזדמנות להציג מחיר, והם מחושבים כדי לכסות את הרוב המכריע של בקשות המשתמשים. יכול להיות שתראו מספר גדול של הקשרי משתמש בנכסים פופולריים מאוד או במסלולי נסיעה, אבל המספר הממוצע של הקשרי משתמש צריך להיות פחות מ-10. אתם יכולים להחזיר מחירים נוספים או להתעלם מהקשרים ספציפיים של משתמשים – אתם אלה שקובעים את המחירים שיוחזרו בתגובה לשאילתה נתונה. עם זאת, התעלמות מההקשר המוצע עלולה להוביל לירידה בנפח התנועה.
מצב העברת דחיפה ב-ARI
במצב ARI Push תוכלו לשלוח ל-Google עדכונים מצטברים בכל פעם ששינויים בתעריפים, בזמינות, בספירות מלאי או בהגבלות אחרות מדי לילה. בניגוד ל-Pull או ל-Change Pricing, ARI Push מאפשר להשתמש במודל תמחור שונה כדי לעדכן ביעילות רכיבים שונים של פרטי התמחור ל-Google.
בתרשים הבא מוצג תהליך הבקשה והתגובה של מצב ההעברה ב-ARI בדחיפה:
שלב 1: שליחת הודעות ARI בדחיפה ל-Google
כדי לעדכן את הנתונים באמצעות ARI Push, צריך לשלוח הודעת בקשת ARI בכל פעם שהנתונים משתנים. מצב העברת הדחיפה ARI תומך בסוגים שונים של הודעות ובאסטרטגיות תמחור. למידע מפורט על דחיפת הודעות, קראו את המאמר שימוש ב-ARI.
Google צריכה להציג את המחירים שלכם ולהיות גלויים למשתמשים תוך 15 עד 20 דקות מרגע קבלת ההודעה.
שלב 2: מוודאים שהנתונים נשמרים במטמון על ידי Google
לכל הודעת דחיפה של ARI שמתקבלת, Google מגיבה עם סטטוס החיבור של HTTP ותוצאות עיבוד ה-ARI. Google מגיבה באמצעות HTTP 200 OK אם החיבור לשרת מצליח. מופיע בו גם גוף עם הודעת תגובה, שמציינת אם העדכונים הוחלו בהצלחה או שנתקלו באזהרות או בשגיאות של מצב ההעברה.
כתובות IP ברשימת ההיתרים
כדי להוסיף לרשימת ההיתרים כתובות IP שבהן משתמשים כדי לדחוף הודעות ARI ל-Google, השתמשו בדף הגדרות המחיר של ARI ב-Hotel Center. איך מעדכנים את הגדרות המחיר ב-Hotel Center
עדכון המטא-נתונים של חדר וחבילה באמצעות ARI בדחיפה
השתמשו בסוג ההודעהTransaction
(Property Data) כדי להגדיר את סוגי החדרים הפעילים ואת תוכניות התעריפים (חבילות) לכל נכס.
אתם צריכים לשלוח עדכונים בכל פעם שאתם מוסיפים, מסירים או משנים סוגי חדרים או תוכניות תמחור ותשלומים. במקרה כזה, שולחים הודעת XML עם המידע החדש ברכיבים <RoomData> ו-<PackageData>. הרכיבים האלה הם צאצאים של הרכיב <PropertyDataSet>.
שגיאות התחברות או תוכן
אם מופיעה שגיאה במצב מסירה בגלל שה-XML שגוי או שגוי, תוכלו למצוא את הפתרון המומלץ בקטע הודעות שגיאה של סטטוס פיד.
אם כשאתם שולחים הודעת ARI ל-Google וקיבלתם שגיאת חיבור HTTP, נסו שוב במרווחי זמן של 1, 5 ו-20 דקות. אם הבעיה ממשיכה אחרי 3 ניסיונות חוזרים, מפסיקים לשלוח הודעות ופונים לתמיכה של Google.
מצב העברת נתונים
במצב העברת הנתונים, Google שולחת מדי פעם לשרת שלכם הודעות שאילתה כדי לבקש עדכוני מחירים. השרת משיב להודעות האלה באמצעות הודעות עסקאות שמכילות נתונים מעודכנים של תמחור וזמינות.
התרשים הבא מציג את זרימת הבקשה/תגובה של משיכה:
אחרי קבלת עדכוני המחירים, Google מעבדת בדרך כלל את נתוני התמחור והזמינות החדשים תוך כ-5 דקות.
בקטעים הבאים נתאר בפירוט רב יותר כל אחד מהשלבים האלה.
שלב 1: הודעת השאילתה
כברירת מחדל, Google שולחת הודעות שאילתה לכל הנכסים שמוגדרים ברשימת המלונות שלכם. המשמעות היא שיכול להיות שתקבלו כמה הודעות שאילתה במהלך תהליכי התמחור מחדש.
אלו המאפיינים של הודעות השאילתה לתמחור ש-Google שולחת לשרת שלכם:
- הרכיב הבסיסי (root) הוא
<Query>. - נשלח אל נקודת הקצה שהוגדרה במהלך ההגדרה הראשונית. למידע נוסף, תוכלו לפנות למנהל החשבונות הטכני (TAM).
- נעשה שימוש ב-method
POSTשל HTTP. (אם משתמשים ב-HTTPS, הדומיין צריך להיות חתום על ידי רשות אישורים רשמית). - הכותרת
Content-Typeמוגדרת כ-application/xml. - כל הודעה כוללת עד 100 מלונות ש-Google מבקשת מהם נתוני תמחור וזמינות.
- הכותרת
User-Agentמוגדרת כ-Google-HotelAdsPrices.
שלב 2: הודעת העסקה
כשהשרת מקבל הודעת שאילתה, הוא צריך להגיב עם הודעת עסקה שמכילה מידע על התמחור של מסלולי הנסיעה המבוקשים.
הרכיב הבסיסי (root) של הודעה לעסקה הוא <Transaction>. למידע נוסף, קראו את המאמרים הודעות לגבי עסקאות ועדכון מחירים.
עדכון המטא-נתונים של חדר וחבילה
בנוסף לעדכון נתוני התמחור באמצעות Pull, אפשר להשתמש בהודעות 'עסקאות' כדי לעדכן את המטא-נתונים של החדר והחבילה. מידע נוסף זמין במאמר הגדרת מטא-נתונים של חדרים וחבילות.
שינוי של מצב הצגת התמחור
שינוי במחיר עוזר להקטין את הגודל והכמות של הודעות השאילתות והעסקאות לעדכוני תמחור. כשמשתמשים ב'תמחור משתנה', שולחים ל-Google רשימה של נכסים שהמחירים שלהם עודכנו. Google משיבה הודעת שאילתה שמבקשת רק את המחירים של הנכסים האלה.
כדי להגדיר את נקודת הקצה שאליה Google שולחת הודעות Hint Request, צריך להתייעץ עם מנהל החשבונות הטכני (TAM). הייתם מגדירים אותו במהלך ההגדרה הראשונית.
התרשים הבא מציג את תהליך הבקשה ותהליך התגובה לשינוי במחיר:
הקטעים הבאים מתארים את כל אחד מהשלבים בתהליך.
שלב 1: הודעת בקשה לרמז
הודעות ה-Hit Request ש-Google שולחת לשרת שלכם כוללות את המאפיינים הבאים:
- רכיב הבסיס הוא
<HintRequest>. - נשלח לנקודת הקצה שהוגדרה במהלך ההגדרה הראשונית. למידע נוסף, פנו למנהל החשבונות הטכני (TAM).
- משתמשים ב-method
POSTשל HTTP. (אם משתמשים ב-HTTPS, הדומיין צריך להיות חתום על ידי רשות אישורים רשמית). - הכותרת
Content-Typeמוגדרת כ-application/xml. - בתדירות מסוימת, Google שולחת לשרת שלכם חותמת זמן שמגדירה את הפעם האחרונה שהגבתם להודעת Hint Request.
- הכותרת
User-Agentמוגדרת כ-Google-HotelAdsPrices.
מומלץ להגדיר את התדירות ל-5 דקות. כדי להגדיר או לשנות את תדירות ההודעות של Hint Request, צרו איתנו קשר.
כשמקבלים הודעה מ-Google לגבי בקשת רמז, מגיבים עם כל המחירים שעודכנו מאז חותמת הזמן הזו. למידע נוסף עיינו במאמר הודעות בקשה לציון רמז.
שלב 2: הודעת רמז לתגובה
השרת שלך מגיב להודעת Hint Request עם הודעת Hint Response. ההודעה הזו כוללת את מזהי המלונות ואת מסלולי הנסיעה של נכסים שהמחירים שלהם השתנו מאז הפעם האחרונה שקיבלתם את הודעת הרמז לבקשה והגבתם אליה.
רכיב הבסיס של הודעת Hint Response הוא <Hint>. למידע נוסף, ראו הודעות עם רמזורים.
שלב 3: הודעת השאילתה
Google מקבלת את הודעת Hint Response ומגיבה באמצעות הודעת שאילתה, בדיוק כמו במצב המשיכה הרגיל. ההבדל היחיד הוא שהודעת השאילתה מכילה עכשיו רק את מזהי המלונות ואת מסלולי הנסיעה לנכסים שציינתם בהודעת ה-Int Response. הרכיב הבסיסי (root) של הודעת השאילתה הוא <Query>.
כדי לקבוע את מזהי המלונות שעבורם צריך לבקש מחירים עם שינוי במחיר, Google מתעלמת מהתוכן של פיד רשימת המלונות שלכם. כך תקטין משמעותית את גודל הודעת השאילתה שאתם מקבלים מ-Google ואת גודל הודעת העסקה של התשובה שלכם.
שלב 4: הודעת העסקה
אתם שולחים הודעת עסקה עם עדכון תמחור בתגובה להודעות השאילתה של Google. רכיב הבסיס של הודעת העסקה הוא <Transaction>. למידע נוסף, קראו את המאמר מצב העברת משיכה.