Автоматическое сообщение чата не появляется: порядок диагностики
Если автоматическое сообщение чата не появляется, не меняйте сразу задержку, страницу и сегмент. Зафиксируйте ожидаемый запуск и проверьте цепочку: нужный проект и сценарий, доступность чата, фактические события, совпадение условий и ограничения повторного показа. Исправляйте первое подтверждённое расхождение.
Этот порядок рассчитан на сайт, где чат уже установлен. Проверка установки скрипта — отдельная задача. Здесь важно понять, почему конкретное автоматическое предложение не сработало при конкретной истории, и не спутать это с отсутствием ответа ИИ после открытия окна.
Зафиксируйте один воспроизводимый запуск
Запишите полный адрес страницы, проект, название или идентификатор сценария, версию условий и последовательность действий. Добавьте время с часовым поясом. «Посидел на сайте, ничего нет» нельзя сопоставить с правилом: неизвестны страница, длительность, история и состояние ограничений.
- Как именно должен появиться чат: автоматически после условия или после ручного открытия.
- Какой текст ожидался и какое действие должно было его вызвать.
- Какие условия должны выполняться одновременно и какие исключения действуют.
- Что получилось фактически: нет предложения, нет окна, окно пустое или сообщение есть, но ИИ не отвечает.
- Был ли этот браузер уже в сценарии: закрывал предложение, оставлял обращение, начинал разговор.
Отделите четыре вида молчания
| Наблюдение | Что проверить первым | Чего пока нельзя заключать |
|---|---|---|
| Чат не открывается даже вручную | Проект, включённость функции и фактическую доступность чата | Что виноват таймер автоматического сценария |
| Вручную работает, автоматического предложения нет | Условия запуска и подавления показа | Что ИИ вообще недоступен |
| Предложение видно, после ответа генерации нет | Доступность ИИ-операции и фактическую ошибку запроса | Что не сработал триггер показа |
| Ответ есть, но не тот сценарий | Пересечение правил, их версии и контекст | Что настройки выбранного правила не сохранились |
В Кирпиче доступность ИИ связана с включёнными функциями, разрешением ИИ-операций и балансом. Проверьте состояние в своём проекте до изменения поведенческих правил. Баланс не доказывает успешный ответ, а отсутствие ответа не доказывает, что нужно пополнить счёт: сначала нужны фактическая ошибка и состояние операции.
Использование ИИ оплачивается отдельно от подписки. Не проверяйте исправность методом случайных оплат и не снимайте ограничения платных операций ради диагностики. Сначала сопоставьте текущее состояние с документированными условиями запуска и доступным сообщением об ошибке.
Сравните правило с тем, что действительно записалось
Для каждого условия составьте пару «ожидалось — наблюдается». Если правило использует страницу, сравните фактический адрес с сохранённым условием. Если действие — найдите именно это событие. Если историю — проверьте, доступна ли она тому сценарию, который принимает решение.
| Условие | Предположение настройщика | Проверяемый факт |
|---|---|---|
| Нужная страница | «Я открыл карточку» | Какой адрес получил сценарий, включая значимые варианты пути |
| Нужное действие | «Я нажал на характеристики» | Появилось ли ожидаемое событие с нужным названием |
| Нужная история | «Я уже заходил раньше» | Есть ли этот визит в доступной истории текущего браузера |
| Время | «Подождал достаточно» | Какой момент отсчёта предусмотрен и было ли выполнено условие |
| Сочетание | «Всё подходит» | Какие условия объединены совместно, а какие являются альтернативами |
Не переносите правила масок адресов и логические операторы из инструкции другого продукта. В документации Crisp диагностика автоматических сообщений включает проверку условий запуска и частоты, но синтаксис этих настроек относится к Crisp. В своём сервисе проверяйте фактическую семантику сохранённого правила.
Если исходное сочетание сложное, создайте отдельный ограниченный тест с одним известным условием. Сохраните исходную версию, затем добавляйте условия последовательно. Так можно найти первое расхождение, не открывая предложение всем посетителям рабочего сайта.
Отсутствие показа может быть правильным результатом
Сценарий может выполнить положительное условие и всё равно не показать сообщение из-за ограничения. Поэтому проверка только страницы и таймера недостаточна. Сопоставьте текущее состояние с правилами частоты, паузами, завершением цели и уже начатым разговором — в той мере, в какой они предусмотрены настройкой.
- Посмотрите, был ли уже показ в периоде, на который действует выбранное ограничение.
- Уточните, как закрытие предложения влияет на повторный запуск; проверьте переход на другую страницу.
- Проверьте, не отмечено ли целевое действие раньше; отдельно выясните, какое событие его подтверждает.
- Сравните ручной и автоматический запуск: ручная доступность сама по себе не отменяет ограничений автоматики.
- Проверьте одновременные сценарии, если несколько правил подходят одной истории.
Если интерфейс не объясняет, какой пункт подавил показ, запишите неизвестность прямо. «Причина не установлена» полезнее догадки о сбое ИИ. Передайте разработчику правило и фактическую историю, чтобы сопоставить их с решением системы.
Соберите доказательства по порядку
Где расходится ожидаемый запуск?
Выделить первую проверку без подтверждения и подготовить следующий диагностический шаг.
Отметь выполненные проверки. Итог показывает оставшиеся действия, а не оценку качества бизнеса.
Порядок: записать исходный случай; разделить показ, открытие и ответ; проверить доступность; сверить условия с событиями; проверить ограничения; собрать безопасное воспроизведение. Пустой пункт означает незавершённую проверку. Все отметки не доказывают исправность: требуется фактический ожидаемый запуск либо подтверждённое объяснение подавления.
Передайте воспроизводимое описание ошибки
| Поле | Полезная запись | Что убрать |
|---|---|---|
| Ожидание | Какое предложение должно появиться и после какого условия | Общее «чат сломан» |
| Шаги | Последовательность страниц, действий и ожидания | Догадки о том, что произошло в фоне |
| Состояние | Версия правила, применимые ограничения, доступность функции | Пароли, секретные токены и платёжные данные |
| Факт | Первое расхождение и время с часовым поясом | Реальные личные данные посетителя |
| Повторение | Что меняли в отдельном тесте и что получили | Несколько одновременных правок без журнала |
После исправления повторите исходные шаги и отрицательный сценарий: предложение должно появляться там, где разрешено, и оставаться подавленным там, где действует ограничение. Один удачный показ после отключения всех правил подтверждает только упрощённый тест.
Проверка своего проекта в Кирпиче
ИИ-чат Кирпича использует контекст визита, а сценарии зависят от доступных событий и истории. Сопоставьте эти данные с конкретным правилом проекта. Проверенный факт отсутствующего события полезнее повторного изменения текста приветствия.
Источники и документация
- How to use Message Triggers and Quick Replies in Hugo AI Agent · проверено 11.10.2026
- ИИ-чат и сценарии Кирпича · проверено 11.10.2026
- Условия Кирпича: отдельная оплата использования ИИ · проверено 11.10.2026