Почему письма с сайта попадают в спам и как это исправить

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

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

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

Почему письма с сайта попадают в спам

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

Распространённая ситуация: форма на сайте отправляет письмо с адреса вида info@company.ru, но фактически сообщение уходит через сервер хостинга, который не указан в настройках домена. Для получателя это выглядит как попытка выдать чужое письмо за настоящее.

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

Как проходит доставка письма с формы сайта

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

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

Отправка через PHP-функцию

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

Отправка через SMTP

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

Отдельно важно настроить уведомления не только менеджеру, но и клиенту. Подтверждение вида «Мы получили заявку» должно отправляться с реального адреса компании и содержать понятные контакты. Иначе клиент может решить, что форма не сработала, и уйти к конкуренту.

Какие настройки домена влияют на доставляемость

Основу технической части составляют DNS-записи SPF, DKIM и DMARC. Они не гарантируют попадание во «Входящие» сами по себе, но подтверждают, что письмо отправлено законно. Без них любая деловая переписка с корпоративного домена выглядит для фильтров менее надёжно.

SPF: кому разрешено отправлять письма

SPF указывает, какие серверы могут отправлять почту от имени домена. В записи должны быть перечислены почтовый сервис, сервер рассылок и другие разрешённые источники. Если сайт отправляет письма через SMTP, этот источник тоже должен соответствовать настройке.

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

DKIM: цифровая подпись письма

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

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

DMARC: правило проверки для получателя

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

Не стоит публиковать жёсткую DMARC-политику, пока не учтены все сервисы. Иначе часть легитимных писем перестанет доставляться. Особенно это касается сайтов, CRM, систем бронирования, онлайн-касс и сервисов рассылок.

Что проверить в форме обратной связи и на сервере

Даже идеально настроенный домен не решит проблему, если форма отправляет технически некорректные письма. Поле «От кого» должно содержать адрес на вашем домене, например info@company.ru. Адрес посетителя, введённый в форме, лучше указывать в поле Reply-To, чтобы менеджер мог ответить напрямую.

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

• Используйте корпоративный адрес в поле From.
• Передавайте почту посетителя в Reply-To.
• Настройте SMTP с авторизацией вместо стандартной отправки хостинга.
• Задайте кодировку UTF-8 и корректную тему письма.
• Проверьте, что сайт отправляет сообщение в формате HTML или обычного текста без повреждённой вёрстки.
• Ограничьте частоту отправок с одного IP-адреса.
• Добавьте защиту формы от роботов: скрытое поле, проверку времени заполнения, капчу при необходимости.

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

Какие письма сами вызывают подозрение

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

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

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

Вложения и ссылки

Файлы, отправленные через форму, требуют отдельной проверки. Исполняемые файлы, архивы с паролем и слишком крупные вложения часто блокируются. В типичном проекте безопаснее ограничить размер до 5-10 МБ, разрешить только нужные форматы и проверять загружаемые файлы на сервере.

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

Как найти причину, а не гадать

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

Затем откройте технические заголовки письма. В них обычно отражены результаты SPF, DKIM и DMARC, а также цепочка серверов. Если вы не работаете с почтовой инфраструктурой, достаточно передать заголовки специалисту: по ним можно понять, какой сервер отправил письмо и на каком этапе возникло недоверие.

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

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

Сводная таблица: причины и решения

Типичные ошибки при исправлении почты

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

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

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

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

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

Почему письма с сайта приходят в спам только на Gmail или другую конкретную почту?

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

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

Нет, адрес посетителя не стоит использовать в поле From. Указывайте в качестве отправителя почту на своём домене, а контакты клиента добавляйте в Reply-To и в текст письма. Так менеджер сможет ответить одним нажатием, а проверка домена не будет нарушена.

Нужен ли отдельный почтовый сервис, если сайт небольшой?

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

Поможет ли капча, если письма уже попадают в спам?

Капча помогает бороться с роботами, но не исправляет SPF, DKIM, DMARC и неверный SMTP. Она нужна, когда через форму идёт поток нежелательных заявок. Настраивайте её как дополнительную меру, а не как замену почтовой конфигурации.

Как часто нужно проверять отправку писем?

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

Что делать: короткий план

1. Составьте список всех форм и систем, которые отправляют письма от имени домена.
2. Сделайте контрольные заявки на несколько почтовых адресов и сохраните заголовки полученных сообщений.
3. Проверьте SPF, DKIM и DMARC, убедитесь, что они учитывают сервер сайта и используемые сервисы.
4. Настройте отправку через SMTP с отдельного корпоративного ящика.
5. Укажите корпоративный адрес в From, а контакты посетителя передавайте через Reply-To.
6. Добавьте защиту от роботов, ограничение частоты запросов и проверку допустимых файлов.
7. Повторите тесты после изменений и включите проверку почты в регулярное обслуживание сайта.

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