ru

Журнал для отельеров

Как работает алгоритм OTA: от чего зависит позиция в Booking.com и Airbnb

18 мин чтенияHotelsCalendarКаналы и OTA#channels
Экран поиска жилья: список объявлений с ценами, оценками и картой города — выдача собирается под конкретный запрос гостя

cottonbro studio / Pexels

Вы открываете Booking.com в окне инкогнито, вводите свой город и даты и ищете себя в списке. Объект на месте: фото те же, цены те же, что в тарифах. Выше — отель напротив, с меньшими номерами и оценкой на полбалла ниже. Логичный вопрос: за что ему первая строка?

Дальше обычно начинается мифология про «алгоритм»: секретная формула, которую можно купить, взломать или выпросить у поддержки. OTA — онлайн-тревел-агентства, то есть Booking.com, Airbnb, Expedia и их соседи по выдаче; их алгоритмы здесь и разбираем (что такое OTA и сколько они стоят). Правда скучнее и полезнее. Формулу платформа не публикует, но официально называет группы факторов, из которых складывается порядок, и отдельно перечисляет, что в ваших руках. Ниже — что говорит сама Booking.com, что Airbnb, что правится в кабинете объекта, а что вообще никому не подчиняется.

И одна настройка, без которой остальное не сложится: одной позиции не существует.

Сначала главное: одной позиции не существует

Гость ищет не «вообще», а под конкретный запрос: город, даты, число гостей. Под каждую комбинацию выдача собирается заново. Справка Booking.com говорит это без обиняков: значение каждого фактора «определяется динамически для каждого конкретного поискового запроса и не основано на фиксированном весе факторов».

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

Отсюда рабочее правило. Вопрос «на какой мы позиции» некорректен: ответ зависит от того, кто, откуда и с какими датами смотрит. Замерять нужно не позицию, а то, что платформа считает сама: показы в результатах поиска, переходы на страницу объекта, брони. У Booking.com для этого есть панель «Ваша позиция в результатах поиска и эффективность бронирования» — это честная метрика видимости, в отличие от места в списке на вашем ноутбуке.

Четыре группы факторов Booking.com

В справке для партнёров перечислены четыре группы, и звучат они так.

Характеристики объекта — местоположение, цены на Booking.com, оценки по отзывам гостей, качество страницы объекта. Это всё, что относится к самому предложению: где вы находитесь, сколько просите, что говорят гости и насколько заполнена карточка.

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

Поисковый запрос путешественника — направление, даты, срок проживания, количество и тип гостей. На эту группу вы не влияете вовсе: гость уже решил, куда и когда едет. Но именно она решает, какие ваши сильные стороны вообще попадут в кадр — объект у моря и объект у вокзала живут в разных запросах.

Предпочтения путешественника — история поисков, страна, язык.

Итого две группы из четырёх — про ваш объект и его результаты, две — про гостя. Половина формулы вам не подчиняется, и это хорошо бы принять до того, как тратить сезон на борьбу с ветряными мельницами.

Airbnb: цена, качество, популярность и локация

У Airbnb своя четвёрка: качество, популярность, цена и — для целых домов — локация. Разница начинается со слова: Booking.com ранжирует объект, Airbnb — объявление. Дальше расшифровка из справки платформы.

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

Популярность — вишлисты, брони, сообщения хозяину: «более популярные объявления, как правило, ранжируются выше».

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

Локация у Airbnb — полноценный фактор для целых домов, у Booking.com местоположение живёт внутри характеристик объекта.

Что оцениваетсяBooking.com — объектAirbnb — объявление
Контенткачество страницы объектафото, видео, описание, удобства
Отзывыоценки по отзывам гостейоценки и отзывы внутри качества
Ценацены на Booking.comниже сопоставимых — выше в поиске
Поведение гостейконверсия и кликабельностьброни, вишлисты, сообщения
Действия хозяина—ответ до 24 часов, доля отклонений, отмены
Местоместоположениелокация — фактор целых домов

