Письма с сайта на Битрикс попадают в спам

1С-Битрикс («Управление сайтом») — доминирующая CMS для российского и постсоветского рынка e-commerce. На Битриксе работает огромная часть интернет-магазинов, которые отправляют письма клиентам из Mail.ru, Yandex и других провайдеров. Платформа мощная, но её почта относится как к коммунальной услуге, которая должна работать сама собой.

В реальности свежий Битрикс отправляет письма через встроенную функцию PHP mail(), что означает: никакой аутентификации, часто неправильный IP, и From-адрес часто вообще не совпадает с реальным доменом сайта. Результат: подтверждения заказов, уведомления о форме обратной связи и письма со сбросом пароля сразу приземляются в спам Mail.ru и Яндекса, или вообще теряются.

Как Битрикс отправляет письма по умолчанию

Из коробки Битрикс полагается на три компонента: встроенную PHP-функцию mail(), локальный sendmail или Postfix хостинг-провайдера и адрес отправителя (From), указанный в Настройки → Настройки продукта → Настройки модулей → Главный модуль. Когда пользователь оформляет заказ, Битрикс рендерит шаблон письма и вызывает \CEvent::Send(), который в конце концов делегирует вызов PHP mail().

У этого подхода несколько серьёзных проблем:

• Никакой аутентификации. IP вашего веб-сервера почти наверняка не включён в SPF-запись вашего домена, а DKIM-подписи вообще нет.
• Репутация shared-хостинга. Если вы на виртуальном хостинге, спам-трафик соседей снижает вашу репутацию.
• Нет обработки bounce. Мёртвые адреса молча скапливаются, а Битрикс не может их удалить.
• Нет TLS-шифрования. Современные провайдеры требуют TLS; некоторые прямо отказывают plaintext SMTP от неизвестных отправителей.

Решение: SMTP-реле + аутентификация

Шаг 1. Установите SMTP-модуль

В маркетплейсе Битрикса есть несколько SMTP-модулей, которые заменяют стандартный транспорт. Популярные варианты: sale.smtp, webnauts.smtp или официальные коннекторы Unisender / SendPulse / Mailganer, если вы пользуетесь одной из этих платформ. Для крупных интернет-магазинов прямая интеграция с ESP лучше, чем универсальный SMTP-модуль.

После установки настройте модуль на SMTP-реле, которому вы доверяете. Для CIS-рынка подходят Unisender, SendPulse, Mailganer, Mailgun EU или self-hosted Postfix. Все они дадут вам SMTP-логин/пароль, авторизованный домен для отправки и обработку bounce.

Шаг 2. Настройте DNS: SPF, DKIM, DMARC

Это шаг, который большинство владельцев Битрикс-сайтов пропускают. И это точно самый важный шаг.

example.ru.          TXT   "v=spf1 include:_spf.unisender.com ~all"
uni1._domainkey.example.ru.  TXT  "k=rsa; p=MIGfMA0GCSq..."
_dmarc.example.ru.   TXT   "v=DMARC1; p=none; rua=mailto:dmarc@example.ru"

Точные SPF include и DKIM-селектор зависят от вашего ESP. Начните с DMARC p=none, смотрите aggregate-отчёты 30–60 дней, убедитесь, что все легитимные письма проходят, потом переключайтесь на p=quarantine.

Шаг 3. Исправьте From-адрес

В Битриксе есть глобальный From в главном модуле, но отдельные события (SALE_NEW_ORDER, FORM_FILLING и т.д.) часто переопределяют его своим From-адресом. Проверьте каждое почтовое событие:

1. Перейдите в Настройки → Настройки продукта → Почтовые события.
2. Проверьте шаблон каждого события. From должен быть адресом на домене, который вы контролируете и который подписан DKIM.
3. Никогда не ставьте From как email посетителя сайта. Используйте Reply-To.

Проверка размещения через seed-тест

После распространения DNS-изменений проверьте результат через seed-тест. Три провайдера, которые имеют значение для CIS-рынка, ведут себя по-разному:

• Mail.ru — строго следит за DKIM-alignment и агрессивен по репутации shared-IP. Неправильный DMARC отправит вас в спам мгновенно. Они также поддерживают feedback loop X-FKMS-Report, если вы подпишетесь.
• Яндекс — исторически добрее, но всё больше фильтрует на engagement. Холодные контакты на Яндексе попадают в «Рассылки» (аналог Promotions) до тех пор, пока вы не набрали репутацию.
• Gmail — для отправителей из CIS, которые пишут на @gmail.com адреса, действуют стандартные Gmail-правила: DMARC обязателен для массовых писем, фильтрация по engagement.

Seed-ящики должны включать mail.ru, list.ru, bk.ru (всё Mail.ru group), yandex.ru, yandex.com, gmail.com и ideally outlook.com для B2B. Бесплатный тест на Inbox Check проверяет полный набор CIS и глобальных провайдеров в одном запуске.

После SMTP: шаблоны и engagement

Как только аутентификация настроена, следующий уровень — гигиена шаблонов и здоровье списка:

• Удалите «волшебные» спам-слова. Шаблоны подтверждения заказа часто содержат фразы вроде «БЕСПЛАТНАЯ ДОСТАВКА» в заглавных буквах. Caps-lock триггерит spam-фильтры.
• Чистите список подписчиков. Встроенный модуль рассылок Битрикса хранит всех подписчиков вечно. Экспортируйте один раз в год, отфильтруйте 12-месячных неактивных, переиспортируйте.
• Используйте отдельный поддомен для трансакционных писем. Отправляйте подтверждения заказа с mail.example.ru, а рассылки с news.example.ru, чтобы проблема с рассылками не испортила репутацию трансакционных писем.
• Мониторьте Postmaster Tools. Gmail Postmaster и Яндекс Postoffice показывают репутацию домена. Проверяйте ежемесячно.

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