Чат-бот для сайта: готовый конструктор или бот на нейросети

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

Окно закрывается готовым сервисом за вечер. Ответы про ассортимент упираются в ваши данные, и подпиской на виджет их не решить.

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

Чем чат-бот для сайта отличается от бота в мессенджере?

Разница выглядит мелкой ровно до первого подсчёта денег. В мессенджере человек уже сделал шаг навстречу: нажал «Начать», отдал имя и остался в списке. На сайте он ничего вам не должен и уходит молча.

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

Про устройство самих ботов у нас есть отдельный разбор - чем сценарный бот отличается от бота на нейросети. Здесь я беру этот вывод как данность и разбираю только выбор под окно на сайте.

Как чат-бот попадает на сайт?

1. Скрипт-виджет в код страницы. В кабинете сервиса вы копируете готовый фрагмент кода и вставляете его в шаблон сайта. Дальше окно рисуется само на всех страницах, куда попал этот код.
2. Отдельный адрес с ботом. Бот живёт на своей странице, а сайт ведёт на неё кнопкой или ссылкой. Способ встречается в узких сценариях вроде расчёта или подбора, когда разговор длиннее, чем терпит угловое окно.
3. Кнопка с сайта в мессенджер. Разговор уезжает в Telegram, WhatsApp или MAX. Именно так работает Mottor: его бот живёт в мессенджерах, а на сайте предлагается «поставить на сайте заметную кнопку "Написать в мессенджер" и дублировать её в нескольких местах».

Единого места для скрипта нет, и это стоит проверить до разговора с подрядчиком. Справка Jivo говорит: «Код можно установить перед закрывающим тегом </head> на каждой странице вашего сайта, где он необходим, или в файл, подключаемый ко всем страницам, например, футер». Справка Битрикс24 для своего виджета указывает другое место - перед закрывающим тегом </body>. Callibri описывает установку иначе: «Скрипт легко установить в код вашего сайта так же, как скрипты систем аналитики».

Вывод для владельца сайта простой. Ставьте по инструкции своего сервиса; универсальный совет из статьи тут не работает.

Программист нужен не всегда. Чат-бот для сайта ставится копированием, если в системе управления сайтом есть поле «код в подвал» или готовый модуль. У Jivo, например, есть отдельные инструкции под WordPress, OpenCart, PrestaShop, UMI.CMS и NetCat. На самописном сайте это уже правка шаблона, то есть доступ к коду и человек, который умеет его открыть.

Что умеют готовые конструкторы виджетов?

Я снял факты с их живых страниц 12 сентября 2026 года. Ниже только то, что написано у сервиса на сайте, без пересказа рекламных обещаний.

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

Отдельно стоит назвать находку, которая объясняет, почему выбор по выдаче бывает обманчивым. Mottor стоит в топе по запросу про бота для сайта, но виджета на сайт он не продаёт. Живой чат на сайте он сам предлагает подключать чужой и поимённо называет JivoSite и Carrot Quest.

И ещё одна честная оговорка. В описании самого бота конкретных систем сервисы не называют: у Jivo это «Интегрируйте бота с вашей CRM», у Mottor - «Отправляйте заявки напрямую в популярные CRM-системы или интегрируйте собственную через API». Поимённо amoCRM и Битрикс24 на их сайтах встречаются, но в стороне от бота: у Callibri это отдельные разделы «WhatsApp + Битрикс24» и «Telegram + amoCRM». Если вам нужна конкретная система, это первый вопрос в переписке с сервисом. Считать такую интеграцию само собой разумеющейся не стоит.

За что конструкторы берут деньги?

Цены ниже сняты с открытых страниц сервисов 12 сентября 2026 года. Тарифы меняются, поэтому перед решением сверяйтесь с живой страницей сервиса.

Из таблицы важнее всего два пункта: модель оплаты и то, входит ли бот в тариф.

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

Бесплатный тариф редко означает бесплатного бота. У Webim на странице тарифов кнопочный бот прямо назван доплатой на Бесплатном и Начальном планах. У Salebot бесплатный план ограничен рассылками до пятидесяти сообщений в сутки. То есть бесплатно вы чаще получаете онлайн-чат с оператором, а бота к нему покупаете отдельно.

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

Где у конструктора потолок на сайтовом трафике?

Ваши данные. Готовый бот знает свой сценарий и ничего не знает про ваши остатки, прайс и сроки поставки. Пока вопрос звучит «как с вами связаться», это незаметно. На вопросе «а этот стол есть в наличии в дубовом» бот либо молчит, либо отвечает ссылкой на каталог.

Нестандартный процесс. Расчёт стоимости по параметрам, подбор по характеристикам, согласование с несколькими участниками плохо укладываются в дерево кнопок. Каждое новое условие удваивает число веток, и посетитель выходит из такого сценария через крестик.

