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

Если письмо с заявкой не пришло, это ещё не показывает, где произошла ошибка. Форма могла не передать данные, сайт — не создать уведомление, а почтовый сервис — задержать письмо или убрать его из входящих. Даже сообщение «Спасибо, заявка отправлена» не доказывает доставку.

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

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

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

• Сверьте адрес получателя в настройках именно этой формы. У разных форм могут быть разные получатели; старый адрес сотрудника или опечатка в домене легко остаются незамеченными.
• Поищите письмо в «Спаме», «Все письма» и корзине. Проверьте правила обработки, заблокированных отправителей и переадресацию: письмо могло уйти в другую папку или другой ящик.
• Откройте почту через веб-интерфейс сервиса. Посмотрите, доступен ли ящик, хватает ли места и приходят ли другие письма. Наличие обычной переписки ещё не доказывает, что уведомления с сайта проходят ту же проверку.
• Посмотрите раздел обращений в админке, если сайт действительно сохраняет заявки. Это не обязательная возможность любой формы. Иногда единственная копия обращения существует только в письме.
• Запишите, когда заметили проблему и что менялось перед этим: обновление сайта, перенос на другой хостинг, адрес получателя, пароль почтового подключения или настройки домена.

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

Где может остановиться заявка

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

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

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

Почему форма работает, а письма нет

Форма и обработчик. Видимые поля могут работать, а запрос — уходить на неверный адрес, отклоняться проверкой или завершаться ошибкой на сервере. Бывает и другой случай: сайт принимает заявку, но для этой формы выключено уведомление или неверно задан его получатель. Установка почтового инструмента эти ошибки не исправляет.

Отправитель и подключение. У письма есть адрес отправителя, который должен соответствовать разрешённой схеме отправки. Адрес посетителя из поля формы не стоит автоматически подставлять как отправителя от его имени. Обычно для ответа посетителю используют отдельное поле Reply-To, а отправку настраивают от разрешённого адреса сайта или организации.

Ограничения и очередь. Хостинг или почтовый сервис может ограничить отправку, отклонить подключение либо временно отложить письмо. Если используется очередь, важно выяснить, обрабатывается ли она и что означает конкретный статус. Очередь есть не на каждом сайте; отсутствие письма не даёт оснований просто ждать её срабатывания.

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

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

Помогут ли SMTP, SPF, DKIM и DMARC

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

SPF, DKIM и DMARC помогают почтовым системам проверять отправителя и соответствие письма заявленному домену. Их настройки зависят от того, какие сервисы действительно отправляют почту от имени домена. Готовая DNS-запись из чужой инструкции может не подходить вашему сайту и затронуть другую рабочую почту.

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

Что учесть на WordPress

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

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

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

Как понять, что исправление сработало

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

• Форма принимает нужные поля и показывает понятный результат без повторной отправки.
• Обращение появляется в предусмотренном месте хранения, если такая функция настроена; значения полей не теряются.
• Уведомление создаётся и проходит отправку. Если есть очередь, проверяется её результат, а не только добавление задачи.
• Каждый необходимый получатель фактически находит письмо и проверяет его содержание, контакты для ответа и другие согласованные поля.

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

Как снизить риск пропустить следующее обращение

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

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

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

Когда нужна помощь и что подготовить

Если доступные проверки не объяснили проблему, письма пропадают выборочно или нет доступа к настройкам отправки, полезно передать специалисту несколько вводных:

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

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

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