Письма о заказах попадают в спам чаще маркетинговых, потому что для них в малом бизнесе редко настраивают ту инфраструктуру, которая обязательна для массовых рассылок. Когда компания отправляет маркетинговое сообщение, оно проходит через профессиональный сервис рассылок, где все технические протоколы аутентификации настроены по умолчанию. Служебные уведомления — подтверждения заказов, регистрации, сброс паролей — часто отправляются напрямую с сервера сайта или через базовый почтовый модуль в CRM. Если эти сообщения не подписаны цифровой подписью, почтовые сервисы, такие как Gmail, Yandex или Mail.ru, видят несоответствие между адресом отправителя и фактическим сервером, с которого пришло письмо. Система расценивает это как возможную подмену, поэтому такие письма либо блокируются, либо отправляются в папку «Спам».
Почему технический адрес отправителя стал «слабым звеном» бизнеса?
Частая проблема — использование для служебных писем технического адреса хостинга или адреса, не связанного с основным доменом компании. Бизнес-процессы настраивают так, чтобы уведомления приходили автоматически из бухгалтерских программ, систем бронирования или конструкторов форм на сайте. Разработчик или владелец бизнеса часто не уделяет этому должного внимания, считая, что главное — отправить сам текст сообщения. В итоге обычное подтверждение заказа, которое клиент ждёт в папку «Входящие», проходит проверку почтовых фильтров хуже, чем рекламная рассылка от грамотно настроенного сервиса.
Почтовые сервисы анализируют не только содержимое письма, но и путь, который оно проделало. Если адрес отправителя указан как info@vashcompany.by, а письмо физически улетает через сервер хостинга с настройками по умолчанию, фильтры замечают это несоответствие. Для них это выглядит как спамерская рассылка, которая маскируется под доверенный бренд. Такая проблема остро стоит в интернет-магазинах на CMS, где настройки почты ограничены стандартным функционалом движка.
Если вы замечаете, что клиенты регулярно жалуются на отсутствие уведомлений, первым делом стоит проверить параметры аутентификации https://emailmarketing.by/spf-dkim-i-dmarc. Без настройки SPF, DKIM и DMARC ваш домен не имеет «цифрового паспорта» в глазах почтовых провайдеров.
Как диагностировать цепочку доставки служебных уведомлений?
Диагностика начинается не с анализа контента письма, а с проверки технических логов сервера. Многие владельцы бизнеса заказывают разработку сайта, где формы обратной связи используют стандартный метод отправки PHP mail. Это устаревший, небезопасный способ, который современные почтовые провайдеры почти гарантированно отправляют в спам. Причина в том, что PHP mail не поддерживает полноценную авторизацию.
Для исправления ситуации необходимо перевести отправку всех служебных уведомлений через SMTP-сервер с авторизацией. Это значит, что сайт должен подключаться к почтовому ящику компании ровно так же, как если бы вы отправляли письмо через Outlook или Thunderbird. При такой настройке письмо проходит проверку пароля, аутентификации, и почтовый сервер отправителя становится доверенным.
Важно помнить, что даже при правильной настройке SMTP, репутация сервера имеет значение. Если вы используете общий хостинг, есть риск, что «соседи» по серверу — другие сайты — рассылают спам. Из-за этого IP-адрес хостинга попадает в черные списки, и ваши заказы страдают вместе с ними. В таких случаях лучше использовать выделенный SMTP-шлюз или подключать специализированные сервисы для транзакционных рассылок. Общий разбор проблем с доставкой — в https://emailmarketing.by/pochemu-email-rassylka-ne-prinosit-zayavki-khotya-pisma-otkryvayut-i-chitayut.
Таблица: разница в каналах отправки служебных и маркетинговых писем
| Параметр | Маркетинговая рассылка | Служебное письмо |
|---|---|---|
| Способ отправки | Через специализированные ESP-платформы | Через сервер сайта (CMS) или CRM |
| Аутентификация | Автоматическая (SPF, DKIM, DMARC) | Часто отсутствует, настраивается вручную |
| IP-адрес | Выделенный или проверенный общий | IP-адрес хостинга (часто динамический) |
| Реакция фильтров | Ожидаемая, предсказуемая | Подозрительная (из-за несовпадения пути) |
Почему CRM и конструкторы форм теряют заявки?
Формы обратной связи и интеграции с CRM — зона риска для малого бизнеса. Часто настройки таких модулей позволяют указать «От кого» присылать уведомление, но не требуют подтверждения прав на этот адрес. В результате многие компании получают уведомления о заказах с подставным адресом — например, wordpress@domain.by, хотя сайт работает на основном домене. Для почтового фильтра такое сообщение — это «чужой» аккаунт, который пытается выдать себя за «своего».
Проблема усугубляется, если вы проводите регулярные проверки контрагентов через сторонние инструменты. Если вы используете сервис https://contragento.by, убедитесь, что уведомления от него или ваши собственные запросы не блокируются настройками безопасности вашего же почтового сервера. В Беларуси бизнес часто сталкивается с ситуацией, когда письма-подтверждения от крупных площадок приходят моментально, а от собственного интернет-магазина — с задержкой или вовсе не доходят.
При использовании различных плагинов для форм на WordPress или Bitrix, всегда заходите в настройки «SMTP» или «Настройки почты». Если там выбрано «PHP mail» — это повод для немедленного переключения на SMTP. Проверьте, чтобы адрес отправителя в настройках плагина совпадал с тем доменом, который реально существует на вашем почтовом хостинге. Если плагин использует технический email, который не существует на сервере, почтовик получателя (или ваш собственный сервер) может просто отклонить входящее сообщение еще на этапе приема.
Типичные ошибки в настройке почтовой инфраструктуры
- Отсутствие SPF-записи или наличие нескольких записей в DNS. Система не понимает, кому разрешено отправлять почту от имени вашего домена.
- Использование IP-адресов, которые уже попали в спам-листы из-за рассылок других клиентов вашего хостинг-провайдера.
- Отправка почты с адресов, которые не существуют физически (адрес-«призрак»).
- Игнорирование DMARC-политики, что позволяет злоумышленникам подделывать ваш домен, снижая его общий рейтинг доверия.
- Резкие скачки объемов отправки писем, если сервер вдруг начинает рассылать архив заказов за год.
Что делать с SMS как альтернативой?
Если email-канал для уведомлений о заказах нестабилен и вы не можете оперативно исправить настройки DNS или сменить хостинг, бизнес часто параллельно подключает SMS-оповещения. Это позволяет продублировать информацию о принятии заказа. Подобный подход используют компании вроде https://rocketsms.by, предоставляя надежный шлюз доставки гарантированных уведомлений. SMS не попадают в спам-фильтры в классическом понимании, так как работают по другим протоколам связи, однако требуют строгого соблюдения правил работы с контентом — текст должен быть емким и персонализированным.
3 шага, которые нужно сделать на этой неделе для стабилизации доставки
Чтобы письма с сайта начали доходить до получателей, выполните эти действия последовательно. Не пытайтесь решать задачу фрагментарно, так как почтовые фильтры оценивают домен комплексно.
- Проверьте наличие и корректность DNS-записей. Зайдите в панель управления доменом и убедитесь, что у вас прописана актуальная SPF-запись, которая включает IP-адреса вашего хостинга и почтового сервера.
- Настройте авторизацию SMTP в коде сайта или CRM. Уберите настройки типа «PHP mail» или «по умолчанию». Замените их на подключение через SMTP вашего корпоративного почтового ящика с использованием соответствующего логина и пароля.
- Проведите тестовую отправку на «чистые» адреса в разных почтовых службах (Gmail, Yandex, Mail.ru) и проверьте заголовки полученных писем на наличие отметок
SPF: PASSиDKIM: PASS. Если отметки отсутствуют, значит, аутентификация до сих пор настроена неверно.
