حالت های تحویل قیمت

حالت تحویل نحوه ارسال به‌روزرسانی‌های قیمت را برای ترکیب هتل و برنامه سفر به Google تعیین می‌کند. شما و مدیر حساب فنی خود (TAM) در طول پیکربندی اولیه با هم کار می کنید تا حالت تحویل خود را تنظیم کنید.

مروری بر حالت های تحویل

به‌عنوان پیش‌فرض، تا 330 روز قبل از در دسترس بودن اتاق و تا 30 شب اقامت، می‌توان از هتل درخواست کرد، اما می‌توانید حداکثر تعداد برنامه‌های سفر (ترکیبی از تاریخ ورود و مدت اقامت) را تعیین کنید.

هرچه برنامه های سفر بیشتری را پشتیبانی کنید، در مزایده های بیشتری شرکت خواهید کرد. با این حال، هرچه برنامه های سفر بیشتری را پشتیبانی کنید، باید داده های بیشتری را به Google ارسال کنید تا داده های قیمت گذاری خود را دقیق نگه دارد.

روش‌های معمولی برای به‌روزرسانی قیمت‌ها از پیام‌های تراکنش به یکی از روش‌های زیر استفاده می‌کنند:

  • ARI (Push) : یک فید تحویل قیمت که از برنامه‌های نرخ، در دسترس بودن و فراداده‌های هتل برای تنظیم استراتژی‌های قیمت‌گذاری از پیش تعریف‌شده برای املاک شما استفاده می‌کند. برخلاف Pull and Changed Pricing، فیدهای ARI برای قیمت‌ها یا برنامه‌های سفر خاص درخواست نمی‌کنند. در عوض، پیام‌هایی حاوی زیرمجموعه‌ای از اطلاعات را فشار می‌دهید که نشان‌دهنده یک مدل قیمت‌گذاری برای دارایی‌های شما بر اساس جزئیات نرخ، محدودیت‌ها و در دسترس بودن مختلف است. فیدهای ARI از مشخصات OTA XML ( OTA_HotelRateAmountNotifRQ و OTA_HotelAvailNotifRQ ) برای تعریف در دسترس بودن و قیمت گذاری استفاده می کنند. برای کسب اطلاعات بیشتر در مورد حالت تحویل ARI و تعیین اینکه آیا این نوع فید برای حساب شما مناسب است یا خیر، با مدیر حساب خود تماس بگیرید. برای اطلاعات بیشتر، استفاده از ARI را ببینید.

  • کشش : Google به طور منظم از سرویس شما درخواست می‌کند تا حافظه پنهان قیمت و داده‌های در دسترس بودن خود را به‌روز کند. در این مدل، گوگل درخواستی را به سرور شما ارسال می کند و سرور شما با داده های به روز پاسخ می دهد. این مدل اگر دقیقاً نمی دانید چه زمانی اطلاعات قیمت گذاری تغییر می کند یا اینکه اطلاعات قیمت گذاری به طور نامنظم در طول روز تغییر می کند، بهترین است. قیمت‌ها در حافظه پنهان باقی می‌مانند تا زمانی که الگوریتم‌های Google بر اساس تاریخچه تغییر قیمت قبلی خاص شریک، تعیین کنند که قیمت‌ها کهنه شده‌اند. برای اطلاعات بیشتر، به استفاده از حالت تحویل کششی مراجعه کنید.

  • قیمت گذاری تغییر یافته (قبلاً Pull with Hints): مشابه Pull، با این تفاوت که Google فقط برای زیرمجموعه ای از ویژگی ها، نه همه دارایی ها، داده ها را درخواست می کند. این حالت می تواند به طور قابل توجهی میزان ترافیک شبکه را هنگام به روز رسانی قیمت ها و در دسترس بودن املاک شما کاهش دهد. قیمت‌ها تا زمان به‌روزرسانی به‌طور نامحدود در حافظه پنهان باقی می‌مانند. برای اطلاعات بیشتر، استفاده از قیمت گذاری تغییر یافته را ببینید.

علاوه بر به‌روزرسانی قیمت‌ها، می‌توانید از پیام‌های تراکنش برای حذف املاک از موجودی خود استفاده کنید. برای اطلاعات بیشتر، به حذف موجودی مراجعه کنید.

