Транзакционные письма: как настроить SPF, DKIM и DMARC, чтобы письма доходили до клиентов, а не падали в спам

Транзакционные письма — подтверждения заказов, сброс пароля, уведомления об оплате и доставке — открывают в 60–80% случаев, тогда как маркетинговые рассылки едва дотягивают до 15–20%. Это самый читаемый канал коммуникации: клиент сам ждёт ваше письмо. Но именно здесь бизнес часто теряет деньги — письмо не доходит, покупатель не подтверждает заказ, пишет в поддержку или уходит к конкурентам. В этой статье разберём, почему письма попадают в спам и как настроить техническую базу — SPF, DKIM и DMARC, — чтобы доставляемость оставалась стабильно высокой.

Что такое транзакционные письма и чем они отличаются от рассылок

Транзакционное письмо отправляется в ответ на действие пользователя: регистрация, заказ, оплата, смена пароля. Оно персональное, ожидаемое и содержит критично важную информацию. Если промо-рассылка попала в спам — вы просто потеряете охват, но если в спам упало подтверждение заказа, клиент не узнаёт статус покупки, а поддержка получает шквал обращений. Именно поэтому почтовые сервисы (Gmail, Яндекс, Mail.ru) относятся к таким письмам лояльнее, но только при условии, что отправитель технически корректно настроен. Доставляемость транзакционных писем — это не «хотелка», а прямая часть конверсии и сервиса.

Почему письма попадают в спам: 6 частых причин

• Отсутствуют SPF, DKIM и DMARC — серверы получателя не могут проверить, что письмо действительно отправлено от вашего домена.
• Отправка «голыми» скриптами через PHP mail() или с бесплатных ящиков вида magazin@gmail.com.
• Плохая репутация IP-адреса или домена: спам-жалобы, отправки на несуществующие адреса.
• Спам-триггеры в контенте: капслок в теме, «СРОЧНО!!!», перегруз картинками и ссылками.
• Высокая доля жалоб: когда больше 0,1–0,3% получателей жмут «Это спам», доверие к домену обрушивается.
• Общий IP с недобросовестными отправителями на дешёвом хостинге.

Почтовые фильтры оценивают совокупность факторов, и репутация домена копится неделями. Разовая рассылка «по старинке» может на месяцы посадить доставляемость всего проекта.

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

SPF — это DNS-запись, в которой вы перечисляете серверы, разрешённые отправлять почту от имени вашего домена. Если письмо придёт с сервера, которого нет в списке, получатель посчитает его подделкой. Важные нюансы: SPF-запись может быть только одна, а суммарное количество DNS-запросов (include) не должно превышать 10 — иначе проверка ломается. Механизм -all означает жёсткий запрет для всех остальных серверов, ~all — мягкий, его используют на этапе отладки.

DKIM: подпись, которую нельзя подделать

DKIM добавляет в каждое письмо криптографическую подпись, а публичный ключ публикуется в DNS. Получающий сервер сверяет подпись с ключом и убеждается, что письмо не изменено по пути и действительно отправлено владельцем домена. Используйте ключ длиной 2048 бит и периодически его обновляйте. На практике DKIM обычно генерирует ваш почтовый сервис — от вас требуется добавить выданную CNAME- или TXT-запись в DNS и подтвердить, что проверка проходит.

DMARC: политика и контроль над доменом

DMARC связывает SPF и DKIM воедино: он проверяет, что домен в заголовке «От кого» совпадает с доменами, прошедшими проверку, и задаёт, что делать с подозрительными письмами. С февраля 2024 года Google и Yahoo требуют SPF, DKIM и DMARC от всех, кто отправляет больше 5000 писем в сутки, — тренд на ужесточение только усиливается. Отчёты DMARC заодно покажут, кто ещё пытается писать от вашего имени, — это защита от фишинга.

Через что отправлять: три рабочих варианта

1. SMTP хостинга или почтового ящика. Просто и дёшево, но лимиты на объём, нет статистики доставок, а репутация IP общая. Подходит разве что для 10–20 писем в день.
2. Собственный почтовый сервер. Полный контроль, но нужен администратор, прогрев репутации IP и постоянная защита от взлома. Оправдан при больших объёмах.
3. Специализированный сервис. Готовый API, вебхуки о доставках и отказах, выделенные IP, шаблоны и подробная статистика.

Даже для небольшого магазина сервис транзакционных писем стоит несколько сотен рублей в месяц и снимает 80% проблем. Отдельный совет: выделите для транзакционных писем поддомен вида mail.vashdomen.ru — так их репутация не пострадает от маркетинговых рассылок.

Что должно быть внутри письма

• Понятное имя отправителя — название магазина, а не безликий noreply@.
• Конкретная тема: «Заказ №12 345 подтверждён» вместо абстрактного «Спасибо за покупку».
• Ключевые данные в первых строках: номер заказа, сумма, статус, срок доставки.
• Текстовая (plain text) версия на случай, если HTML-письмо не отобразится.
• Ссылка на полный состав заказа и контакты поддержки в один клик.
• Узнаваемый брендированный шаблон с логотипом и фирменными цветами.

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

Как проверить, что всё настроено правильно

Проще всего отправить тестовое письмо через mail-tester.com — сервис покажет оценку из 10 баллов и конкретные ошибки. DNS-записи SPF, DKIM и DMARC проверяются через MXToolbox, а репутацию домена в глазах Gmail можно отслеживать в Google Postmaster Tools. Отправьте тесты на Gmail, Яндекс и Mail.ru и загляните в пункт «Показать оригинал» — там должно быть PASS по SPF и DKIM. И обязательно настройте вебхуки на отказы (bounces) и жалобы, чтобы оперативно чистить базу: доставляемость — это не разовая настройка, а постоянный мониторинг.

Настроенная триада SPF + DKIM + DMARC, грамотный отправитель и качественное содержимое письма — это несколько часов разовой работы, которая напрямую влияет на выручку и лояльность клиентов. Письма, которые доходят, снижают нагрузку на поддержку, ускоряют подтверждение заказов и повышают доверие к магазину. Мы настраиваем транзакционные письма и почтовую инфраструктуру как часть разработки веб-приложений и интернет-магазинов — напишите нам, и возьмём этот этап на себя.