Система учёта. Диалог в виджете ещё не сделка в CRM: поля карточки заполняются только через интеграцию. О том, как устроена связка бота с данными компании, есть разбор про то, как подключить бота к своим данным в CRM и 1С.

Владение накопленным. Чат-бот для сайта, собранный в конструкторе, целиком живёт в чужом кабинете: переписка, база вопросов и настройки лежат на чужом тарифе и по чужим правилам. Пока сервис вас устраивает, это не проблема. Как только вы захотите перенести накопленное, выяснится, что переносить особо нечего.

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

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

Что меняет бот на нейросети и откуда он берёт ответы?

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

Отвечает такой бот по вашим документам. В рабочем варианте к нему подключают базу знаний: прайс, регламент, список частых вопросов, инструкции. Подход называется RAG, и на Хабре его описывают так: он «позволяет вводить в контекст больших языковых моделей корпоративные документы, чтобы чат-бот корректнее отвечал на вопросы пользователей». По-человечески - модель сначала находит нужный абзац в ваших файлах и уже по нему отвечает.

Главный риск здесь называется галлюцинацией. Модель по своему устройству продолжает текст, а не сверяет факты, поэтому при отсутствии источника выдаёт правдоподобную выдумку. В другом материале на Хабре привязку к документам описывают как способ превратить «склонную к галлюцинациям LLM в более надёжного "цифрового клерка", который действует в рамках предоставленных источников».

Лечится это двумя настройками. Ответ привязывают к базе знаний, чтобы модель не сочиняла сверх источника. И прописывают правило отказа: не знаешь - скажи честно и позови человека. Чем это грозит, если правило не прописали, разобрано в материале про то, кто отвечает, если бот наобещал клиенту.

Что ломается на практике: шесть провалов внедрения

1. Нет выхода на живого человека. Самая частая претензия в живых обсуждениях. Комментатор с ником FSA под статьёй на Хабре формулирует её так: «Кучу времени уходит на то, чтобы пробиться через тупого бота и выйти на оператора». Рядом ещё жёстче, от пользователя mrsu_smirnov: «Минуты 3 я пробовал уговорить чат-бота... что моя проблема не совсем стандартна... потом просто закрыл вкладку».
2. Бот цепляется за ключевое слово и отвечает на выдуманный вопрос. Механику в тех же комментариях разобрали по шагам. Пользователь koshak_DAZ: «Скажи боту "Застряла карта в банкомате" - он увидит слова "карта" и "банкомат", после чего предложит заблокировать карту».
3. Человек пишет текстом, а бот умеет только кнопки. В разборе на vc.ru от 24 февраля 2025 года автор пишет про проект для страховой компании: «68% входящих сообщений - это свободные запросы типа "как оформить ОСАГО"». Цифра снята с одного проекта и методику автор не раскрывает, так что берите её как иллюстрацию, а свою долю считайте по своей переписке.
4. Бот не знает ассортимент, цены и историю клиента. В блоге Webim это названо прямо: без интеграции с учётными системами бот «не знает истории покупок». Вместо ответа он «просто выдаёт ссылки на раздел FAQ, клиент чувствует себя брошенным».
5. Передача оператору есть, но контекст не передаётся. В том же блоге Webim описан результат: оператор «не видит контекст переписки и задаёт клиенту вопросы, заставляя повторять информацию». Кнопка вызова оператора есть почти везде, а переданный вместе с ней контекст - далеко не всегда; как устроена рабочая передача, разобрано в материале про то, как устроена передача диалога живому оператору.
6. Поставили и забыли. Бот стареет вместе с прайсом и ассортиментом. Масштаб работы видно по крупным компаниям. В сообщении ict-online.ru от 21 октября 2025 года «Ростелеком» отчитался, что за год оптимизировал более 25 тысяч сценариев взаимодействия клиентов с ботом; там же названо больше пятидесяти «умных сценариев» в самом боте. Оба числа из одного релиза компании. Для маленького бизнеса цифры другие, а вывод тот же: бот живёт как процесс и требует регулярных правок.

Отдельно - о поп-апе. Чат-бот для сайта часто ставят именно так, с автооткрытием через три секунды после захода. Убедительного замера вреда я не нашёл и цифр приводить не буду, но в живых обсуждениях агрессивное автооткрытие стабильно упоминается среди раздражителей.

Как заявка доезжает до CRM и где теряется?

Три типовые поломки, которые называют интеграторы:

1. Ошибка отправки не записывается в журнал. Заявка ушла в никуда, и в системе о ней нет ни строки. Это худший вариант, потому что он не выглядит как поломка.
2. Форматы данных не совпадают. Телефон, дата или сумма приходят в одном виде, а CRM ждёт другой, и поле остаётся пустым.
3. Поля называются по-разному. Статусы, источники и ответственные в CRM называются иначе, чем в сценарии бота, и данные раскладываются не туда.

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