Отдельный слой Airbnb — рычаги хозяина. В русскоязычной версии справки они собраны списком: «Отвечайте на запросы в течение 24 часов. Старайтесь не отклонять их слишком часто. Активируйте мгновенное бронирование», «Уменьшите количество ограничений, например минимальную и максимальную продолжительность бронирований», «Откройте даты в календаре, тогда вас найдут больше гостей». Плюс статус суперхозяина: в его требованиях — оперативность ответов и минимум отмен со стороны хозяина. Всё это делается руками в кабинете платформы, и никакой софт за вас кнопку «ответить гостю» не нажмёт.

Доступность: условие участия, а не фактор

Вокруг этой темы гуляет устойчивый тезис: «для Booking.com доступность — первый фактор ранжирования». В действующей справке платформы его нет, и это тот случай, когда опровержение полезнее красивой версии.

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

У Airbnb та же механика описана как рычаг хоста: чем больше дат доступно, тем вероятнее совпадение с планами гостя — «добавление доступности может улучшить видимость объявления».

Практический вывод один: календарь открывается далеко вперёд. Гости начинают искать жильё почти за год до поездки, и совет Booking.com звучит так: держите календарь открытым до 24 месяцев вперёд. Для объекта на 9–30 номеров протолкнуть два года дат в несколько каналов руками — работа на постоянное внимание, и её как раз берёт на себя Менеджер каналов (Channel Manager): после сопоставления категорий и тарифов доступность и цены выгружаются в каналы автоматически на два года вперёд.

Ограничения, которые прячут объект целиком

Второй неочевидный слой — ограничения продаж. Booking.com посвящает им отдельный раздел гайда: «ограничения дают контроль над получаемыми бронями и являются ещё одним инструментом влияния на заметность», а дальше — самое важное: «если путешественник ищет вариант, для которого вы задали ограничение, вы можете не показаться ему вообще». Airbnb повторяет ту же мысль в списке рычагов: уменьшите количество ограничений, например минимальную и максимальную продолжительность брони.

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

Разница с доступностью тонкая, но важная. Закрытые даты — вы не участвуете. Ограничение — вы участвуете в тысячах запросов, но именно этот отсеяли сами, и часто забыли, что ставили. Поэтому ограничения стоит пересматривать по сезону, а не заводить один раз и навсегда.

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

Цена: конкурентная, а не самая низкая

У Booking.com цена сидит внутри характеристик объекта — платформа прямо называет «цены на Booking.com» среди факторов и советует держать их конкурентными. У Airbnb формулировка, как мы видели, ещё конкретнее: ниже сопоставимых — выше в поиске.

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

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

Отдельно — две фразы про паритет. В странах без паритета, куда входят все страны ЕЭП, Booking.com прямо пишет: цены и другие коммерческие условия, предлагаемые через каналы вне платформы, при определении позиции не учитываются. На практике: цена на вашем собственном сайте в Европе позиции в канале не портит — страх «за более дешёвую цену на сайте нас опустят» там уже не работает.

Карточка объекта: фото, удобства, описание

Теперь про то, что видно гостю целиком. Качество страницы объекта — названный фактор Booking.com, контент объявления — часть качества у Airbnb. Самая цитируемая цифра темы принадлежит самой Booking.com: 63% гостей называют фото главным источником информации при выборе жилья. Не цены, не отзывы — фото.

Что из этого следует на практике. Первое фото работает как обложка: на него смотрят в списке, решая, кликать ли. Удобства — это не украшение карточки, а фильтры гостя: тот, кто отметит «парковка» и «завтрак», не увидит объект, у которого эти поля не заполнены, — платформа честно отсечёт его по фильтру. Описание отвечает на вопросы, которые не влезли в удобства: где парковка, можно ли с животным, что с завтраком.

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

Показы, клики, брони: цикл, который запускается сам

Путь гостя к брони: открытые даты и ограничения решают, попадёт ли объект в выдачу, фото и цена — получит ли клик, описание и отзывы — дойдёт ли до брони

Самое любопытное в этих факторах — они завязаны в цикл. Объект показался → гость кликнул → на странице забронировал → платформа посчитала конверсию выше → показала объект чаще → снова показы. Работающая карточка прокачивает сама себя; неработающая — так же старательно выдавливает себя из выдачи.