برای اطلاعات بیشتر درباره ارائه به‌روزرسانی‌های قیمت، از جمله نمونه‌هایی از پیام‌های تراکنش، به به‌روزرسانی قیمت‌ها مراجعه کنید.

پرس و جوهای قیمت گذاری زنده

Google همچنین می‌تواند برخی به‌روزرسانی‌های قیمت را در زمان حراج با «پرسمان‌های قیمت‌گذاری زنده» درخواست کند. جستارهای قیمت‌گذاری زنده درخواست‌های قیمت‌گذاری از طرف Google برای یک حراج فعلی هستند. اگر در بازه زمانی مشخص شده پاسخ دهید، آگهی شما باید در حراج نمایش داده شود.

Google پاسخ به درخواست قیمت زنده را مانند هر پیام تراکنش دیگری ذخیره می کند. در نتیجه، Google می‌تواند به‌جای ارسال یک درخواست قیمت زنده دیگر در آینده، قیمت را از حافظه پنهان خود ارائه کند.

برای اطلاعات بیشتر، به جستارهای قیمت گذاری زنده مراجعه کنید.

متن نوشته

درخواست‌های Pull and Changed Pricing معمولاً اطلاعاتی را درباره کاربر مشخص نمی‌کنند، زیرا Google از پاسخ‌های شما برای پر کردن حافظه پنهانی استفاده می‌کند که ممکن است برای ارائه خدمات به کاربران مختلف استفاده شود.

از آنجایی که بازگرداندن قیمت‌های مربوط به مجموعه کاملی از زمینه کاربر ممکن است برای شما گران باشد، یک ویژگی در حال آزمایش است که در آن زمینه‌های کاربر محبوب به عنوان بخشی از پرس و جو مشخص شده است. زمینه های کاربر بر اساس درخواست های کاربر است که در آن شما فرصتی برای نشان دادن قیمت داشتید و برای پوشش اکثریت عظیم درخواست های کاربر محاسبه می شود. ممکن است تعداد زیادی از زمینه‌های کاربری را برای دارایی‌ها یا برنامه‌های سفر بسیار محبوب ببینید، اما میانگین تعداد زمینه‌های کاربر باید کمتر از ۱۰ باشد. برای یک پرس و جو داده شده با این حال، نادیده گرفتن زمینه پیشنهادی کاربر می‌تواند منجر به کاهش ترافیک شود.

حالت تحویل فشاری ARI

با حالت تحویل فشاری ARI، هر زمان که نرخ‌های شبانه، در دسترس بودن، تعداد موجودی یا سایر محدودیت‌ها تغییر کند، به‌روزرسانی‌های افزایشی را به Google ارسال می‌کنید. برخلاف Pull یا Changed Pricing، ARI Push به شما امکان می‌دهد از یک مدل قیمت‌گذاری متفاوت برای به‌روزرسانی مؤثر اجزای مختلف اطلاعات قیمت‌گذاری در Google استفاده کنید.

نمودار زیر جریان درخواست و پاسخ را برای حالت تحویل فشاری ARI نشان می دهد:

عکس. 1

مرحله 1: پیام های ARI Push را به Google ارسال کنید

برای به روز رسانی داده های خود با ARI Push، هر زمان که داده های شما تغییر کرد، یک پیام درخواست ARI ارسال کنید. حالت تحویل فشاری ARI از انواع پیام ها و استراتژی های قیمت گذاری پشتیبانی می کند. برای اطلاعات دقیق درباره ارسال پیام، به استفاده از ARI مراجعه کنید.

قیمت‌های شما باید توسط Google ارائه شود و در عرض 15 تا 20 دقیقه پس از دریافت پیام برای کاربران قابل مشاهده باشد.

مرحله 2: تأیید کنید که داده ها با موفقیت توسط Google ذخیره شده اند

برای هر پیام ARI Push دریافتی، Google با وضعیت اتصال HTTP و نتایج پردازش ARI پاسخ می‌دهد. در صورت موفقیت آمیز بودن اتصال به سرور، Google با یک HTTP 200 OK پاسخ می دهد. همچنین شامل بدنه‌ای با پیام پاسخ است که نشان می‌دهد آیا به‌روزرسانی‌ها با موفقیت اعمال شده‌اند یا با هشدارها یا خطاهایی در حالت تحویل مواجه شده‌اند.

آدرس های IP لیست مجاز

