Надёжнее всего заявка с сайта доходит, когда форма отправляет её на ваш сервер, а он за 1-2 секунды пишет в Telegram и в CRM одновременно. Всего рабочих схем 5, и разница между ними - не удобство, а доля обращений, которые молча пропадают по дороге.
Разберём каждую схему: как устроена, где ломается, кому подходит. В конце - чек-лист проверки, который стоит проходить после каждого обновления сайта.
I. Где теряются заявки с сайта
Заявка проходит путь из нескольких звеньев: браузер клиента, скрипт формы, обработчик, канал доставки, человек, который её увидит. Отказать может любое звено, и чаще всего это происходит без ошибки на экране: клиент видит «спасибо», а до менеджера ничего не доходит.
- Письмо ушло в спам или почтовый ящик переполнен.
- Сторонний виджет перестал загружаться после обновления или блокируется расширениями браузера.
- Истёк токен интеграции с CRM, и запросы отклоняются.
- Бот удалили из группы или сменили владельца чата.
- Антиспам отсёк живого человека, потому что тот заполнил форму слишком быстро с автозаполнения.
- Заявку увидели, но не взяли в работу, потому что в общем чате её никто не отметил.
Самый опасный вариант - поломка без сигнала. Если форма не работает неделю, а реклама крутится, бюджет уходит впустую. Поэтому в любой схеме нужен резервный канал или хотя бы лог заявок на сервере.
II. Схемы 1 и 2: почта и виджет
Схема 1. Форма отправляет письмо. Самый старый способ: обработчик на хостинге шлёт письмо на корпоративную почту. Плюс - ничего не нужно настраивать. Минусы - письма с хостинга часто попадают в спам, если у домена не настроены SPF и DKIM, а почту проверяют не каждый час. Для записи в сервис, где клиент ждёт звонка в течение 10-15 минут, это медленно.
Схема 2. Виджет стороннего сервиса. Форму вставляют готовым кодом из CRM или сервиса обратного звонка. Подключается за вечер, заявки сразу попадают в систему. Риски: виджет грузит лишние скрипты и замедляет страницу, внешний вид плохо совпадает с дизайном, а при сбое сервиса вы узнаёте о проблеме последним. Кроме того, данные уходят напрямую третьей стороне, и это нужно учесть в политике обработки персональных данных.
III. Схема 3: сервер и бот в Telegram
Форма отправляет данные на обработчик вашего сайта, он проверяет их и вызывает бота, который публикует заявку в рабочую группу. Токен бота хранится на сервере вне публичной папки, в браузер он не попадает. Уведомление приходит на телефон за секунды, а в группе видно, кто из менеджеров ответил.
Именно так устроен заказ в проекте для магазина кроссовок Monkey Market: витрина с каталогом и видео ведёт покупателя к заказу в Telegram, без корзины и личного кабинета. Для магазина с небольшим ассортиментом это короче привычного оформления заказа, а менеджер отвечает в том же мессенджере, где сидит клиент.
Хорошая практика для схемы 3: обработчик параллельно пишет каждую заявку в файл-лог на сервере. Если Telegram временно недоступен или бота исключили из группы, заявка не пропадёт, её можно достать из лога.
Ограничение схемы - Telegram не заменяет учёт. Через месяц в чате сотни сообщений, и понять, какие заявки закрыты, сложно. Для 5-10 обращений в день этого хватает, для большего потока нужна CRM.
IV. Схемы 4 и 5: CRM и CRM с дублем
Схема 4. Сервер отправляет заявку в CRM по API. Обработчик создаёт сделку или лид, переносит имя, телефон, страницу, UTM-метки. Появляется воронка, ответственный, напоминания и аналитика по источникам. Риски связаны с интеграцией: меняется API, истекает ключ, заполнено обязательное поле, которого нет в форме. Такие сбои тоже случаются без видимой ошибки для клиента.
Пример из практики студии - академия видеоуроков колористики ayvazzovsky.academy: каталог курсов, отдельные посадочные страницы уроков, личный кабинет и промокоды. Заявку и промокод там обрабатывает сервер через официальный API учебной платформы, а не встроенный виджет, чтобы не зависеть от скрипта в браузере.
Схема 5. CRM плюс дубль в Telegram плюс лог. Сервер пишет заявку в CRM, параллельно отправляет короткое уведомление в бот и сохраняет копию в лог. Если одно звено отказало, два других сработали. Это самая надёжная схема для бизнеса, который платит за трафик и не может позволить себе потерять обращения.
Чтобы схема 5 не превратилась в три источника путаницы, у каждого канала своя роль. CRM - единственное место учёта, где заявка получает ответственного и статус. Telegram - только сигнал «пришла новая заявка» с кратким содержанием. Лог - страховка, в которую заглядывают при расхождениях. Если менеджеры начинают вести клиентов прямо в чате, учёт в CRM разваливается уже через 2-3 недели.
V. Сравнение схем
| Схема | Скорость уведомления | Учёт и воронка | Риск тихой потери | Кому подходит |
|---|---|---|---|---|
| 1. Почта | Минуты-часы | Нет | Высокий | Сайт-визитка с редкими обращениями |
| 2. Виджет сервиса | Секунды | Есть | Средний | Быстрый старт без разработчика |
| 3. Сервер + бот | 1-2 секунды | Нет | Низкий при логе | До 5-10 заявок в день, магазины в Telegram |
| 4. Сервер + CRM | Секунды | Есть | Средний | Отдел продаж с воронкой |
| 5. CRM + бот + лог | 1-2 секунды | Есть | Минимальный | Бизнес на платном трафике |
Схемы 3-5 требуют доступа к серверной части, поэтому на конструкторе реализуются ограниченно. На самописном сайте это стандартная часть работы: в студии N3MIROFF разработка сайтов и SEO включает приём заявок в Telegram или CRM, сайт на React стоит от 80 000 ₽, срок 1-2 недели от материалов.
VI. Сама форма: поля и антиспам
Даже идеальная доставка не спасёт форму, которую неудобно заполнять. Практичный минимум - имя и телефон, плюс одно поле по делу: услуга, адрес или удобное время. Каждое лишнее обязательное поле сокращает число отправок.
- Маска телефона, которая принимает и 8, и +7, и номер с пробелами.
- Скрытое поле-ловушка для ботов вместо капчи на первом шаге.
- Проверка времени заполнения на сервере, но с мягким порогом, чтобы не отсекать автозаполнение.
- Передача страницы и UTM-меток, чтобы понимать, откуда пришла заявка.
- Понятное сообщение об ошибке и запасной контакт, если отправка не удалась.
- Цель в Метрике на успешный ответ сервера, а не на клик по кнопке.
Капчу разумно включать, только когда спам уже пошёл: она отнимает у живого человека 5-10 секунд и часть отправок. Отдельно стоит договориться, что считать нормальной заявкой, - поможет разбор, что такое валидная заявка.
VII. Как проверить, что ничего не теряется
Проверка занимает 15 минут и окупается при первой же найденной поломке. Делайте её после каждого обновления сайта и раз в месяц без повода:
- Отправить тестовую заявку с телефона через мобильный интернет, а не из офиса.
- Убедиться, что она пришла во все каналы: бот, CRM, лог.
- Сверить число заявок в CRM с достижениями цели в Метрике за 30 дней.
- Проверить, что бот состоит в группе, а токены интеграций действуют.
- Засечь время от заявки до первого ответа менеджера.
Если расхождение между Метрикой и CRM больше 10-15%, где-то в цепочке есть дыра. Искать её дешевле, чем докупать трафик, чтобы компенсировать потерянные обращения.
Наши работы
Сайты, которые студия уже запустила
Четыре проекта N3MIROFF, которые можно открыть прямо сейчас и посмотреть, как они работают.
Агротех с ИИ
SkyFarm ↗
Редизайн сайта систем выращивания: первый экран с контейнерной фермой, схема работы из трёх шагов, карусель продуктов и экран приложения.
Сайт салона
ayvazzovsky.com ↗
Салон сложного окрашивания в Москве: онлайн-запись, видео работ, портфолио и команда. Переехал с Тильды на свой хостинг.
Онлайн-академия
ayvazzovsky.academy ↗
Видеоуроки колористики: каталог, посадочные страницы уроков, личный кабинет и промокоды.
Event-агентство
navsegda-event.ru ↗
НАВСЕГДА: корпоративы и конференции - услуги, кейсы, этапы работы и расчёт мероприятия.
Витрина магазина
Monkey Market ↗
Премиальная витрина магазина кроссовок с заказом в Telegram.
Услуги студии по теме: разработка сайтов под ключ и SEO-продвижение статьями.
Хотите, чтобы ни одна заявка не терялась?
Делаем сайты с серверным приёмом заявок: Telegram, CRM и резервный лог в одной схеме.
Частые вопросы
Что надёжнее для заявок: Telegram или почта?
Telegram через серверный обработчик надёжнее: уведомление приходит за 1-2 секунды и не попадает в спам. Почту стоит оставить резервным каналом или заменить логом на сервере.
Можно ли хранить токен бота прямо в коде формы?
Нет. Токен в браузерном скрипте видит любой посетитель, и бота могут использовать для спама. Токен хранится на сервере вне публичной папки, форма обращается только к вашему обработчику.
Сколько полей должно быть в форме заявки?
Обычно 2-3: имя, телефон и одно уточнение по делу. Остальное менеджер выяснит при звонке, а каждое лишнее обязательное поле снижает число отправок.
Как понять, что заявки теряются?
Сравните за 30 дней достижения цели отправки формы в Метрике с числом заявок в CRM или боте. Расхождение больше 10-15% - повод искать поломку, начиная с тестовой заявки с мобильного интернета.
Можно ли подключить Telegram и CRM к сайту на конструкторе?
Частично: через встроенные интеграции и виджеты. Серверный обработчик с логом и дублем обычно недоступен. На самописном сайте это стандарт, в N3MIROFF сайт на React с приёмом заявок стоит от 80 000 ₽.
Разберём, куда сейчас уходят ваши заявки
Оставьте заявку - посмотрим текущую форму и предложим схему доставки под ваш поток обращений.
Получить целевые заявки → Telegram