Чат ставится на любую CMS одной строкой кода. Разница не в этой строке, а в том, куда ее физически можно вставить и что происходит с ней через месяц. На Tilda нет доступа к файлам шаблона вообще, поэтому единственный путь, это специальный блок конструктора. В Битрикс24 слово «чат-бот» означает совсем не то, что на сайте на 1С-Битрикс: одно живет внутри CRM-портала, второе на публичном сайте. А на WordPress код виджета иногда перестает работать не потому, что его удалили, а потому что плагин ускорения сайта решил, что скрипт можно отложить.
Ниже разобраны все три площадки по отдельности, а Битрикс24 и 1С-Битрикс намеренно разведены в разные разделы: это не варианты одного и того же продукта, а два разных сценария под одним словом «битрикс». Если вы еще не выбрали, каким путем ставить бота, конструктором, готовой платформой или своим кодом, сначала загляните в статью как создать чат-бота для сайта. Здесь разбор для тех, кто уже знает площадку и хочет поставить чат так, чтобы он не пропал через две недели.
Содержание
- Тильда: чат без доступа к файлам шаблона
- Битрикс24: чат-бот в CRM-портале, не на сайте
- 1С-Битрикс: чат на сайте и что ломается после установки
- WordPress: компактно, и почему код виджета вдруг перестает грузиться
- Нативный инструмент площадки или сторонний ИИ-бот с базой знаний
- Частые вопросы
- Короткий чек-лист
Тильда: чат без доступа к файлам шаблона
Tilda, это конструктор, а не CMS с файлами темы на сервере. По официальной справке Tilda, добавить произвольный код, включая скрипт стороннего чата, можно только через блок T123 «HTML-код» из категории «Другое» в Библиотеке блоков: через него на страницу встает любой код, в том числе теги script и style. Прямого доступа к файлам шаблона у Tilda нет в принципе, поэтому блок T123, это не один из способов, а единственный универсальный путь для любого стороннего виджета, если у сервиса нет собственного именного блока в библиотеке.
У кода есть два законных места. По той же справке, HTML-код можно добавить на конкретную страницу через блок T123, тогда он встает в тело страницы, либо вставить в head сайта или страницы целиком через настройки, если виджет нужен сразу на всех страницах. Второй вариант закрывает типичную ошибку новичков: поставить блок T123 на одну страницу и решить, что чат появился на всем сайте, хотя на самом деле код сработал только там, где стоит сам блок.
У части сервисов есть готовый именной блок поверх общего T123, и это не отменяет общее правило, а дополняет его. Например, для Jivo в библиотеке блоков Tilda есть отдельный блок T133 «JivoChat виджет», куда просто вставляется код из личного кабинета без ручной сборки HTML. Но это исключение для конкретного вендора, а не новое универсальное название: для любого сервиса без своего блока в каталоге Tilda путь один, общий T123.
Отдельный вопрос, есть ли у Tilda собственный чат без стороннего сервиса. По документации Tilda, на площадке есть собственные виджеты обратной связи из категорий «Форма» и «Кнопка»: заказ звонка, отправка сообщения, форма подписки, кнопка с номером телефона, кнопка с мессенджерами. Все это формы сбора заявки, а не живой диалоговый чат. Полноценный чат с историей переписки в реальном времени на Tilda всегда сторонний сервис, встроенный через T123 или через именной блок вендора. Что вообще отличает такой чат от кнопочного бота и на чем строится его логика ответа, разобрано в статье что такое ИИ чат-бот.
Что проверить:
- Страница опубликована заново после вставки кода. В режиме редактирования и предпросмотра код Tilda выводит как обычный текст, работать он начинает только после публикации страницы.
- Для варианта на весь сайт нажата именно «Опубликовать все страницы». У sitewide-установки через настройки head есть отдельная кнопка публикации, и обычная публикация одной страницы ее не заменяет.
- Блок с кодом не скрыт диапазоном видимости на устройствах. У каждого блока в Tilda, включая T123, есть настройка «Диапазон видимости на устройствах»: 0–980px отвечает за мобильные, а все, что шире 980px, за десктоп. Если блок случайно ограничен только одним диапазоном, чат пропадет на втором типе устройств, хотя в редакторе будет выглядеть исправным.
По данным справки Tilda, расположение нативных виджетов обратной связи настраивается только для десктопа, а на мобильных они автоматически прижимаются в правый нижний угол экрана. Прямой инструкции проверять именно сторонний чат-виджет на мобильной версии отдельно в документации Tilda и Jivo нет, но общий механизм диапазонов видимости у конструктора один на все блоки, и лишняя минута на проверку мобильного вида после публикации не будет потерей времени.
Отдельная оговорка из официальной справки, которую стоит держать в голове перед подключением: сама Tilda прямо пишет, что не консультирует по работе стороннего кода. Это значит, что если виджет после вставки в блок T123 работает не так, как ожидалось, помощь стоит искать в поддержке конкретного сервиса чата, а не в поддержке Tilda, площадка отвечает только за то, что код физически попадет на страницу, а не за его логику.
Мини-вывод: на Tilda нет способа «просто вставить код в файл», есть только блок конструктора, и без публикации страницы после вставки чат не заработает никогда.
Битрикс24: чат-бот в CRM-портале, не на сайте
Здесь важно сразу развести два смысла одного слова. Если у бизнеса есть CRM-портал Битрикс24, чат-бот там работает внутри раздела «Открытые линии»: это единая точка, куда стекаются обращения из разных каналов, сайта, соцсетей, мессенджеров, и уже туда подключаются боты. Это совсем не то же самое, что установка виджета на сайт, собранный на движке 1С-Битрикс, о котором в следующем разделе. Если вы ищете, как поставить чат на свой сайт на 1С-Битрикс, а не бота в CRM-портал, этот раздел не про вас, вам в следующий.
Технически подключение стороннего бота к Открытым линиям идет через группу методов REST API imconnector.*: сначала регистрация коннектора методом imconnector.register, затем активация конкретной линии через imconnector.activate, следом передача настроек канала методом imconnector.connector.data.set, и в конце проверка готовности через imconnector.status. Прием сообщений от внешней системы идет через отдельный метод imconnector.send.messages, а обратные сообщения из линии в канал ловятся на стороне разработчика через событие OnImConnectorMessageAdd. Важный нюанс, который легко упустить: метод imconnector.register работает только в контексте установленного приложения с OAuth-токеном и правом imopenlines. Через обычный входящий вебхук его вызвать нельзя, документация Битрикс24 в этом случае прямо возвращает ошибку авторизации.
Для самих чат-ботов, в отличие от коннекторов каналов, действует отдельный механизм imbot.v2.Bot.register, и вот он поддерживает вебхук-режим: регистрация с полем botToken и публичным HTTPS-адресом webhookUrl, куда портал будет слать события. Разница на практике простая: если разработчик планирует именно вебхук без установки полноценного приложения, ему нужен imbot.v2, а не imconnector, потому что коннектор каналов через простой вебхук зарегистрировать нельзя.
| Признак | Битрикс24 (CRM-портал) | 1С-Битрикс (CMS сайта) |
|---|---|---|
| Где живет чат | Внутри портала, раздел «Открытые линии» | На публичном сайте компании |
| Как подключить бота | Приложение из Маркетплейса или своя регистрация через REST API | Код виджета в шаблоне сайта (см. следующий раздел) |
| Что получает бизнес | Лид или сделку в CRM автоматически по настройке очереди | Диалог с посетителем сайта, передачу в CRM отдельной интеграцией |
| Для кого имеет смысл | У кого вся воронка продаж уже в Битрикс24 | У кого просто есть сайт на этой CMS, CRM не обязательна |
Разница между двумя типами бота в этом сравнении не в площадке, а в логике ответа: сценарный бот из Маркетплейса Битрикс24 идет по заранее заданным веткам, а ИИ-бот ищет ответ в базе знаний и формулирует его заново под конкретный вопрос. Чем эти два подхода отличаются на практике, подробно разобрано в статье ИИ-консультант для сайта: чем отличается от обычного бота.
Если клиент, обратившийся в открытую линию, не найден в CRM, портал умеет создавать карточку автоматически: лид или сделку, с именем, историей переписки и источником обращения. Лид создается, только если клиент оставил контактные данные, имя, фамилию и телефон, иначе диалог остается без карточки, пока оператор не создаст ее вручную сам.
Типичная поломка: документация REST API Битрикс24 не всегда точна. По опыту одного из разработчиков, описавшему процесс в личном блоге, часть параметров ботов в документации работает не так, как заявлено: например, параметр смены цвета кнопки бота на практике не менял цвет, а из четырех заявленных вариантов реально работали не все. Это опыт одного человека, а не общее правило, но он совпадает с логикой: перед тем как закладывать сроки на интеграцию бота в Битрикс24-портал, стоит протестировать конкретный нужный параметр на песочнице, а не верить документации на слово.
Прямых публичных сравнений «встроить бота в CRM-портал» против «поставить отдельный виджет на сайт» найти не удалось, поэтому дальше это наблюдение практика, а не цитата исследования. Встраивание бота именно в Битрикс24-портал оправдано, когда вся воронка продаж уже там: тогда лид из чата попадает сразу в знакомую менеджеру CRM без переноса вручную. Если Битрикс24 не используется или используется только частью команды, отдельный чат-виджет на сайте, не завязанный на CRM-портал, обычно проще внедрить и быстрее показывает результат.
Для внутренней интеграции, когда бота нужно подключить только к своему порталу, а не публиковать для других пользователей Битрикс24, путь короче: не обязательно оформлять полноценное приложение из Маркетплейса, достаточно зарегистрировать бота напрямую по REST API через imbot.v2, как описано выше. Это экономит время именно на старте, а не на самой логике ответов бота, которую в любом случае нужно продумать и протестировать отдельно от способа подключения.
1С-Битрикс: чат на сайте и что ломается после установки
Сама вставка кода виджета в шаблон сайта на 1С-Битрикс подробно разобрана в статье про установку виджета чата, в разделе про WordPress и Bitrix: там путь через Настройки продукта, шаблоны сайта, header.php и footer.php. Повторять эти шаги здесь смысла нет, зато есть смысл разобрать то, что чаще всего идет не так уже после того, как код вставлен и, казалось бы, работает.
Причина почти всегда одна: композитное кеширование. По официальной документации 1С-Битрикс, композитный сайт, это дополнительный слой кеша: при первом заходе посетителя сервер один раз создает кеш статической части страницы и добавляет скрипт для догрузки динамического содержимого, а всем следующим посетителям до сброса кеша отдается именно эта сохраненная копия. Если код виджета вставлен в шаблон, а композитный кеш уже успел закешировать страницу до правки, часть посетителей увидит старую версию без чата, пока кеш не будет обновлен.
Документация прямо рекомендует сбрасывать композитный кеш при любом изменении шаблона сайта, и предлагает три официальных способа: кнопку «Сбросить кеш» на странице настроек продукта, cron-файл cron_html_pages.php, и программный вызов через API-метод StaticHtmlCache. Отдельно документация предупреждает не удалять папку кеша вручную через файловый менеджер, это может привести к ошибкам, если до сброса была превышена квота на количество закешированных страниц.
Если сайтом занимается не сам читатель, а подрядчик, узнать, включен ли композитный кеш вообще, можно и без входа в админку. По документации, официальный индикатор, это кнопка «Быстро с 1С-Битрикс» в правом нижнем углу страницы: если она отображается, композит работает. Для разработчиков в документации отдельно упомянут Chrome-плагин, который показывает статус композита прямо в браузере, зеленый значок означает, что кеш работает корректно, и этим удобно пользоваться при отладке без захода в саму админку сайта. Отсутствие кнопки в стандартном виде не стопроцентное доказательство, что композита нет, ее можно скрыть оформлением сайта, поэтому самый надежный способ, прямо спросить у администратора сайта или заглянуть в Настройки продукта.
Что проверить после вставки кода на сайт на 1С-Битрикс:
- Виден ли новый код в чистом окне без кеша браузера (режим инкогнито или запрос с другого устройства), а не только на своем компьютере, где страница могла подгрузиться из локального кеша.
- Сброшен ли композитный кеш после правки шаблона одним из трех официальных способов, а не оставлен ждать естественного истечения по расписанию.
- Есть ли на странице признак работы композита (кнопка «Быстро с 1С-Битрикс» или проверка у администратора), чтобы понимать, нужен ли этот шаг вообще на конкретном сайте.
Мини-вывод: на 1С-Битрикс код виджета почти никогда не пропадает сам по себе, чаще всего он просто не долетел до посетителя из-за кеша, который сброшен позже, чем вставлен код.
WordPress: компактно, и почему код виджета вдруг перестает грузиться
По данным WordStat, спрос на установку чата именно на WordPress в этом кластере запросов заметно ниже, чем на Tilda и Битрикс, поэтому здесь коротко. Сами способы вставки кода, произвольный HTML-блок, плагин WPCode, правка footer.php темы, подробно разобраны в статье про установку виджета чата. Здесь фокус на другом: почему уже вставленный и вроде бы рабочий код вдруг перестает грузиться у части посетителей.
Причина обычно не в самом коде, а в кеширующем плагине. По официальной документации WP Rocket, самого популярного платного плагина ускорения, кеш страниц очищается автоматически только для определенного списка сценариев: смена или обновление темы, включение и отключение других плагинов, изменение настроек во вкладках File Optimization, Media или Content Delivery Network. Вставка кода через отдельный HTML-блок или через footer.php темы в этот список не входит. Без ручной очистки старая версия страницы, без нового скрипта виджета, может отдаваться посетителям вплоть до истечения срока жизни кеша, заданного в настройках Cache Lifespan.
Вторая причина отдельная и опаснее первой, потому что от нее не спасает даже ручная очистка кеша сразу после вставки кода. Функция называется Delay JavaScript Execution, находится на вкладке File Optimization, и официальная документация WP Rocket прямо перечисляет чат-виджеты в списке типов стороннего кода, на которые эта функция влияет вместе с аналитикой и рекламными скриптами. Смысл функции, отложить выполнение JS-кода до первого действия пользователя на странице, скролла, клика или другого взаимодействия, чтобы ускорить первую отрисовку страницы.
Похожая проблема официально задокументирована у WP Rocket для скрипта Google Analytics: при включенном Delay JavaScript Execution счетчик может не срабатывать до взаимодействия пользователя со страницей, и разработчики плагина сами предлагают исключение как решение. Тот же механизм ломает и чат-виджеты: посетитель зашел, посмотрел страницу и ушел без клика, скрипт виджета так и не запустился, и в интерфейсе чата этот визит просто не появится.
Официально задокументировано три способа исключить скрипт из задержки. Чекбокс «One-click exclusions» закрывает список уже известных плагину популярных сервисов одним переключателем, без ручного ввода адресов. Поле «Excluded JavaScript Files» нужно, если сервиса нет в готовом списке: туда вписывается адрес файла скрипта или характерное ключевое слово из его кода. Атрибут nowprocket ставится прямо на теге script в коде виджета и работает независимо от настроек плагина, это самый надежный способ, если доступен код вставки виджета, а не только готовый плагин интеграции. Есть и временный обходной путь, режим Safe Mode for Delay JavaScript Execution, если нужно быстро проверить, в этой ли функции проблема.
Типичная поломка: чат работал на тесте и пропал в бою. Разработчик проверяет виджет сразу после установки, кликает по кнопкам, все работает. Через день или два включают агрессивную оптимизацию скорости сайта, и часть посетителей, тех, кто просто читает страницу и не взаимодействует с ней, перестает видеть чат вообще, при этом в панели администратора виджет по-прежнему числится подключенным.
Мини-вывод: на WordPress виджет редко ломается совсем, чаще он просто не успевает загрузиться до того, как посетитель уходит со страницы, и решает это одна настройка исключений в кеш-плагине.
Нативный инструмент площадки или сторонний ИИ-бот с базой знаний
Если свести все четыре разобранных сценария в одну таблицу, разница между ними видна сразу, и она не в удобстве установки, а в том, что инструмент умеет делать после того, как код уже вставлен.
| Площадка | Нативный инструмент | Без чего он остается | Что чинить после установки |
|---|---|---|---|
| Tilda | Только формы обратной связи, живого чата нет | Диалога в реальном времени и базы знаний | Публикация страницы, диапазон видимости блока |
| Битрикс24 (портал) | Боты из Маркетплейса для Открытых линий | Гибкой логики ответа за пределами сценария приложения | Права приложения, формат вебхука |
| 1С-Битрикс (сайт) | Своего чата нет, только сторонний код в шаблоне | Актуальности после правки шаблона | Сброс композитного кеша |
| WordPress | Своего чата нет, плагины сторонних сервисов | Гарантии, что скрипт вообще выполнится | Исключение из Delay JavaScript Execution |
На всех четырех площадках своего полноценного ИИ-чата с базой знаний нет, ни в одном случае это не встроенная функция конструктора или CMS. Разница между площадками не в том, ставить сторонний сервис или нет, ставить придется везде, а в том, какая проверка после установки специфична именно для этой площадки: на Tilda публикация и диапазон видимости, на сайте на 1С-Битрикс кеш, на WordPress исключение из оптимизации скорости. Общий разбор того, что именно умеет готовый ИИ-бот и по каким критериям его выбирать вне привязки к конкретной CMS, в статье чат-бот для сайта: что умеет и как выбрать.
Сторонние ИИ-виджеты вроде Otvion в этом сравнении закрывают ровно тот пробел, которого нет ни у одной площадки нативно: чат отвечает по загруженной базе знаний сайта, а не по кнопочному сценарию, и передает сложные вопросы оператору в Telegram с историей переписки, если ответа в базе не нашлось. На Tilda установка такого виджета технически проще, чем кажется, за счет изоляции стилей через Shadow DOM: код виджета не конфликтует с оформлением блоков конструктора, что для сайта на Tilda снимает лишний источник визуальных багов после установки.
Отдельно стоит сказать про переход между площадками, если сайт мигрирует, например, с Tilda на WordPress или наоборот. База знаний и настройки бота у стороннего сервиса привязаны не к CMS, а к аккаунту, поэтому при переезде сайта на новый движок бота не нужно настраивать заново, меняется только способ вставки кода. Единственное, что стоит сделать до переезда: выписать себе текущий код виджета и место его вставки, чтобы не искать эту информацию заново на новой площадке в момент, когда сайт уже переключили, а чат внезапно пропал.
Мини-вывод: выбор площадки задает не то, нужен ли сторонний чат, а то, какую именно поломку после установки проверять в первую очередь.
Частые вопросы
Как сделать чат в Тильде?
Через блок T123 «HTML-код» из категории «Другое» в Библиотеке блоков: вставить код виджета внутрь блока, разместить его на странице или в head сайта целиком через настройки, и опубликовать страницу, иначе код останется просто текстом в редакторе. Подробный порядок действий и что проверить после установки, в разделе про установку на Tilda выше.
Как создать чат-бота в Битрикс24?
Зависит от того, что именно нужно: бота внутри CRM-портала для Открытых линий или чат на публичном сайте, собранном на 1С-Битрикс, это разные задачи. Для портала бот подключается как приложение из Маркетплейса или через регистрацию собственного бота по REST API. Разница между двумя сценариями разобрана в разделе про Битрикс24 выше.
Какой способ установки чата на WordPress выбрать?
Плагин произвольного HTML-блока, специализированный плагин вроде WPCode, или правка footer.php темы, три рабочих варианта, подробно разобранных в статье про установку виджета чата. После установки на WordPress отдельно стоит проверить настройки кеш-плагина, если он есть на сайте, чтобы код виджета не откладывался до взаимодействия посетителя со страницей.
Можно ли поставить один и тот же ИИ-бот сразу на несколько площадок, например на Tilda и WordPress?
Технически да, если сервис поддерживает установку кодом на обеих площадках, база знаний и настройки бота остаются общими, а меняется только способ вставки кода под конкретную CMS. Проверять после установки на каждой площадке придется свое: публикацию и видимость блока на Tilda, кеш-плагины на WordPress.
Почему чат-виджет пропадает не сразу после установки, а через какое-то время?
Чаще всего дело не в самом виджете, а в кеше или оптимизации, включенных на сайте отдельно от установки чата. На 1С-Битрикс это композитный кеш, который сохраняет старую версию страницы до сброса, на WordPress, отложенное выполнение скрипта из-за кеш-плагина, на Tilda, случайно ограниченный диапазон видимости блока после правки верстки. Во всех трех случаях сам код виджета остается на месте, просто до части посетителей он не доходит.
Короткий чек-лист
Прежде чем считать чат установленным окончательно, стоит пройти по короткому списку, специфичному для вашей площадки:
- Определите площадку и сценарий. Tilda, сайт на 1С-Битрикс, портал Битрикс24 или WordPress, каждая требует своей проверки после установки, общего правила «вставил и забыл» нет ни для одной.
- На Tilda проверьте публикацию страницы и диапазон видимости блока. Код без публикации не работает никогда, а блок, ограниченный только одним типом устройств, прячет чат на втором.
- В Битрикс24 отделите бота в CRM-портале от чата на сайте на 1С-Битрикс. Это разные продукты с разной технической реализацией, и путать их на этапе планирования дорого по времени.
- На сайте на 1С-Битрикс сбросьте композитный кеш после любой правки шаблона. Один из трех официальных способов, кнопка в настройках, cron или API, а не ожидание, пока кеш истечет сам.
- На WordPress исключите скрипт виджета из Delay JavaScript Execution, если на сайте стоит кеш-плагин с такой функцией, иначе часть посетителей не увидит чат вообще.
- Проверьте результат в чистом окне без кеша браузера, а не только на своем устройстве, где страница могла подгрузиться из локального кеша.
Если хотите проверить путь с готовой ИИ-платформой на своем сайте: Otvion ставится одной строкой кода на любую CMS, есть бесплатный тариф без карты, регистрация на otvion.ru/app/register.