Заявка с сайта: куда приходит и почему теряется

Кнопка «Отправить» нажата, на экране появилось «Спасибо, мы свяжемся». Это ещё не значит, что заявка дошла до человека. Между формой на странице и ответом клиенту стоит цепочка из четырёх-пяти звеньев, и любое из них умеет отказывать молча: без ошибки на экране и без следа в отчётах.

Путь заявки: что происходит после нажатия кнопки

Разбирать маршрут стоит по шагам, потому что «форма не работает» почти всегда означает поломку на одном конкретном шаге, а не на всех сразу.

• Браузер собирает поля и проверяет обязательные. Если проверка настроена жёстко, часть посетителей отсеивается прямо здесь и до сервера не доходит вовсе.
• Данные уходят запросом на сервер. Тут же срабатывает защита от спама: капча, ограничение частоты, фильтры по содержимому.
• Сервер разбирает запрос и решает, что с ним делать: отправить письмо, положить в базу, передать в CRM, послать сообщение в мессенджер.
• Сообщение доходит или не доходит до ящика, чата, карточки в CRM.
• Человек это видит, открывает и отвечает.

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

Где заявка пропадает чаще всего

• Письмо уходит в спам. Форма отправляет уведомление от адреса на вашем домене, но с чужого сервера, и почтовая служба справедливо считает такое письмо подозрительным. Дальше всё решают настройки домена, а не сайт.
• Ящик, в который никто не смотрит. Адрес завели при запуске, пароль знал подрядчик, почту не открывали с тех пор. Заявки приходят исправно и лежат непрочитанными.
• Форма падает молча. Сервер отвечает отказом на отправку, а страница всё равно рисует «спасибо»: скрипт показывает сообщение сразу после нажатия, не дожидаясь ответа. Внешне сайт исправен, заявок нет.
• Защита от спама настроена наполовину. Капча состоит из двух частей: виджет на странице и проверка на сервере. Оставьте только серверную половину - и сервер будет ждать подтверждение, которое неоткуда взять, и отклонит каждую заявку, включая живые.
• Уведомление приходит не туда, где сидит человек. Заявка аккуратно легла в CRM, а тот, кто отвечает, весь день в мессенджере. Формально всё работает, по факту ответ уходит на следующий день.
• Отправитель не понимает, дошло ли. Кнопка мигнула, страница перезагрузилась, следа никакого. Часть таких людей отправляет заявку второй раз, часть уходит к тем, у кого понятнее.

Запасной путь и место, где заявка ждёт

Первое правило простое: сначала сохранить, потом доставлять. Заявка должна попасть в хранилище на стороне сайта до того, как уйдёт куда-то ещё. Тогда недоступность почты или мессенджера превращается из потери в задержку.

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

Отсюда третье: запись в хранилище живёт и после отправки, а не стирается по факту доставки. Если внешний сервис в нужный момент был недоступен, заявка не исчезает - она видна в базе, и её можно разобрать руками. Это скучная часть работы, которую не показывают на демонстрации, но именно она отделяет «форму на сайте» от рабочего канала обращений.

Подтверждение: оно нужно обеим сторонам

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

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

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

Как убедиться, что форма действительно работает

Единственная надёжная проверка - живая заявка, доведённая до конца. Не «вроде отправилось», а увидеть её там, где её будет читать человек.

• Отправить с телефона, а не только с рабочего компьютера: на маленьком экране вылезают огрехи, которых не видно в десктопном браузере.
• Проверить получение на двух-трёх разных почтовых службах и обязательно заглянуть в спам.
• Посмотреть, что именно пришло: все ли поля на месте, читаются ли буквы, есть ли контакт для ответа. Заявка без имени и телефона - это не заявка.
• Повторить проверку после каждого вмешательства в сайт: смена хостинга или домена, обновление движка, редизайн, переезд почты. Формы ломаются именно в такие моменты.
• Раз в месяц отправлять контрольную заявку. Несколько минут против недель тишины, о которой иначе узнают случайно.

Если есть доступ к логам сервера, полезно смотреть не только на письма, но и на ответ сервера при отправке. Успешный ответ и пустая почта - это проблема доставки. Отказ сервера - проблема самой формы. Чинится это по-разному, и путать их дорого.

Что из этого нужно именно вам

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

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

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