Синхронизация Booking.com и Airbnb с бронированием на WordPress

Если Ваше жильё – глэмпинг, домики для отдыха, гостевые комнаты или квартиры посуточно – продаётся одновременно на собственном сайте, на Booking.com и на Airbnb, двойное бронирование лишь вопрос времени: один и тот же номер продан двум гостям, и одному из них придётся отказать. До тех пор кто-то вручную переносит каждую бронь с портала в остальные календари.

Мы настраиваем обмен iCal-календарями между системой бронирования на WordPress и порталами. Для каждого номера или объекта сайт публикует собственную iCal-ленту, которую портал регулярно считывает, и в свою очередь импортирует календарь портала. В результате бронь, сделанная на Booking.com, блокирует даты на сайте, а бронь с сайта исчезает из календаря доступности Airbnb без участия человека.

Что входит в работу

• Выбор или настройка плагина бронирования. Если на сайте уже есть система бронирования, проверяем, поддерживает ли она экспорт и импорт iCal по каждому объекту. Если нет, рекомендуем подходящий плагин или расширение; решение принимаем после обзора Вашей ситуации.
• Отдельная лента для каждого объекта. Для каждого номера, шатра или домика создаём отдельный URL экспорта и привязываем его к нужному типу номера на Booking.com или объявлению на Airbnb. Если в одном типе несколько одинаковых номеров, договариваемся, как отразить это на портале.
• Импорт лент порталов. Привязываем ссылку экспорта каждого портала к нужному объекту в WordPress и настраиваем регулярный импорт через WP-Cron или cron-задачу на сервере, чтобы он не зависел от того, заходит ли кто-то на сайт.
• Отмены и удалённые события. Проверяем, что бронь, отменённая на портале, освобождает даты на сайте, а бронь, отменённая на сайте, исчезает из ленты экспорта, а не остаётся висеть в календаре.
• Часовой пояс, заезд и выезд. Приводим к единому виду часовой пояс WordPress, сервера и порталов и проверяем, что день выезда везде свободен для следующего гостя, а не сдвинут на день раньше или позже. Это самый частый источник ошибок.
• Тест на реальных бронях. Делаем тестовую бронь в каждом канале, отслеживаем, когда она появляется в других календарях, отменяем её и убеждаемся, что даты освободились. Только после этого считаем синхронизацию рабочей.
• Импорт существующих броней. Если на порталах уже есть будущие брони, проверяем, что они попадают на сайт при первом импорте и не конфликтуют с бронями сайта.
• Краткая инструкция для хозяина. Письменная инструкция: как посмотреть, когда прошёл последний импорт, как добавить новый объект или портал и что делать, если календари разошлись.

Типичные ситуации

Чаще всего у владельца есть форма бронирования на сайте и отдельные календари на порталах, которые он сводит по телефону и блокноту, пока в разгар сезона не случается двойная бронь. Второй случай – плагин бронирования, в котором iCal есть, но не настроен или работает только в одну сторону: сайт считывает порталы, но свои брони не отдаёт. Третий – синхронизация, которая «когда-то работала», но теперь день выезда везде сдвинут или отменённые брони продолжают блокировать даты. На сайте Ranna Surfiküla глэмпинг-шатры бронируются через онлайн-движок с синхронизацией календарей по iCal, а для Allika Pesula мы построили движок бронирования на отдельном домене.

Что нам понадобится от Вас

• Доступ администратора WordPress и доступ к хостингу или FTP для настройки cron-задачи.
• Доступ к экстранету Booking.com и аккаунту хозяина на Airbnb либо человек, который скопирует оттуда iCal-ссылки и вставит наши.
• Список объектов и их соответствий на каждом портале: какой номер – какой тип номера или объявление.
• Время заезда и выезда и решение, остаётся ли между двумя бронями день на уборку.
• Согласие на тестовые брони и время, когда календарь можно проверять, не мешая реальным гостям.

Что не входит в работу

• Создание самой системы бронирования или подключение оплаты на сайте – это отдельная услуга: система бронирования для WordPress.
• Синхронизация цен, минимального срока проживания и правил доступности: iCal передаёт только занятые даты, но не тарифы. Для этого нужен channel manager, который работает с порталами через API.
• Ведение объявлений, фотографий и цен на порталах, а также создание аккаунта Booking.com или Airbnb.
• Ежемесячный контроль календарей.

Кому это подходит

Синхронизация по iCal подходит хозяину с несколькими объектами или парой десятков, который хочет держать брони с порталов и сайт в согласии без ежемесячной платы за channel manager. Учтите, что iCal не работает мгновенно: порталы считывают внешние календари по собственному расписанию, обычно раз в несколько часов, поэтому короткое окно для двойной брони остаётся. Если объектов много, каналы часто меняются или нужно синхронизировать ещё и цены, следующий шаг – channel manager с API, который мы тоже можем подключить к сайту. Если на сайте ещё нет системы бронирования, начните с системы бронирования; если сайт медленный и cron-задачи постоянно зависают, стоит сначала пересмотреть хостинг.