برای فهرست مجاز آدرس‌های IP که برای ارسال پیام‌های ARI به Google استفاده می‌کنید، از صفحه تنظیمات قیمت ARI Hotel Center استفاده کنید. با نحوه به‌روزرسانی تنظیمات قیمت خود در مرکز هتل آشنا شوید.

ابرداده های اتاق و بسته را با ARI Push به روز کنید

از نوع پیام Transaction (Property Data) برای تعریف انواع اتاق های فعال و طرح های نرخ (بسته ها) برای هر ملک استفاده کنید. هر زمان که انواع اتاق یا طرح‌های نرخ اضافه، حذف یا تغییر می‌شوند، باید به‌روزرسانی‌ها را انجام دهید. در این مورد، شما یک پیام XML با اطلاعات جدید در عناصر <RoomData> و <PackageData> ارسال می کنید. این عناصر فرزندان عنصر <PropertyDataSet> هستند.

خطاهای اتصال یا محتوا

اگر به دلیل نادرست یا نادرست بودن XML خطای حالت تحویل دریافت کردید، وضوح پیشنهادی را در پیام‌های خطای وضعیت فید پیدا کنید.

اگر هنگام ارسال یک پیام ARI به Google، خطای اتصال HTTP دریافت کردید، درخواست را در فواصل زمانی 1، 5 و 20 دقیقه دوباره امتحان کنید. اگر بعد از 3 بار تلاش مجدد مشکل ادامه داشت، ارسال پیام را متوقف کنید و با پشتیبانی Google تماس بگیرید.

حالت تحویل بکشید

با حالت تحویل کششی، Google به صورت دوره‌ای پیام‌های Query را برای درخواست به‌روزرسانی قیمت به سرور شما ارسال می‌کند. سرور شما به پیام‌هایی با پیام‌های تراکنش که حاوی اطلاعات قیمت و در دسترس بودن به‌روزرسانی هستند، پاسخ می‌دهد.

نمودار زیر جریان درخواست/پاسخ Pull را نشان می دهد:

شکل 2

پس از دریافت به‌روزرسانی‌های قیمت، Google معمولاً داده‌های قیمت‌گذاری و در دسترس بودن جدید را در عرض تقریباً 5 دقیقه پردازش می‌کند.

بخش های بعدی هر یک از این مراحل را با جزئیات بیشتری توضیح می دهند.

مرحله 1: پیام پرس و جو

به‌طور پیش‌فرض، Google پیام‌های درخواستی را برای همه دارایی‌های تعریف‌شده در فهرست هتل شما ارسال می‌کند. این می تواند به این معنی باشد که شما باید چندین پیام Query را در طول فرآیندهای قیمت گذاری مجدد دریافت کنید.

پیام‌های Query قیمتی که Google به سرور شما ارسال می‌کند دارای ویژگی‌های زیر است:

  • عنصر ریشه <Query> است.
  • به نقطه پایانی که در پیکربندی اولیه شما تعریف شده است ارسال می شود. برای اطلاعات بیشتر، با مدیر حساب فنی خود (TAM) تماس بگیرید.
  • از روش HTTP POST استفاده می کند. (اگر از HTTPS استفاده می کنید، باید دامنه را توسط یک مرجع گواهی رسمی امضا کنید.)
  • هدر Content-Type روی application/xml تنظیم شده است.
  • هر پیام شامل حداکثر 100 ویژگی است که Google اطلاعات قیمت و در دسترس بودن آنها را درخواست می کند.
  • سربرگ User-Agent روی Google-HotelAdsPrices تنظیم شده است.

مرحله 2: پیام تراکنش

هنگامی که سرور شما یک پیام Query دریافت می کند، باید با یک پیام تراکنش که حاوی اطلاعات قیمت گذاری برای برنامه های سفر درخواستی است، پاسخ دهد.

عنصر اصلی یک پیام تراکنش <Transaction> است. برای اطلاعات بیشتر، به پیام‌های تراکنش و به‌روزرسانی قیمت‌ها مراجعه کنید.

به‌روزرسانی فراداده اتاق و بسته

علاوه بر به‌روزرسانی داده‌های قیمت‌گذاری با Pull، می‌توانید از پیام‌های تراکنش نیز برای به‌روزرسانی فراداده اتاق و بسته خود استفاده کنید. برای اطلاعات بیشتر، به تعریف فراداده اتاق و بسته مراجعه کنید.

