Заявки с нашего сайта падают в Telegram, и цену ошибкам в этой схеме мы знаем: письмо на почте замечают через сутки, а сообщение в чате видно сразу. Разбираем, как настроить отправку заявок с сайта в телеграм, что должно быть в сообщении и что в этой связке регулярно ломается.
Скорость ответа на заявку решает больше, чем дизайн формы. По нашим проектам ответ в первые 15 минут даёт заметно больше доведённых до разговора обращений, чем ответ через несколько часов, и разрыв тем больше, чем конкурентнее ниша. Мессенджер выигрывает у почты именно здесь: уведомление приходит на экран телефона, а не в папку, которую откроют вечером.
Почему одна только почта подводит
Спам-фильтр. Письмо, которое отправляет сайт, уходит от имени домена, но с хостинга. Если у домена не настроены записи SPF и DKIM, часть писем оседает в спаме. Самая обидная история в нашей практике: владелец студии красоты три недели считал, что реклама не работает, а в спаме лежало 11 заявок.
Задержка. Между отправкой формы и появлением письма в ящике проходит от нескольких секунд до нескольких минут, а при очереди на почтовом сервере и дольше. Для заявки с рекламы это уже проигрыш конкуренту.
Ночь и выходные. Почту смотрят в рабочее время. Уведомление мессенджера видно сразу, и решение "отвечу утром" человек принимает осознанно, а не по факту.
Нет общей картины. Письмо прочитал один сотрудник, остальные не знают, взяли заявку в работу или нет. В чате видно, кто ответил и когда, и это дешевле любой системы контроля.
Ящик привязан к человеку. Сотрудник уволился, ящик закрыли, заявки продолжают уходить в никуда. Мы такое видели дважды, и оба раза выяснялось это через месяц.
Три способа доставить заявку в мессенджер
| Способ | Как устроен | Стоимость | Слабое место |
|---|---|---|---|
| Свой бот в рабочую группу | Скрипт сайта после отправки формы стучится в сервер мессенджера и публикует сообщение в группу | Бесплатно, работа программиста порядка 4 000-10 000 рублей | Нужен доступ к коду сайта, отвечает за схему разработчик |
| Сервис-посредник | Форма отправляет данные в промежуточный сервис, тот раскладывает их по мессенджеру, таблице и почте | Примерно 500-2 000 рублей в месяц | Ещё один платный узел, который может лечь или сменить тарифы |
| CRM с уведомлением | Заявка попадает в CRM, а та сама шлёт уведомление в мессенджер | От 600-1 500 рублей за пользователя в месяц | Дороже и дольше внедряется, зато сразу есть история и статусы |
Для сайта на 10-100 заявок в месяц мы почти всегда ставим первый вариант плюс дубль в таблицу. Сервис-посредник имеет смысл, когда форм много, они на разных площадках и трогать код никто не хочет. CRM берут, когда заявку ведут несколько человек и нужны воронка и отчёты, тут полезно сравнить системы заранее: разбор шести популярных есть в статье про CRM для малого бизнеса.
Отдельно отмечу: бот для доставки заявок и бот как канал продаж это разные задачи. Второе разбирали подробно в материале про телеграм-бота для бизнеса.
Что должно быть в самом сообщении
Сообщение читают с телефона, на ходу, поэтому важно, чтобы менеджеру не приходилось ничего искать:
- Имя и контакт, причём телефон оформлен ссылкой для звонка в один тап.
- Суть обращения: комментарий из формы или выбранная услуга.
- Страница-источник целиком, с адресом. По ней видно, с какой услуги пришёл человек.
- Метка кампании из ссылки. Без неё непонятно, реклама это или органика, а разметку трафика мы разбирали в статье про UTM-метки.
- Дата и время с указанием часового пояса. Сервер часто живёт по UTC, и заявка "в 07:12" сбивает с толку.
- Название формы или её номер, если форм на сайте несколько.
Пара технических деталей. Текстовое сообщение в мессенджере ограничено примерно четырьмя тысячами символов, а подпись к картинке заметно короче, около тысячи. Длинный комментарий из формы в подпись не влезет и молча обрежется, поэтому длинные поля отправляем отдельным текстом. И ещё: спецсимволы в разметке ломают отправку, если поле пришло с угловой скобкой или звёздочкой. Экранирование пользовательских значений это не паранойя, а причина половины неотправленных сообщений.
Чат это уведомление, а не хранилище
Правило, которое стоит принять сразу: мессенджер не место хранения заявок. Поиск по чату находит не всё, сообщения тонут в переписке, статуса "в работе" не существует, а посчитать конверсию по кварталу невозможно.
Поэтому каждая заявка уходит минимум в два места: сообщение в чат для скорости и запись в таблицу или CRM для истории. У нас на сайте это одно действие формы: сначала уходит уведомление, следом добавляется строка в таблицу. Порядок именно такой не случайно, если сбоит таблица, заявка всё равно уже показана человеку.
В таблице держим те же поля плюс колонку для статуса и комментария менеджера. Раз в месяц сверяем количество строк с числом сообщений в чате: расхождение означает, что один из каналов подтормаживает. Когда заявок становится больше сотни в месяц, таблица перестаёт справляться, и её меняют на CRM без потери схемы уведомлений.
Что ломается на практике
Токен бота отозван. Кто-то перевыпустил ключ доступа, старый перестал работать, отправка молча падает. Форма при этом показывает "спасибо", потому что ошибку сети никто не проверял.
Бота выкинули из группы. Чистили состав чата, удалили служебного участника. Заявки перестали приходить в тот же час.
Группа стала супергруппой. Как только в чат добавляют, например, историю сообщений для новых участников, идентификатор чата меняется. Старый адрес доставки становится недействительным, и это самая частая причина внезапной тишины.
Хостинг режет исходящие запросы. Некоторые площадки блокируют обращения к внешним адресам. Проверяется за минуту тестовым запросом с сервера.
Лимиты. Слать в одну группу больше двух десятков сообщений в минуту нельзя, лишние сервер отклоняет. Для потока заявок это не проблема, а вот бот-волна спама лимит выбирает мгновенно, и настоящая заявка в этот момент теряется.
Никто не читает чат. Технически всё исправно, а уведомления отключены у всех, кроме владельца. Проверять надо не только код.
Спам с форм: как отсечь без капчи
Открытая форма без защиты собирает от нескольких до десятков ботовых отправок в сутки. Видимая капча спасает, но забирает и живые заявки, особенно с мобильных. Что работает лучше:
- Скрытое поле-ловушка. Обычный текстовый инпут, спрятанный стилями. Человек его не видит и не заполняет, автомат заполняет почти всегда. Отсекает большую часть потока.
- Отметка времени. Если форма отправлена быстрее 3 секунд после открытия страницы, это не человек.
- Лимит по адресу отправителя: не больше 3-5 заявок в час.
- Проверка содержимого: ссылки в поле "имя", латиница в русскоязычной форме, повторяющийся текст.
- Невидимая капча как последний рубеж, если предыдущее не помогло.
По нашим формам первые два пункта убирают порядка 90 процентов мусора и ничего не стоят. Если спам всё же прорывается, лучше отправлять подозрительные заявки в отдельный чат, а не блокировать наглухо: ложное срабатывание на живом клиенте дороже десятка ботов. Похожая логика работает и с онлайн-чатами на сайте, про них есть отдельный разбор про виджеты онлайн-чата.
Согласие на обработку данных при такой схеме
Отправка в мессенджер ничего не меняет в обязанностях владельца сайта: у формы должны быть чекбокс согласия, ссылка на политику и понятное описание, что происходит с данными. Что стоит учесть дополнительно:
- В сообщении полезно сохранять факт согласия: галочка проставлена, версия документа такая-то. При проверке это единственное доказательство.
- Хранилище с полными данными держите в системе на российских серверах. Мессенджер в этой схеме канал уведомления, а не база.
- В политике перечислите способы передачи данных внутри компании, не ограничиваясь фразой про электронную почту.
- В рабочем чате оставьте только тех, кто действительно обрабатывает обращения.
Как формулировать согласие и где его показывать, разбирали в отдельной статье про согласие на обработку ПДн. Быстро оценить, чего не хватает на вашей странице с формой, помогает проверка сайта по 152-ФЗ.
Чек-лист: как убедиться, что канал живой
- [ ] Тестовая заявка с реального телефона раз в неделю, обязательно через сайт, а не через админку.
- [ ] Автоматический ежедневный сигнал: сайт раз в сутки шлёт в служебный чат короткое "жив". Молчание днём означает поломку.
- [ ] Проверка ответа сервера мессенджера в коде: неуспех записывается в лог, а не игнорируется.
- [ ] Отдельный чат для ошибок, чтобы они не терялись среди заявок.
- [ ] Дубль на почту и в таблицу, включённый постоянно.
- [ ] Повторный тест после каждого переезда на другой хостинг, смены домена или обновления движка.
- [ ] Ежемесячная сверка: число строк в таблице против числа сообщений в чате.
- [ ] Список участников рабочего чата пересматривается при каждом изменении в команде.
Пройти его целиком занимает полчаса, а обнаруживает ровно те поломки, которые обычно замечают через две недели тишины.
С чего начать, если сейчас всё уходит на почту
Порядок простой: сначала добавить второй канал доставки, не трогая существующий, потом завести таблицу для истории, потом навесить защиту от спама. Три шага занимают один рабочий день и не требуют переделки сайта. CRM подключается позже, когда заявок станет достаточно, чтобы её было чем заполнять. Главное правило остаётся прежним: чат нужен для скорости, хранилище для памяти, и одно другое не заменяет.
Если хотите понять, во что это выльется на вашем сайте, опишите задачу в брифе: по ответам видно, хватит ли таблицы или пора смотреть в сторону CRM, и мы вернёмся с конкретной схемой и сроком. А если параллельно думаете о канале в мессенджере как об источнике клиентов, посмотрите техники сбора базы Telegram через сайт.
