Доставляемость писем с запросами и репутация домена-отправителя: настройка SPF/DKIM/DMARC и работа с возвратами
I. Как оценивают репутацию домена-отправителя
Покупатель оставляет почту в форме, вы отправляете ответ — и письмо оказывается в папке «Спам» у получателя. На стороне продаж этого совсем не видно: статус письма — «Отправлено», но покупатель его так и не увидел.
Популярные почтовые сервисы (Gmail, Outlook, Apple Mail) решают, попадёт письмо в спам или нет, не по ключевым словам в тексте, а по рейтингу репутации домена-отправителя. Этот рейтинг складывается из нескольких жёстких показателей:
проходит ли проверка SPF, действительна ли подпись DKIM, выровнен ли DMARC, историческая доля возвратов, историческая доля жалоб, объём отправки и вовлечённость получателей.
Основа всего — три записи DNS. SPF говорит, с каких IP отправлять письма законно; DKIM добавляет к письму цифровую подпись, чтобы его не подменили в пути; DMARC связывает первые две и объявляет, что делать с письмами без выравнивания. Только когда все три настроены и выровнены, почтовый сервис положит ваше письмо во «Входящие».
| Запись | Что даёт | Что будет, если его нет | Как проверить |
|---|---|---|---|
| SPF | Перечисляет диапазоны IP, с которых разрешена отправка | Все письма, отправленные не с разрешённых IP, признаются подделкой | Проверить запись SPF в MXToolbox |
| DKIM | Подписывает тело письма, защищает от подмены | Письмо изменили в пути или сразу отправили в спам | Посмотреть в заголовках письма, совпадает ли поле d= |
| DMARC | Объявляет политику для писем без выравнивания | Получатель не знает, отклонить письмо или положить в спам | Отправлять отчёты на указанный ящик и следить за ними |
Многие интернет-магазины на WordPress отправляют уведомления прямо через PHP-функцию mail из плагина форм — по умолчанию эта функция не проходит аутентификацию, и у отправленных писем ни SPF, ни DKIM не проходят. Об этой доработке читайте в статье Надёжность доставки форм на сайте, и первый шаг — заменить стандартную функцию mail на SMTP-плагин.
II. Как настроить три записи: пороги и критерии
Порядок настройки такой: сначала SPF, потом DKIM, в конце DMARC. Не настраивайте все три сразу — если что-то пойдёт не так, вы не поймёте, из-за какой именно записи.
Запись SPF записывается одной строкой TXT:v=spf1 include:_spf.google.com include:sendgrid.net -all.
Если в конце стоит минус-all, это жёсткий отказ: письма с IP, которых нет в списке, отклоняются сразу. Учтите: число запросов SPF не должно превышать 10 — слишком много include упирается в лимит DNS-запросов, и Gmail признает запись недействительной.
DKIM: почтовый сервис (SendGrid, Mailgun, Google Workspace) создаёт пару ключей. Публичный ключ вы добавляете в TXT-запись DNS, приватный остаётся на стороне сервиса и подписывает письма.
Для каждого канала отправки (Google-почта, платформа email-маркетинга, SMTP форм) нужен свой селектор DKIM — общий использовать нельзя.
| Политика DMARC | Что даёт | Этап применения | Условие перехода |
|---|---|---|---|
| p=none | Только отчёты, без отклонения | Наблюдение 2–4 недели до запуска | Доля прохождения в отчётах ≥95% |
| p=quarantine | Письма без выравнивания попадают в спам | После окончания периода наблюдения | Ещё 2 недели без пропуска легитимных писем |
| p=reject | Письма без выравнивания отклоняются сразу | Все каналы проверены | Включать после долгой стабильной работы |
Многие команды сразу ставят DMARC в reject — и обнаруживают, что IP сторонних CRM, платформ email-маркетинга и систем тикетов не добавлены в SPF. В итоге все уведомления от этих систем отклоняются их же доменом.
Это самая частая авария. Правильно так: сначала две недели работать с p=none, собрать отчёты по всем каналам отправки, добавить всё, чего не хватает, и только потом ужесточать политику шаг за шагом.
Репутация домена-отправителя напрямую влияет на открываемость писем с запросами: даже если письмо попало во входящие, при плохой репутации домена открывают его заметно реже. Ориентиры можно посмотреть здесь:Ориентиры по открываемости писем с запросами.
III. Обработка отказов и темп отправки
Отказы бывают двух видов: жёсткие (адреса нет, домена нет, получатель отказался) и мягкие (ящик переполнен, получатель временно недоступен, сервер получателя временно отклонил письмо). Обрабатываются они совершенно по-разному.
Жёсткие отказы нужно удалять из списка рассылки в течение 24 часов. Два жёстких отказа подряд на один адрес — и репутация вашего домена-отправителя заметно просядет. Мягкие отказы удалять сразу не нужно, но за ними надо следить: три мягких отказа подряд на один адрес — обрабатывайте как жёсткий.
| Тип отказа | Критерий оценки | Действие | Порог для мониторинга |
|---|---|---|---|
| Жёсткий отказ | 550 5.1.1 адрес не существует | Удалить из списка в течение 24 часов | Доля жёстких отказов >2% — немедленно остановить отправку |
| Мягкий отказ | 451/452 временный отказ | Повторить попытку через 24 часа | 3 отказа подряд на один адрес — переводить в жёсткие |
| Отказ из-за жалобы | Получатель нажал «Это спам» | Сразу удалить из списка навсегда | Доля жалоб >0,1% — срабатывает оповещение |
Темп отправки важнее, чем многие думают. Новый домен, который в первый же день отправляет 500 писем клиентам, Gmail мгновенно признает подозрительным отправителем — ведёт он себя точно так же, как массовый спамер.
Правильный темп: первые две недели не больше 50 писем в день, дальше рост на 20% в неделю, за 4–6 недель выходите на обычный стабильный объём. Суточные колебания объёма отправки не должны превышать 50% от обычного.
Контринтуитивный вывод: чем больше писем вы отправляете, тем не обязательно выше ваша репутация — скорее наоборот. Почтовые провайдеры ценят «стабильное взаимодействие с реальными получателями», а не то, сколько писем вы отправили за раз. У многих отделов продаж низкая доставляемость писем для последующих касаний,
и дело не в плохом содержании, а в том, что они за один день отправили один и тот же шаблон 500 людям и сработала защита от частых рассылок. Как выстроить ритм последующих писем, смотрите в Серия писем для работы с запросами.
Четыре распространённые ошибки в настройке и чек-лист для самопроверки
| Заблуждение | Что делают | Что получают | Правильный подход |
|---|---|---|---|
| SPF записан двумя TXT-записями | при добавлении записи создают новую, не удаляя старую | получатель берёт первую, вторая игнорируется | на одном домене должна быть только одна запись SPF |
| DKIM не выровнен | отправляете с info@, а DKIM подписан поддоменом newsletter | DMARC не выравнивается, письма уходят в спам | домен отправки должен совпадать с полем d= в DKIM |
| DMARC сразу в reject | сразу при запуске ставят самую строгую политику | собственные уведомления блокируются | сначала none, две недели наблюдения, затем постепенно ужесточать |
| игнорируют журнал отказов | адрес не удаляют даже после отказа | при следующей отправке снова теряете баллы репутации | проверяйте журнал отказов ежедневно, жёсткие отказы удаляйте в течение 24 часов |
| общий домен для отправки | маркетинговые письма и ответы клиентам с одного домена | отказы маркетинговых писем вредят официальным ответам | для ответов клиентам — основной домен, для маркетинга — поддомен |
Последняя ошибка самая незаметная: маркетинговые письма и ответы клиентам отправляются с одного домена. У маркетинговых писем от природы высокий процент отказов и жалоб, и как только репутация этого домена падает, ваши официальные ответы клиентам тоже уходят в спам.
Правильно так: для повседневных ответов клиентам используйте основной домен (например, yourdomain.com), для маркетинговых рассылок — отдельный поддомен (например, mail.yourdomain.com), их репутация независима.
Мониторинг репутации домена отправки стоит включить в регулярный обход сайта, рядом с оповещениями о доступности. Об этом смотрите в Система мониторинга собственного сайта. Фильтрация спам-заявок — отдельное направление: качество входящих заявок тоже нужно контролировать, смотрите в Фильтрация спам-заявок.
FAQ: частые вопросы
Нужно ли настраивать все три записи — SPF, DKIM и DMARC — одновременно?
Сколько писем в день можно отправлять с нового домена в первый раз?
Как различать и обрабатывать жёсткие и мягкие отказы?
Можно ли сразу настроить политику DMARC как reject?
Можно ли использовать один домен для ответов клиентам и для маркетинговых рассылок?
Как проверить, попало ли ваше письмо во входящие или в спам?
В заключение
Доставляемость писем с запросами — это по сути часть технической инфраструктуры сайта, и её не решить хорошим текстом от продавца. Ваша команда продаж может три дня шлифовать письмо-напоминание, а оно вообще не появится во входящих у покупателя — и все усилия обнулятся.
Три шага к результату: сначала настроить все три записи — SPF, DKIM и DMARC — и две недели погонять p=none, наблюдая по отчётам; затем включить очистку жёстких отказов и ритм отправки в повседневную работу: жёсткие отказы удалять в течение 24 часов,
на новом домене первые две недели отправлять не больше 50 писем в день; и наконец, разделить домен для ответов клиентам и домен для маркетинга, чтобы проблемы с репутацией маркетингового канала не били по официальным ответам на запросы.
Фраза, которую стоит запомнить: доставляемость писем с запросами не пишется — она выращивается DNS-записями и ритмом отправки. Настроены три записи, отказы вовремя вычищены, объём отправки идёт ровно — тогда покупатель увидит вас во входящих.