حالت تحویل قیمت تغییر کرد

تغییر قیمت به کاهش اندازه و تعداد پیام‌های Query و Transaction برای به‌روزرسانی‌های قیمت کمک می‌کند. وقتی از قیمت‌گذاری تغییر یافته استفاده می‌کنید، فهرستی از دارایی‌هایی را که قیمت‌های به‌روز دارند به Google ارسال می‌کنید. Google با یک پیام درخواست پاسخ می دهد که فقط قیمت آن املاک را می خواهد.

برای پیکربندی نقطه پایانی که Google پیام‌های درخواست راهنمایی را به آن ارسال می‌کند، با مدیر حساب فنی (TAM) خود مشورت کنید. شما باید این را در طول پیکربندی اولیه تنظیم کرده باشید.

نمودار زیر جریان درخواست و پاسخ را برای قیمت گذاری تغییر یافته نشان می دهد:

شکل 3

بخش های زیر هر یک از مراحل این جریان را شرح می دهند.

مرحله 1: پیام درخواست راهنمایی

پیام‌های درخواست راهنمایی که Google به سرور شما ارسال می‌کند دارای ویژگی‌های زیر است:

  • عنصر ریشه <HintRequest> است.
  • به نقطه پایانی که در پیکربندی اولیه شما تعریف شده است ارسال می شود. برای اطلاعات بیشتر، با مدیر حساب فنی خود (TAM) تماس بگیرید.
  • از روش HTTP POST استفاده کنید. (اگر از HTTPS استفاده می کنید، باید دامنه را توسط یک مرجع گواهی رسمی امضا کنید.)
  • هدر Content-Type روی application/xml تنظیم شده است.
  • در یک فرکانس مشخص، Google یک مُهر زمانی به سرور شما ارسال می‌کند که آخرین باری را که به یک پیام درخواست راهنمایی پاسخ داده‌اید، مشخص می‌کند.
  • سربرگ User-Agent روی Google-HotelAdsPrices تنظیم شده است.

توصیه می کنیم فرکانس را روی 5 دقیقه تنظیم کنید. برای تنظیم یا تغییر فرکانس پیام‌های درخواست راهنمایی، با ما تماس بگیرید .

وقتی یک پیام درخواست راهنمایی از Google دریافت می‌کنید، با تمام قیمت‌هایی که از آن زمان به‌روزرسانی شده‌اند، پاسخ می‌دهید. برای اطلاعات بیشتر، به پیام‌های درخواست راهنمایی مراجعه کنید.

مرحله 2: پیام پاسخ راهنمایی

سرور شما به یک پیام درخواست راهنمایی با یک پیام پاسخ راهنمایی پاسخ می دهد. این پیام شامل شناسه‌های هتل و برنامه‌های سفر برای املاکی است که قیمت‌های آنها از آخرین باری که پیام درخواست راهنمایی دریافت کرده‌اید و به آن پاسخ داده‌اید تغییر کرده است.

عنصر ریشه پیام Hint Response <Hint> است. برای اطلاعات بیشتر، به پیام‌های پاسخ راهنمایی مراجعه کنید.

مرحله 3: پیام پرس و جو

Google پیام Hint Response را دریافت می کند و با یک پیام Query پاسخ می دهد، درست مانند حالت کشش استاندارد. تفاوت این است که پیام Query اکنون فقط شامل شناسه های هتل و برنامه های سفر برای املاکی است که در پیام Hint Response مشخص کرده اید. عنصر اصلی یک پیام Query <Query> است.

Google هنگام تعیین شناسه‌های هتل برای درخواست قیمت با قیمت‌گذاری تغییر یافته، محتوای فید فهرست هتل شما را نادیده می‌گیرد. این امر اندازه پیام درخواستی که از Google دریافت می‌کنید و اندازه پیام تراکنش پاسخ شما را بسیار کاهش می‌دهد.

مرحله 4: پیام تراکنش

شما یک پیام تراکنش همراه با به‌روزرسانی قیمت را به عنوان پاسخ به پیام‌های درخواست Google ارسال می‌کنید. عنصر اصلی یک پیام تراکنش <Transaction> است. برای اطلاعات بیشتر، به حالت تحویل کششی مراجعه کنید.