Заявки с сайта уходят на другую почту: где меняется адрес получателя на Tilda, WordPress и Битрикс

Заявки с сайта уходят на другую почту чаще всего не из-за поломки формы, а из-за одной строчки в настройках, которую кто-то поменял или забыл обновить. За последние пару лет разбирал такие случаи и на Tilda, и на WordPress, и на Битриксе: в интернет-магазине письма о заказах шли бывшему менеджеру, в форме обратной связи на лендинге адрес остался от шаблона, с которого верстался сайт, а в CRM-форме Битрикс24 уведомление уходило на технический ящик разработчика. Ниже - конкретно, в каком разделе админки на каждой платформе искать адрес получателя и что проверить, если заявки как будто пропадают.

Три причины, по которым заявки с сайта уходят не туда

Обычно причина одна из трёх.

• Адрес меняли для одной формы, а на сайте их пять - остальные продолжают слать письма на старый ящик.
• Сайт собирали из шаблона или клонировали с другого проекта, а тестовый email разработчика так и остался в настройках формы.
• SMTP-плагин или сервис доставки почты подменяет получателя или отправителя, и письма уходят технически корректно, но не туда, куда ждёт клиент.

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

Tilda: где меняется адрес получателя заявок

В Tilda email получателя привязан не к сайту целиком, а к конкретному блоку формы. Открываю блок, иду в настройки контента, вкладка «Форма» - там поле «Email для уведомлений». Если на странице несколько форм (обратная связь, заказ в один клик, подписка), у каждой свой адрес, и его меняют отдельно.

Второе место - раздел сайта «Формы» в панели управления: там видно список всех отправленных заявок и, что важнее, настройки уведомлений на уровне проекта. Иногда получатель прописан именно там, а не в блоке, и разработчик, который правил только блок, не находит проблему.

Третье - интеграции. Если к сайту подключены AmoCRM, Битрикс24 или связка с n8n через вебхук, заявка может параллельно уходить в CRM и на почту, и адрес для email-уведомления настраивается отдельно от адреса CRM-аккаунта, на который сыплются лиды. Проверял такое на сайте с оплатой через Т‑Банк: заказ фиксировался в CRM корректно, а письмо с деталями заказа уходило на почту, которую уже никто не читал. Похожая история с зонами доставки: если на сайте настроен расчёт доставки СДЭК и уведомление о статусе заказа шлётся отдельным блоком, у него тоже свой email в настройках, независимый от формы заказа.

WordPress: Contact Form 7, Elementor и WooCommerce

На WordPress адрес получателя зависит от того, чем сделана форма, и это первое, что путает владельцев сайта.

В Contact Form 7 открываю нужную форму, вкладка «Mail», поле «Кому» (To). По умолчанию там подставляется email администратора сайта, и если админский ящик меняли в общих настройках WordPress, а форму не трогали, письма продолжат идти на старый адрес - он захардкожен в теле формы, а не наследуется динамически.

В Elementor Pro то же самое настраивается в самом виджете формы, вкладка «Действия после отправки» → «Email» → поле «Получатель». Если на сайте несколько форм от Elementor, у каждой конфигурация своя, общего списка получателей нет.

В WooCommerce письма о заказах - это отдельная история от контактных форм. Адрес для уведомлений о новом заказе задаётся в WooCommerce → Настройки → Уведомления → «Новый заказ», поле «Получатель(и)», через запятую можно указать несколько ящиков. Ловил такую ситуацию на интернет-магазине с оплатой через Т‑Банк: письмо о заказе уходило единственному сотруднику, который уволился полгода назад - никто не заметил сразу, потому что заказы видны в админке WooCommerce и без письма, а вот на складе, где работали именно по email-уведомлениям, заявки перестали доходить.

Отдельно проверяю плагин отправки почты (WP Mail SMTP, Fluent SMTP): в нём настраивается адрес и имя отправителя (From), и иногда в поле для адреса по ошибке вписывают получателя вместо отправителя - тогда все формы на сайте начинают слать письма в одну и ту же точку, независимо от настроек самой формы.