Отсюда понятная очередь действий. Сначала то, без чего цикл не стартует: открытые даты и разумные ограничения. Потом то, что превращает показ в клик: первое фото, цена, оценка. Потом то, что превращает клик в бронь: описание, отзывы, понятные условия отмены.

Небольшая арифметика на условной тысяче показов. При кликабельности в два процента из тысячи показов получается двадцать переходов; при конверсии в пять процентов — одна бронь. Дальше развилка из трёх путей. Первый — увеличить показы, то есть отобрать их у конкурентов, у которых работают те же факторы. Второй — поднять кликабельность до четырёх процентов: те же тысяча показов дают сорок переходов и две брони. Третий — поднять конверсию до десяти процентов: те же двадцать переходов дают две брони. Первый путь чужой и дорогой, два остальных — ваши. Именно поэтому платформы и считают эффективность, а не место в списке.

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

Платные программы видимости: что дают и что стоят

Кроме органического порядка, у Booking.com есть платные программы, и важно понимать, что именно они продают.

Привилегированная программа (Preferred Partner) — по данным самой платформы, участники получают на 65% больше просмотров и на 35% больше бронирований в среднем. Preferred Plus — верхний эшелон: топ-10% привилегированных объектов. Genius — программа скидок: больше видимости для объекта, скидку при этом оплачивает сам объект. «Стать заметнее» (Visibility Booster) — временный подъём по выбранным странам и датам. Спецпредложения (Deals) — участие в распродажах платформы. Отдельно живёт Sponsored Listings: платные позиции в выдаче, где место определяется аукционом ставок за клик.

Общее у всех: это покупка заметности, а не позиции. Формулировки платформы аккуратны — «gain greater visibility», никакой гарантии строки в топе нет. Вход не для всех: «для участия объект должен соответствовать критериям отбора» — смотреть их предлагают во вкладке Boost performance в Экстранете.

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

Чего не стоит делать: три коротких сюжета

Покупать «гарантированный топ». Гарантии позиции нет даже у платных программ — там аккуратно говорится о большей заметности, а единственный способ купить место в выдаче, Sponsored Listings, работает как аукцион за клик. Любое обещание первой строки за месяц — это обещание того, чем продавец не распоряжается: веса факторов платформа пересчитывает под каждый запрос и не публикует.

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

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

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

Объекта нет в выдаче: восемь проверок по порядку

Частый случай: объект жив, номера свободны, а в выдаче его нет. По порядку:

  1. Открыты ли даты. Самая частая причина и самая дешёвая проверка: если на запрошенные даты продажи закрыты, объекта в выдаче нет вообще.
  2. Ограничения тарифа. Минимальное пребывание, закрытые дни заезда и выезда, срок до прибытия. Часто ставится один раз под конкретный сезон и живёт годами.
  3. Закрытые продажи на канале. Продажи могли быть закрыты на дату в кабинете или в системе — квоты в канале на нуле.
  4. Связка с системой. Если доступность уходит в каналы автоматически, проверьте журнал отправок: что и когда ушло, какой статус у подключения — активен, на паузе, ошибка.
  5. Фильтры гостя. Ищите с выключенными фильтрами и без сортировки по цене: возможно, объект есть, но в середине списка, который вы не долистали.
  6. Удобства. Незаполненные удобства выбрасывают объект из отфильтрованных выдач — гость их никогда не увидит.
  7. Главное фото. Объект на месте, но кликов нет: обложка не работает, показы не превращаются в переходы.
  8. Цена и оценка. Объект видно, но на последних страницах: это уже не «невидимость», а конкурентность — возвращаемся к предыдущим разделам.

Первые четыре пункта — про то, что вы сами отключили. Остальные — про то, что вы недокрутили. Разница важная: первое чинится за вечер, второе — работой на протяжении сезона.

Видимость за пределами канала: короткий список

Пока вы боретесь за строку в выдаче, сама выдача меняет форму. В метапоиске Google — там, где сравниваются цены из разных источников, — у объекта есть бесплатный вход: ссылки в метапоиске Google (free booking links), то есть цены объекта и прямая ссылка на страницу бронирования на вашем сайте; платный слой здесь — продвижение, а не само присутствие.

