Сайт отправляет письма, а до получателей они не доходят или падают в спам. Заказ оформлен — покупатель не получил подтверждение. Пользователь зарегистрировался — ссылка активации не пришла. Форма отправлена — менеджер узнаёт об этом через сутки.
В подавляющем большинстве случаев причина не в тексте письма и не в настройках Битрикс, а в отсутствии DNS-записей, подтверждающих право сайта отправлять почту от имени домена. Разберём три ключевые записи и порядок их настройки.
Почему письма считают спамом
Почтовый сервер получателя должен решить, доверять ли письму. Он проверяет, действительно ли отправитель имеет право слать почту от имени указанного домена.
Механизмов проверки три, и они дополняют друг друга:
| Запись | Что подтверждает |
|---|---|
| SPF | Список серверов, которым разрешено отправлять почту от домена |
| DKIM | Цифровую подпись письма — доказательство, что оно не изменено |
| DMARC | Что делать, если проверки не прошли, и куда слать отчёты |
Без этих записей письмо выглядит подозрительно: кто-то с неизвестного сервера отправляет почту, представляясь вашим доменом. Раньше такие письма просто помечались, сейчас крупные почтовые сервисы всё чаще отклоняют их совсем.
SPF
Запись типа TXT, перечисляющая серверы-отправители. Добавляется в DNS домена:
v=spf1 ip4:203.0.113.10 include:_spf.yandex.net ~allРазбор по частям:
| Элемент | Значение |
|---|---|
v=spf1 | Версия, обязательное начало |
ip4:203.0.113.10 | IP-адрес вашего сервера |
include:_spf.yandex.net | Разрешить серверам почтового сервиса |
~all | Остальное считать подозрительным |
-all | Остальное отклонять жёстко |
Два правила, которые нарушают чаще всего:
- SPF-запись должна быть одна. Две записи для домена делают проверку недействительной. Все отправители перечисляются в одной строке.
- Перечислить нужно всех. Сервер сайта, почтовый сервис, сервис рассылок, CRM — если что-то отправляет письма от вашего домена, оно должно быть в записи.
Начинать стоит с мягкого ~all: если что-то забыли, письма
всё же дойдут. Переходить на -all — после проверки отчётов DMARC.
Нужна помощь с Битрикс?
DKIM
Криптографическая подпись. Отправляющий сервер подписывает письмо закрытым ключом, а получатель проверяет подпись открытым ключом из DNS.
Порядок настройки:
- Включите DKIM в панели почтового сервиса или на сервере.
- Получите открытый ключ и имя селектора.
- Добавьте TXT-запись вида
селектор._domainkey.site.ru. - Дождитесь обновления DNS.
- Отправьте тестовое письмо и проверьте подпись.
Важная деталь: DKIM подписывает конкретный отправляющий сервер. Если письма уходят и через сервер сайта, и через почтовый сервис, подпись нужна для обоих — иначе часть писем окажется неподписанной.
DMARC
Политика, объясняющая почтовым серверам, что делать с письмами,
не прошедшими SPF и DKIM. Добавляется записью _dmarc.site.ru:
v=DMARC1; p=none; rua=mailto:dmarc@site.ru; pct=100| Параметр | Значение |
|---|---|
p=none | Ничего не делать, только собирать отчёты |
p=quarantine | Помещать в спам |
p=reject | Отклонять |
rua= | Адрес для сводных отчётов |
pct= | К какому проценту писем применять политику |
Правильная последовательность: начать с p=none, недели две-три
посмотреть отчёты, убедиться, что легитимные письма проходят проверки,
и только потом ужесточать политику.
Настройки со стороны Битрикс
DNS-записи — половина дела. Со стороны сайта нужно проверить:
-
Адрес отправителя на вашем домене. Письмо от
noreply@site.ruпроходит проверки, письмо от бесплатного ящика — нет. - Отправка через SMTP, а не функцией PHP. Отправка средствами PHP часто идёт мимо всех настроек и не подписывается. Настройка описана в статье Отправка писем через SMTP на Битрикс.
- Корректные почтовые шаблоны. Письмо только с картинкой и одной ссылкой выглядит для фильтров подозрительно.
- Работающая очередь. Письма ставятся в очередь и отправляются агентом — если агенты не работают, почта не уйдёт вообще.
Что ещё влияет на доставляемость
-
Обратный адрес существует. Ящик
noreply@site.ruдолжен принимать почту, а не отбивать её. - Текстовая версия письма. Письмо только в HTML вызывает больше подозрений.
- Отсутствие спам-слов в теме. Обилие восклицательных знаков и слов вроде «бесплатно» и «срочно» — плохой признак.
- Ссылка на отписку в рассылках. Для массовых писем обязательна.
- Репутация IP-адреса. На виртуальном хостинге адрес общий, и сосед-спамер портит доставляемость всем.
Последний пункт — весомый аргумент в пользу отправки через специализированный почтовый сервис, а не напрямую с сервера сайта.
Проверка
- Отправьте тестовое письмо на почтовые сервисы разных провайдеров — поведение у них отличается.
-
Посмотрите заголовки полученного письма. В них видны результаты
проверок SPF, DKIM и DMARC — должно быть
pass. - Проверьте DNS-записи внешними сервисами проверки почтовых настроек.
- Соберите отчёты DMARC за пару недель и посмотрите, кто отправляет письма от вашего домена.
- Проверьте разные типы писем: регистрацию, восстановление пароля, заказ, форму обратной связи.
Порядок действий, если письма не доходят
| Симптом | Где искать |
|---|---|
| Не уходят вообще | Очередь писем, агенты, настройки SMTP |
| Уходят, но падают в спам | SPF, DKIM, DMARC, адрес отправителя |
| Доходят до одних, не доходят до других | Репутация IP, различия политик провайдеров |
| Раньше доходили, перестали | Сменился IP, истёк ключ DKIM, попадание в чёрный список |
Итог
Чтобы письма с сайта на 1С-Битрикс доходили до получателей, нужны три DNS-записи: SPF со списком отправителей, DKIM с цифровой подписью и DMARC с политикой. Без них современные почтовые сервисы всё чаще отклоняют письма совсем.
Со стороны сайта необходимы адрес отправителя на своём домене и отправка через SMTP.
А настраивать DMARC стоит постепенно: сначала p=none с отчётами,
и только убедившись, что легитимные письма проходят, — ужесточать политику.