Как выбрать платформу для ИИ-консультанта и что проверить до запуска

Коротко: три — код в общих настройках сайта, HTML-блок на конкретной странице и готовый модуль или плагин платформы.

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

HTML-блок на странице. Код вставляется блоком в конкретное место конкретной страницы. Плюс: не трогает остальной сайт и легко откатывается. Ограничение: на десяти страницах его придётся поставить десять раз, и на новой странице он не появится сам.

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

«Вставим за пятнадцать минут» означает ровно одно: сам тег вставки занимает минуты. Всё остальное — доступы, проверки, конфликты — идёт отдельно.

Коротко: три вопроса — есть ли доступ к head, на скольких страницах нужен виджет и кто будет чинить конфликт после запуска.

Есть ли доступ к head. Если править общие настройки может только агентство — вы не выбираете способ, вы выбираете подрядчика. Если доступ есть у вас, скрипт в head решает задачу сразу и для всего сайта.

На скольких страницах нужен виджет. Один лендинг — хватит HTML-блока. Двадцать страниц услуг — блок придётся повторять, и это плохо поддерживается: новая страница появляется без консультанта, и никто этого не замечает, пока клиент не напишет в пустоту.

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

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

Коротко: код ставится блоком T123 или HTML-элементом в Zero Block; PHP вставить нельзя; в редакторе код виден как текст и работает после публикации; поддержка сторонний код не разбирает.

По справочному центру Tilda (help.tilda.cc/html) картина такая.

Код ставится блоком T123 «Embed HTML Code» (Библиотека блоков → Other → T123) либо HTML-элементом в Zero Block — по документации принцип работы у них одинаковый. Поддерживаются HTML, JavaScript внутри тега script и CSS внутри тега style. Два места для head-кода: «Настройки сайта → Ещё → HTML-код для head» — на все страницы, и «Настройки страницы → Дополнительно → HTML-код для head» — на одну.

Три вещи, которые ломаются именно здесь, и все три видны в документации:

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

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

В Маркетплейсе «1С-Битрикс» (marketplace.1c-bitrix.ru) есть раздел с готовыми модулями и сервисами, и среди них встречаются решения класса «чат-бот» и «ИИ-ассистент». Это каталог, а не документация платформы: наличие карточки означает, что модуль опубликован, и ничего не говорит о том, как он устроен и насколько качественно работает.

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

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

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

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

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

Общеизвестно, что «в WordPress это делается через плагины», но подтвердить это по документации в этот раз не удалось, а писать по памяти — значит рисковать тем, что читатель поверит и потратит день. WordPress здесь просто один из вариантов площадки, не более того — и раз проверить нечем, вместо инструкции даём список вопросов подрядчику:

Это список для разговора, а не описание работы. Разница принципиальна: первое проверяемо на вашем сайте, второе — нет.

Коротко: кэш, второй чат в том же углу, вес скрипта, дубли целей в аналитике и блокировка сторонних скриптов политикой безопасности.

Это перечень мест проверки, а не статистика: цифр по частоте у нас нет.

Про скорость отдельно. Метрики LCP, CLS и INP существуют, и пороги у них есть, но конкретные значения мы в этот раз вычитать не смогли, поэтому ни одного числового порога не приводим. Актуальные значения — в официальной документации (web.dev). Предпочитаем сказать «проверьте в документации», чем переписать по памяти и ошибиться.

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

Восемь технических проверок, каждая занимает минуты:

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

Пункт восьмой из списка и эта проверка отвечают на один и тот же вопрос: не «виден ли виджет», а «дошла ли заявка и правильно ли на неё ответили».

Сколько стоят работы и что входит в каждый вариант — на странице тарифов.

Закрытый шаблон. Конструктор без доступа к head и без HTML-блока оставляет один вариант — внешний виджет по ссылке, если платформа его поддерживает. Обещать «встанет куда угодно» нельзя.

Жёсткая политика безопасности. Заголовки, запрещающие сторонние источники, блокируют виджет на уровне браузера. Это не лечится настройкой виджета.

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

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

Мы честно перечисляем случаи, когда выбор платформы и проверка вставки — не та задача, которой стоит заниматься.

У вас один экран и один человек. Лендинг, HTML-блок, проверка по телефону за десять минут. Городить процедуру из семи разделов вокруг одной вставки — перебор; здесь достаточно чек-листа из восьми пунктов.

Сайтом управляет агентство, и доступа у вас нет. Тогда выбор платформы вообще не в вашей власти, и читать про T123 или Маркетплейс бессмысленно. Ваша задача — приёмка: какие вопросы задать и что проверить, когда работу сдадут.

Сайт всё равно переезжает. Если через месяц платформа меняется, вставка в текущий шаблон — потраченное время. Сначала переезд, потом вставка.

Обращения приходят не с сайта. Если все заявки идут звонками и в мессенджеры, встраивание виджета ничего не изменит — и никакая платформа тут не поможет.

Да, способов два: код в настройках сайта на все страницы или HTML-блок на конкретной странице. И помните: в редакторе код виден как текст, работает он только после публикации.

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

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

Два виджета в одном углу — типовая поломка. Решение: один канал либо явное разделение ролей и позиций. Проверять на живом сайте.

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

Да, через HTML-блок на конкретных страницах или через код в настройках отдельной страницы. Минус — новые страницы придётся добавлять вручную.

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

Читайте также: Технические вопросы клиентов: что отдавать инженеру, а что закрывать на сайте · Семь вопросов поставщику ИИ-консультанта — до подписания договора · Приёмка чат-бота: что проверить перед запуском · Почему бот не отвечает по базе знаний — и что с этим делать · Сколько стоит ИИ-консультант на сайте — и из чего складывается цена · Все статьи блога

Павел Гмир, основатель LeanAgent. Пятнадцать лет на производстве, запуск RAV4 на «Тойота СПб», два цеха. Разбираю, как компании теряют обращения на входе в поток. Обсудить можно в Telegram или в TenChat.

Источники: Tilda, How to Embed HTML Code — help.tilda.cc/html · Маркетплейс «1С-Битрикс», каталог модулей и сервисов — marketplace.1c-bitrix.ru · web.dev, Core Web Vitals (пороговые значения в этой публикации не вычитывались) — web.dev · Публичная оферта LeanAgent, 12.04.2026 (п. 7.1, п. 3.7) — leanagent.ru/of