Битрикс: где хранится email получателя заявок

В Битриксе, в зависимости от того, что стоит на сайте - CRM-формы Битрикс24 или классический модуль «Веб-формы» - адрес ищется по-разному.

Для CRM-формы Битрикс24: захожу в редактор формы, раздел «Оповещения», там отдельно настраивается уведомление клиенту и уведомление ответственному менеджеру. Адрес для внутреннего уведомления привязан не к email напрямую, а к пользователю или отделу, назначенному ответственным, и если сотрудника перевели в другой отдел или уволили, а роль в CRM не переназначили, заявки продолжат падать в пустоту на его аккаунт.

Для классического модуля «Веб-формы» (часто встречается на коробочных версиях сайта) путь другой: Контент → Формы → редактирование формы → вкладка «Отправка результатов», там прямо список email-адресов через запятую, куда шлётся результат заполнения.

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

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

Бывает так, что адрес в настройках правильный, а заявки всё равно не доходят - это уже не про «уходят не туда», а про то, что письмо вообще не долетает.

Частая причина на shared-хостинге: функция PHP mail() отключена или ограничена провайдером, письма формально «отправляются» скриптом, но сервер получателя их отклоняет, потому что SPF и DKIM записи домена не совпадают с сервером отправки. Решается подключением SMTP-сервиса (Yandex 360, Mail.ru для бизнеса или транзакционный сервис вроде SendPulse) вместо встроенной отправки PHP.

Вторая причина - фильтры почтового провайдера получателя. Письма от автоматических форм часто попадают в спам, особенно если тема письма шаблонная («Новая заявка с сайта») и в теле нет текста, только таблица с полями. Проверяю сначала папку «Спам» у получателя, прежде чем разбирать настройки сайта заново - экономит время.

Третья, менее очевидная причина: лимиты хостинга на количество писем в час. При всплеске заявок (акция, рассылка, попадание в топ выдачи) часть писем сервер просто не отправляет, а в логах это выглядит как «письмо отправлено», хотя фактически оно встало в очередь и потерялось.

Как проверить, что заявки приходят туда, куда нужно

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

Для сайтов, где почта регулярно теряется или заявки критичны для бизнеса, например интернет-магазин с ограниченным окном на обработку заказа, дублирую канал приёма заявок: настраиваю вебхук через n8n, который параллельно с письмом кладёт заявку в Telegram-бота на aiogram или в CRM. Тогда даже если почта подведёт из-за спам-фильтра или человеческого фактора, заявка не потеряется, её видно в чате у ответственного менеджера. Разово можно доверить настройку такого дублирующего приёма заявок специалисту, если разбираться с вебхуками самостоятельно не хочется - обычно это отдельная услуга по настройке форм и интеграций, а не часть работы над самим сайтом.

Частые вопросы

Как быстро проверить, куда сейчас уходят заявки с сайта?

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

Можно ли указать сразу несколько получателей заявок?

Да, на всех трёх платформах поле получателя принимает несколько адресов через запятую: в Tilda в настройках формы, в WooCommerce в поле «Получатель(и)», в Битриксе в «Отправке результатов» веб-формы. В CRM-форме Битрикс24 вместо списка адресов назначается ответственный отдел, и туда добавляют нужных сотрудников.

Заявки не доходили несколько недель, как понять, сколько клиентов потеряно?

В Tilda и WordPress все заявки, отправленные через форму, сохраняются в базе сайта независимо от того, дошло письмо или нет - смотрю раздел «Формы» в Tilda или список заказов в WooCommerce. В Битриксе то же самое видно в CRM по датам создания лидов. Если форма кастомная и не пишет в базу, восстановить список неоткрытых обращений можно только по логам сервера, и это не всегда получается.

Стоит ли переходить с email на Telegram или CRM вместо почты?

Для срочных заявок, вроде доставки, консультации или обратного звонка, да: Telegram-бот или CRM реагируют быстрее, чем сотрудник проверяет почту. Email имеет смысл оставить дополнительным каналом хотя бы потому, что там сохраняется история переписки и вложения, которые не всегда удобно смотреть в мессенджере.