Не приходят заявки с сайта: где искать потерянные обращения
Если заявка не приходит с сайта, нужно проследить одну тестовую отправку от формы до рабочего ящика или CRM. Сообщение «Спасибо, мы свяжемся с вами» ещё не доказывает, что обращение дошло менеджеру. Причина может находиться в форме, обработчике, почтовой доставке или интеграции, и для каждого участка нужна своя проверка.
Как воспроизвести проблему, чтобы её можно было найти?
Выберите одну форму и отправьте обращение с заметной тестовой пометкой. Запишите адрес страницы, время с часовым поясом, устройство и сообщение, которое показал сайт. Не используйте данные настоящего клиента для эксперимента. Если форм несколько, начните с той, на которую жалуются, а потом проверьте остальные.
Для разработчика описание «вчера ничего не пришло» оставляет слишком много вариантов. А запись «заявка с пометкой ТЕСТ, отправлена со страницы услуги в такое-то время, сайт показал подтверждение» помогает сопоставить действия с журналами. Пароли, ключи интеграций и содержимое чужих обращений в обычную переписку добавлять не нужно.
На каком участке остановилась заявка?
Сначала выясните, сохраняет ли сайт обращения. У разных систем это устроено по-разному: иногда есть список в админке, иногда данные сразу передаются во внешний сервис. Отсутствие списка само по себе не ошибка, но оно усложняет восстановление потерянных сообщений.
| Что обнаружилось | Что проверять дальше |
|---|---|
| Форма показывает ошибку или не реагирует | Обязательные поля, согласия, защиту от спама, работу страницы на конкретном устройстве |
| Подтверждение есть, сохранённого обращения нет | Ответ обработчика и порядок сохранения; предусмотрено ли сохранение вообще |
| Запись на сайте есть, письма нет | Очередь уведомлений, результат отправки, получателя и почтовую доставку |
| Письмо пришло, но в CRM пусто | Ответ интеграции, сопоставление полей, очередь, права и правила обработки дублей |
Это ориентиры для диагностики. Одного признака обычно мало, чтобы назвать причину: в некоторых проектах отправка уведомлений выполняется позже по расписанию, а почта и CRM получают данные независимо друг от друга.
Почему уведомление может не дойти до почты?
Сначала стоит проверить адрес получателя, папку спама и правила сортировки. После смены сотрудника в настройках иногда остаётся старый ящик; после переноса сайта могут измениться параметры отправки. Если письмо попало в очередь, важно узнать, было ли оно передано почтовому серверу и не получен ли отказ.
У почтовых сервисов есть требования к отправителям. Например, руководство Gmail требует SPF или DKIM для отправки на личные адреса Gmail, а для массовых отправителей — дополнительные настройки. Администратору нужно проверить домен отправителя и фактический способ отправки сайта. Изменение одного адреса в поле получателя не исправит неверную настройку отправителя.
Подключение SMTP может быть частью решения, но не универсальным ответом. При неверных доступах, ограничениях провайдера или ошибке в обработчике письма продолжат теряться. Нужен результат тестовой доставки, а не только установленный модуль.
Как подтвердить, что проблема устранена?
После исправления повторите тесты тех форм и сценариев, которых касалась ошибка. Обращение должно содержать введённые данные, сохраняться там, где предусмотрено, и попадать к ответственному сотруднику. Отдельно полезно проверить повторную отправку и поведение при отказе внешнего сервиса: видит ли пользователь ошибку, остаётся ли запись для повторной обработки.
Если сбой длился несколько дней, разработчик должен объяснить, сохранились ли реальные обращения за этот период и можно ли восстановить их обработку. При отсутствии сохранённых данных и пригодных журналов обещать восстановление нельзя.
Для обращения в поддержку WBStudio достаточно адреса страницы, времени теста и описания результата. После восстановления доставки можно отдельно проверить, почему посетители не оставляют заявки: это уже вопрос поведения людей и предложения на сайте.