Письма с формы сайта не приходят: как проверить путь заявки и не потерять обращения

Проверьте, потерялась заявка или только уведомление

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

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

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

Зафиксируйте один пример, который можно найти в журналах

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

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

Подготовьте также пример последнего доставленного письма и первого известного сбоя. Между этими моментами могли поменяться адрес менеджера, пароль отправителя, почтовый сервис, правила ящика или настройки сайта. Это список гипотез для проверки, а не повод объявить виноватым последнее изменение.

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

Разделите маршрут на участки и назначьте ответственных

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

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

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

Начните с простых проверок почтового ящика

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

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

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

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

Что специалист должен проверить на стороне отправителя

Разработчик проверяет, какое событие вызывает письмо, кому оно адресовано, не остановилась ли очередь и корректны ли параметры подключения к сервису отправки. Почтовый администратор разбирает ответы сервера, ограничения и признаки отклонения. Заказчику нужен вывод по конкретному примеру и описание исправления понятным языком.

Для отправки от домена используются механизмы SPF и DKIM; DMARC проверяет соответствие видимого домена отправителя домену, подтверждённому SPF или DKIM, и задаёт политику обработки писем, не прошедших такую проверку. Их настройку выполняет специалист, который понимает текущую почтовую схему. Например, требования Gmail к отправителям различаются для обычных и массовых отправок и включают проверку подлинности. Эти правила относятся к получателям Gmail, а не автоматически ко всем почтовым системам.

В уведомлении с сайта адрес посетителя обычно удобнее использовать как адрес для ответа, сохраняя корректного отправителя компании. Иначе письмо может выглядеть как отправленное от чужого домена, которым сайт не управляет. Конкретное решение проверьте с почтовым администратором; не меняйте DNS-записи по случайному примеру из интернета.

Попросите объяснить разницу между временной задержкой и окончательным отказом. При задержке сервис может повторять попытки; при отказе нужен разбор причины. Отсутствие ошибки на странице сайта не отменяет последующий отказ почтовой системы. Поэтому технический журнал отправки должен быть доступен ответственному за сопровождение.

Пока идёт исправление, организуйте обработку сохранённых обращений

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

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

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

Зафиксируйте границы восстановленного периода: какие заявки найдены, какие обработаны, по какому времени остаётся неопределённость. Не объявляйте полное восстановление только потому, что новое тестовое письмо дошло. Это два разных результата: исправление текущей доставки и разбор старых обращений.

Принимайте исправление на нескольких различающихся сценариях

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

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

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

Если причина была связана с очередью или временным отказом внешнего сервиса, попросите проверить повторную доставку в контролируемых условиях. Заявка должна сохраниться, а повтор уведомления — не создавать вторую сделку. Такие испытания проводит специалист на тестовой среде или с безопасной подменой ответов, без отключения рабочей почты компании.

Сделайте получение заявки независимым от одного письма

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

Если используется Битрикс24, сверяйте не только наличие карточки, но и ответственного, канал, телефон, комментарий и привязку к странице. Связь формы с CRM разобрана в статье о передаче заявок с сайта. Почта может дополнять этот маршрут, а не быть единственным доказательством поступления.

Сообщение посетителю должно соответствовать подтверждённому действию. Формулировка «обращение принято» уместна после надёжного сохранения; обещание звонка за определённое время требует рабочего процесса в продажах. В рекомендациях W3C по уведомлениям формы подчёркнута ясная обратная связь об успехе и ошибке. Текст интерфейса входит в приёмку вместе с доставкой.

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

Закройте инцидент с перечнем подтверждённых результатов

Попросите короткий отчёт: период проблемы, затронутые формы и адресаты, подтверждённая причина, исправление, результаты повторных проверок и состояние старых заявок. Отдельно укажите, что осталось неизвестным. Формулировка «почту настроили» не позволяет понять, устранён ли исходный сбой и нужно ли ещё восстанавливать обращения.

Сохраните контакты технических ответственных за сайт, хостинг и почту. После смены сотрудника или почтового сервиса проверяйте маршрут заявки заново. Изменение адреса в одном месте не гарантирует обновление всех форм, автоматических уведомлений и правил пересылки.

Для постановки задачи подготовьте адрес страницы, точное время примера, ожидаемого получателя и сведения о наличии записи на сайте или в CRM. Этого достаточно для начала предметной диагностики. Можно передать ШТАБ ИТ обезличенный пример, чтобы определить участок проверки и договориться о критериях исправления.