Обращения из нескольких мест, которые должны складываться в одну воронку, - это отдельная работа. Так устроен чат-бот, который складывает обращения в amoCRM или Bitrix24: он собирает их с сайта, из Telegram, из MAX и с Авито и сам создаёт сделку с задачей менеджеру.

Что обязательно по закону, когда бот собирает контакты?

Чат-бот для сайта тут ничем не отличается от обычной формы. Требование к самому согласию стоит в части 1 статьи 9 закона 152-ФЗ: оно должно быть конкретным, предметным, информированным, сознательным и однозначным, а оформлено - отдельно от других документов, которые подписывает человек. На практике это означает, что человек видит, на что соглашается, отдельной отметкой, и может прочитать текст до того, как отдаст телефон.

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

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

Как считать, окупается ли чат-бот для сайта?

Первые три показателя разбирают и сами платформы. В базе знаний Сбера про оценку эффективности бота стоят конверсия, процент обращений, обработанных программой без оператора, и Goal Completion Rate - доля достигнутых целей диалога. Четвёртый показатель в вендорских перечнях не встречается, хотя ломается чаще остальных. Для сайта рабочий минимум выглядит так:

1. Время первого ответа. Секунды от сообщения до первой реакции. Прямо связано с долей тех, кто закрыл вкладку и не стал ждать.
2. Доля обращений, закрытых без оператора. Главное число, если задача - снять нагрузку с людей.
3. Конверсия диалога в заявку. Сколько разговоров закончилось контактом и запросом.
4. Доля заявок, доехавших до CRM. Проверяет стык, на котором деньги теряются незаметно для всех.

Чужие проценты подставлять к себе бессмысленно, и вот наглядный пример масштаба. «Ростелеком» в октябре 2025 года отчитался, что чат-бот решает 60% обращений в техподдержку без переключения на оператора. В том же сообщении - свыше 500 тысяч запросов через бота ежемесячно и более 50 сценариев. Это корпоративный отчёт компании про свою же работу, и объём там другой лиги.

Замер у себя делается просто. Две недели до запуска вы считаете по переписке: сколько обращений пришло, за сколько минут ответили, сколько закончились заявкой. Те же две недели считаете после. Если бот не сдвинул ни одно из четырёх чисел, дело чаще в сценарии и данных; сервис тут обычно ни при чём.

Что остаётся у вас, если подрядчик уйдёт?

Вопрос звучит занудно ровно до первой смены исполнителя, после которой чат-бот для сайта нередко оказывается чужим имуществом. Дальше выясняется, что аккаунт сервиса оформлен на почту фрилансера, сценарий существует в одном экземпляре в чужом кабинете, а база вопросов вообще нигде не записана.

Проверять стоит по четырём пунктам:

1. Аккаунты и оплата. Регистрация на вашу компанию и вашу почту, доступ у вас, а не только у исполнителя.
2. База знаний как документ. Вопросы и ответы лежат отдельным файлом, из которого их можно перенести в другой сервис.
3. Выгрузка переписки. Вы можете скачать диалоги - это ваш материал для следующей версии бота.
4. Кто правит сценарий. Внутри компании есть человек, который умеет открыть редактор и поменять текст, не вызывая подрядчика.

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

Как выбрать под свою задачу: три ситуации

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

Нижние две строки разводит один признак: где живёт ответ. В одном случае он лежит в ваших документах, и задача - научить модель их читать. В другом ответа нет нигде: его надо вычислить, согласовать или собрать из нескольких систем.

Где вы сейчас?

• На сайте нет ничего, обращения идут только через форму и телефон. Выпишите вопросы из переписки за две недели и посмотрите, сколько из них повторяется.
• Стоит онлайн-чат, но отвечают в нём живые люди и только днём. Закройте ботом ночь и типовые вопросы, оставив кнопку оператора на виду.
• Бот стоит и отвечает по кнопкам, посетители пишут текстом мимо сценария. Соберите эти сообщения и посмотрите, на что бот не ответил: отсюда и берётся база знаний.
• Бот отвечает нормально, но заявок в CRM мало. Прогоните три тестовые заявки и проверьте стык с CRM, а правку сценария оставьте на потом.

Чек-лист перед установкой

• Выписан список реальных вопросов посетителей за две недели, с отметкой повторяющихся.
• Решено, что бот отвечает, когда данных нет: правило отказа и передача человеку.
• Кнопка выхода на оператора доступна с первого сообщения, без обязательных попыток поговорить с ботом.
• Проверено, куда именно ставится код виджета на вашем сайте и кто его поставит.
• Выбрана модель оплаты и посчитано, как она изменится при росте: за оператора или за объём сообщений.
• Пройдены три тестовые заявки от диалога до карточки в CRM с заполненными полями.
• Выложена политика обработки данных, а в форме контактов есть отметка о согласии со ссылкой на неё.