Одновременно меняется то, как гость ищет. Бронирование отелей появляется прямо в ИИ-ассистентах, а отраслевые издания описывают сдвиг так: вместо просмотра десятка вариантов гость получает короткий список из двух-трёх — оценку практиков, а не замер, но направление она показывает верное. Чем короче список, тем меньше решает «позиция» и тем больше — само попадание в список. А попадание в списки начинается с данных: у каналов и метапоиска должны быть ваши актуальные цены и свободные номера.

Прямой канал сюда тоже вписывается: free booking links ведут на страницу бронирования вашего сайта, а не в кабинет канала. Чтобы ценам вообще было куда вести гостя, сайту нужна страница бронирования — Модуль бронирования (Booking Engine). Что он должен уметь для такой выдачи — в гайде про Модуль бронирования.

Что из этого делает софт, а что — нет

Теперь честно разложим, что здесь автоматизируется, а что нет.

Что в ваших руках, а что нет: открытые даты, ограничения, тарифы и карточка против динамических весов, персонализации и поведения гостей

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

Booking.com прямо советует в гайде для партнёров: календарь, тарифы и ограничения ведите через провайдера связи, а не через Экстранет — так изменения сохраняются корректно. Это, по сути, официальное описание работы Менеджера каналов. Дальше — механика, как она устроена у нас: квоты на дату считаются из единого календаря PMS, а не отдельным счётчиком на каждый канал; закрыли продажи на дату — квоты обнулились во всех каналах; изменили тариф или ограничение — изменения ушли в каналы автоматически; бронь из канала вернулась в календарь сама и видна в шахматке с пометкой источника. Журнал отправок показывает, что и когда ушло, статусы подключений — активен, на паузе, ошибка; если что-то пошло не так, синхронизацию можно запустить вручную одним действием. Каталог — более ста каналов, подключение за пару модалок и сопоставление категорий.

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

Позиция — это выход, а не вход

Если собрать статью в одну фразу, она звучит так: платформы усиливают объекты, которые уже продают и довольных гостей приводят снова. Не наоборот.

Поэтому порядок работы такой. Открыть даты подальше и убрать лишние ограничения — это условие участия. Привести в порядок карточку и цену — это шанс на клик и бронь. Обеспечить броням гарантию, а гостям быстрые ответы — это то, что платформа считает качеством. И только потом смотреть в статистику показов — не ради самой позиции, а ради темпа броней: как он считается и зачем следить за будущими датами — в статье про OTB.

А если вы только собираете набор систем для объекта, вся эта механика опирается на минимальный стек: PMS, Менеджер каналов, Модуль бронирования. С чего начать и что не покупать раньше времени — в статье про софт малого отеля.

Часто задаваемые вопросы

Правда ли, что для Booking.com главный фактор — доступность?

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

Почему объект не показывается в выдаче, хотя номера свободны?

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

Насколько вперёд открывать календарь?

Booking.com советует держать календарь открытым до 24 месяцев вперёд: гости начинают искать жильё почти за год до поездки. У Airbnb логика та же: чем больше открытых дат, тем вероятнее совпадение с планами гостя. Два года дат в нескольких каналах вручную не живут — календарь должен быть один, в PMS, а в каналы его рассылает Менеджер каналов.

Стоит ли платить за Preferred Partner, Genius или Visibility Booster?

Это покупка заметности, а не позиции: гарантии строки в топе нет. По данным самой Booking.com, привилегированная программа даёт в среднем на 65% больше просмотров и на 35% больше броней, но стоит надбавки к комиссии — около трёх процентных пунктов поверх базовой ставки (по рыночной оценке около 15%), — и для входа нужно соответствовать критериям отбора. Решение принимается по экономике канала, а не по каталогу программ — как её считать.

Поднимет ли менеджер каналов позицию объекта?

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

Как понять, что видимость выросла?

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

Открытые даты и тарифы — во всех каналах без ручного переноса

Менеджер каналов считает квоты из единого календаря PMS: закрыли дату — квоты обнулились везде, пришла бронь — вернулась в шахматку → 14 дней полного доступа

14 дней полного доступа · сегодня без списанийВозврат в течение 7 дней

Блог

Связанные статьи