Куда уходит звонок из Директа, если отвечает ИИ-хостес

17.10.2026 · 8 мин чтения

23 июля 2026 года Яндекс показал ИИ-хостес. Это голосовой агент на модели Alice AI LLM и на распознавании речи SpeechKit. Он принимает звонок, уточняет дату, время и состав гостей, проверяет свободный слот и подтверждает бронь. Если закрыть просьбу он не может, разговор переходит сотруднику. Спам отсекается и до записи не доходит. Для меня это уже не сборка кампании, а то, что происходит после клика. Человек увидел объявление в Директе и набрал номер. Дальше разбираю, куда уходит такой звонок, где садится бронь и когда я включаю на этот номер платный трафик.

Клик по объявлению ресторана часто кончается не формой на сайте, а звонком. Человек с телефона хочет стол и говорит это голосом. Раньше трубку брал сотрудник. Если на линии было тихо, разговор пропадал. ИИ-хостес стоит как раз в этой паузе. Речь он разбирает через SpeechKit и отвечает фразами модели Alice AI LLM. Получается обычный разговор, без меню, где нужно нажать цифру.

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

ИИ-хостес легко поставить рядом с ИИ-помощником Директа, хотя это разные продукты. Помощник сидит в кабинете и собирает кампанию до запуска, пока объявление ещё никто не видел. Хостес отвечает на звонок уже после клика. Про то, как помощник собирает кампанию, у меня отдельная статья «Как я проверяю кампанию, которую собрал ИИ-помощник Директа». Настройки той сборки я здесь не повторяю. Пока черновик живёт в диалоге помощника, хостес в разговоре не участвует. Он включается, когда человек уже позвонил по объявлению.

Агент не забирает линию только потому, что его подключили. Момент, когда звонок уходит ему, выбирает само заведение. В материалах Яндекс Еды есть понятный пример. Я беру из него смысл, а не переношу одну и ту же паузу на все адреса без спроса. Сотрудник не взял трубку. Прошло 10 секунд. Только тогда вызов переходит агенту.

Для меня это подстраховка. Человека на линии агент не заменяет. Сначала ждёт живой приём. Агент закрывает паузу, в которой звонок иначе оборвался бы. Администратор по-прежнему может взять трубку раньше этих 10 секунд. Убирать людей и оставлять на номере один голос я из этого примера не вывожу.

Отсюда правило для текста объявления. Я не пишу, что ответит конкретный сотрудник, и не пишу, что ответит только агент. Пишу то, что заведение реально включило. Если перевод стоит на этих 10 секундах, гость может коротко услышать тишину, а потом голос агента. Так и должно быть, пока правило устроено именно так.

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

Сначала трубку ждёт сотрудник. Если пауза затянулась, звонок переходит агенту.

Подтверждённая бронь идёт через SmartReserve. Агент не оставляет стол на словах и не прячет договорённость в заметке у администратора. Он проверяет слот и фиксирует запись в этой системе. Для меня бронь случилась, когда она видна как запись. Одной фразы «ждём вас» мало: вечером её уже не найти.

Онлайн-бронь в приложении я не прибавляю к звонкам из Директа. Там человек сам выбирает место на экране и никуда не звонит. Если броней в приложении стало больше, объявление с номером от этого ещё не стало лучше.

У самого звонка названы три стыка: SmartReserve, Restoplace и Piko. Я спрашиваю, через какой из них проходит вызов, и в тексте объявления их не смешиваю. Запись разговора и расшифровка лежат в кабинете заведения. Туда я иду, когда нужно услышать, что агент обещал, и положить это рядом с фразой из рекламы. Если записи нет, спор остаётся на память. Такой номер в платный трафик я не беру.

Бронь со звонка садится в SmartReserve. Запись в приложении идёт без звонка.

Сейчас агент стоит у заведений на SmartReserve. В первую очередь это рестораны. Другие сферы, где клиент записывается заранее, в материалах названы дальнейшим планом. План я не читаю как инструкцию и не переношу ресторанный стол на любую запись по телефону.

Ресторану задаю три вопроса до того, как трогаю объявление. Видит ли агент реальные столы и время. Есть ли сотрудник, который заберёт перевод. Лежит ли запись в кабинете. Три ответа «да» значат, что номер можно готовить к рекламе. Один пробел значит, что платный трафик на номер рано включать. Клик дойдёт до линии, а стол или след разговора потеряется.

Текст объявления я сверяю с тем, что агент реально закрывает бронью. Если в рекламе есть деталь, которую он подтвердить не может, звонок уходит сотруднику. Человек просил то, что прочитал. Агент это забронировать не умеет и переводит разговор. Гостю перевод помогает. Для рекламы итог уже другой: простой слот на линии не закрылся, хотя именно за это я покупал звонок.

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

Текст объявления обещает только то, что агент сам подтверждает бронью.

Платный трафик на номер я не включаю, пока агент отвечает, номер в объявлении совпадает с номером приёма, а подтверждённая бронь может вернуться офлайн-сигналом. Звонок в этой связке я не оставляю просто набранным номером. Встроенный коллтрекинг относит разговор к объявлению, цель фиксирует сам звонок, а офлайн-конверсия забирает уже подтверждённую бронь. Пока бронь из SmartReserve в этот сигнал не возвращается, реклама видит трубку и не видит стол. Расход на номер при таком разрыве я оставляю выключенным.

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

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

Звонок из Директа сначала ждёт сотрудника. Не взяли трубку за 10 секунд — в примере Яндекс Еды его забирает агент, и бронь садится в SmartReserve. Платный трафик на номер я включаю после сверок, а не в день, когда агента просто включили.

SEO

Позвоню на номер из объявления, сверю его с приёмом и проверю, что подтверждённая бронь может вернуться офлайн-сигналом. Показы включу, когда эти три пункта закрыты.