Единая платформа для бронирования отелей, автомобилей и трансферов, или как превратили устаревший Joomla-сайт в современную travel-экосистему

1. Вводная задача от заказчика, проблематика, цели

К моменту подключения агентства у заказчика уже существовал основной сайт на устаревшей Joomla, а сервисы аренды автомобилей и трансферов были реализованы, но никак не унифицированы между собой. Интеграции с внешними поставщиками работали нестабильно, масштабирование бизнеса упиралось в архитектурные ограничения платформы, а единой системы личных кабинетов и избранного попросту не существовало — пользователь не мог управлять всеми своими поездками из одного места.

Стало очевидно, что проект требует не точечных доработок отдельных функций, а полного пересмотра архитектуры и подхода к разработке в целом. К моменту принятия решения о редизайне бренд сформулировал стратегические цели: увеличить онлайн-продажи сразу по трём продуктовым направлениям — отелям, автомобилям и трансферам, — создать единую платформу вместо набора разрозненных форм бронирования, повысить стабильность и скорость работы под нагрузкой, дать пользователю полноценный личный кабинет с избранным и подборками, а также заложить архитектуру, позволяющую легко подключать новых поставщиков.

По сути, задача заключалась в том, чтобы построить полноценную travel-экосистему с нуля — поверх уже существующих внешних API, но на принципиально иной, унифицированной архитектурной основе.

2. Описание реализации кейса и творческого пути по поиску оптимального решения

Вместо точечной поддержки старой системы команда спроектировала и реализовала платформу заново — на базе собственного API-слоя Frapi. В основе решения легла многоуровневая архитектура: клиентская часть сайта работает только со своим внутренним API, за ней следует уровень логики поиска, агрегации, кэша и фильтров, далее — унифицирующий слой API Rentaholiday на Frapi, приводящий данные разных поставщиков к единой модели, и уже под ним — внешние API поставщиков отелей, автомобилей и трансферов. Такая схема позволила добавлять новых поставщиков без изменений на стороне клиента — достаточно было написать адаптер на уровне API, что сократило время подключения нового партнёра с трёх-четырёх недель до трёх-пяти дней.

На клиентской части реализовали современный интерфейс: главную страницу с универсальным поисковым модулем на три вкладки (отели, автомобили, трансферы), страницы результатов с фильтрами, сортировкой и картой, детальные карточки объектов с галереей и отзывами, а также полностью адаптивную вёрстку под все устройства. Отдельным блоком спроектировали личный кабинет — с рабочим столом ближайших поездок, разделом «Мои бронирования» с фильтрацией по типу, «Избранным» для каждой категории объектов, возможностью создавать пользовательские подборки (например, «Летний отпуск») и редактированием профиля.

Процесс бронирования выстроили как чёткий четырёхшаговый путь — поиск, выбор объекта, ввод данных и оплата, подтверждение с номером брони, — предусмотрев при этом разные сценарии подтверждения в зависимости от поставщика: мгновенное, по запросу или с отложенной обработкой. Для поискового продвижения создали сотни посадочных страниц — по городам для отелей, по аэропортам для автомобилей (с уточнениями вроде «без депозита» или «с автоматической коробкой») и по маршрутам для трансферов, — с категорийными карточками направлений и предложений.

Сервис трансферов при этом перевели из статуса дополнительной опции в полноценный самостоятельный продукт, а отели — в самый технически сложный сегмент платформы: базовые данные поступают по внешним API, но расчёт финальной цены, проверка доступности номеров, фильтрация и управление заказами реализованы полностью на стороне команды, что позволило вывести в выдачу десятки тысяч отелей без потери скорости пагинации и фильтрации.

Отдельное внимание уделили производительности под нагрузкой: внедрили многоуровневое кэширование результатов поиска и статических страниц, контроль параллельных запросов к внешним API, очередь обработки долгих запросов и отказоустойчивость — если один поставщик становился недоступен, платформа продолжала показывать результаты от остальных. Также реализовали административную панель для управления бронированиями, контентом, пользователями и SEO-текстами.

Среди самых нетривиальных задач в процессе работы оказались: унификация данных десятков внешних API с разными форматами цен и подтверждений, построение единой статусной модели бронирования для трёх разнородных продуктов, безопасный перенос пользователей и истории бронирований из старой Joomla-базы с удалением дублей, а также синхронизация цен поставщиков в реальном времени через механизм «живой цены» на этапе оплаты.

3. Результаты сотрудничества

Вместо устаревшего сайта на Joomla с нестабильными интеграциями и почасовой ручной поддержкой заказчик получил современную travel-платформу на собственной трёхуровневой архитектуре Frapi, объединяющую отели, автомобили и трансферы под одним пользовательским аккаунтом.

Конверсия в бронирование выросла примерно на 37% благодаря удобному поисковому модулю и полноценному личному кабинету. Выросло и число повторных бронирований — пользователи стали активно возвращаться к сохранённому избранному и своим подборкам. Все операции с бронями стали прозрачны для клиента: отмена и изменение доступны напрямую из личного кабинета.

При трафике около 50 тысяч посетителей в месяц, включая сезонные пиковые нагрузки, платформа стабильно отдаёт результаты поиска в среднем за 2 секунды для отелей и за 1,5 секунды для автомобилей и трансферов. Подключение нового поставщика теперь занимает 3–5 дней вместо прежних трёх-четырёх недель. Благодаря сотням новых посадочных страниц по городам, аэропортам и маршрутам заметно вырос и органический трафик из поисковых систем.

В итоге бренд перестал быть просто сервисом аренды автомобилей и превратился в полноценную travel-платформу — с готовой архитектурой для дальнейшего масштабирования и подключения новых поставщиков без риска для стабильности системы.