Доставляемость email: SPF, DKIM и DMARC простыми словами
Доставляемость email: SPF, DKIM и DMARC с примерами DNS-записей, правила Gmail, Yahoo и Outlook для отправителей, отписка в один клик, прогрев домена и чек-лист.
Автор: OmniChannels.ai Editorial Team · Проверил: BroadNet Messaging Solutions Team
Омниканальность
Короткий ответ
Доставляемость email — это вероятность того, что ваши письма попадут во входящие, а не будут отклонены или отправлены в спам. Она опирается на три записи DNS: SPF перечисляет серверы, которым разрешено отправлять почту от имени вашего домена, DKIM подписывает каждое письмо, а DMARC сообщает получателям, что делать с письмами, не прошедшими проверку, и присылает вам отчёты. Добавьте отписку в один клик, чистые списки, постепенный рост объёма и долю жалоб на спам ниже 0,3%.
На этой странице
- Что такое доставляемость email?
- Что делают SPF, DKIM и DMARC?
- Как выглядят примеры DNS-записей?
- Что такое выравнивание DMARC и почему оно вызывает сбои?
- Чего Gmail, Yahoo и Outlook.com требуют от массовых отправителей?
- Как настроить отписку в один клик?
- Как прогреть новый домен или IP?
- Как поддерживать список в чистоте?
- Как отслеживать доставляемость?
- Чек-лист доставляемости email
- Пример из практики: онлайн-аптека в Дубае добавляет рассылки
- Каковы ограничения этого руководства?
- Чем помогает OmniChannels.ai
Главное
- SPF, DKIM и DMARC подтверждают, что письмо действительно пришло с вашего домена; DMARC проходит, только если SPF или DKIM успешно прошли для домена, совпадающего с видимым адресом в поле From.
- Рекомендации Google применяют более строгие правила к отправителям более 5000 писем в сутки на адреса Gmail: SPF, DKIM и DMARC, отписку в один клик для рекламной почты и долю жалоб на спам ниже 0,30%.
- Yahoo требует от массовых отправителей SPF, DKIM и политику DMARC не слабее p=none и просит обрабатывать отписки в течение 2 дней; Outlook.com применяет правила аутентификации к доменам, отправляющим более 5000 писем в сутки.
- Если Google однажды считает вас массовым отправителем, этот статус не истекает, поэтому настройте аутентификацию и отписку до достижения порога.
- Начните DMARC с p=none и адреса для отчётов, по отчётам найдите всех законных отправителей и только потом ужесточайте политику.
Это руководство для команд маркетинга, CRM и разработки, которые отправляют почту со своего домена и хотят, чтобы она попадала во входящие. Здесь объясняется, что такое доставляемость, как работают SPF, DKIM и DMARC на примерах DNS-записей, чего Gmail, Yahoo и Outlook.com требуют от массовых отправителей, и приводится чек-лист для проверки перед кампанией.
Что такое доставляемость email?
Доставляемость email — это способность ваших писем попадать во входящие получателей, а не отклоняться или уходить в спам. Она зависит от аутентификации, репутации отправителя, качества списка, доли жалоб и содержания. Краткое определение — в статье глоссария о доставляемости email.
Два понятия часто путают. Письмо доставлено, когда принимающий сервер его принял. Во входящих оно оказывается, только если фильтры почтового провайдера ему доверяют. Кампания может показывать 99% принятых писем и всё равно попасть в спам, поэтому нужны сигналы и со стороны серверов (возвраты), и со стороны почтовых провайдеров (доля спама, репутация).
Что делают SPF, DKIM и DMARC?
SPF сообщает, какие серверы могут отправлять почту от имени вашего домена, DKIM подписывает письмо, чтобы подмену можно было обнаружить, а DMARC связывает обе проверки с видимым адресом в поле From и сообщает получателям, что делать при сбое. См. также статью глоссария о SPF, DKIM и DMARC.
| Стандарт | Что проверяет | Где находится | Когда не проходит |
|---|---|---|---|
| SPF (RFC 7208) | Подключившийся сервер есть в вашем списке разрешённых | TXT-запись вашего домена | Сервис отправки не указан в записи или в записи больше 10 DNS-запросов |
| DKIM (RFC 6376) | Подпись письма соответствует открытому ключу | TXT-запись selector._domainkey.yourdomain |
Письмо изменено, ключ неверный или платформа не подписывает письма для вашего домена |
| DMARC | SPF или DKIM прошли для домена, совпадающего с адресом From | TXT-запись _dmarc.yourdomain |
Ни SPF, ни DKIM не прошли с выравниванием |
Изначально спецификацией DMARC был RFC 7489. С тех пор IETF опубликовал RFC 9989 — документ на стандартном пути, который заменяет RFC 7489 и RFC 9091, поэтому ссылайтесь на RFC 9989, когда нужен актуальный источник. Основные теги, используемые в этой статье (v, p, rua), по смыслу не изменились.
Как выглядят примеры DNS-записей?
Вот упрощённые записи для документационного домена example.com. Подставьте include и ключ, которые даёт ваш почтовый провайдер; никогда не копируйте значения другой компании.
SPF (одна запись на домен):
example.com. IN TXT "v=spf1 include:_spf.mailprovider.example ~all"
DKIM (пару ключей создаёт провайдер и сообщает вам селектор и открытый ключ):
s1._domainkey.example.com. IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkq...public-key-here..."
DMARC (начните в режиме мониторинга):
_dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"
Пояснения к каждой:
- SPF: публикуйте ровно одну запись SPF. Две записи ломают проверку SPF. Каждый сервис, отправляющий почту от имени вашего домена (платформа рассылок, helpdesk, CRM, платформа сообщений), должен быть покрыт записью
includeили IP-адресом, а общее число DNS-запросов не должно превышать 10. - DKIM: Google сообщает, что для отправки на личные аккаунты Gmail нужен ключ DKIM длиной 1024 бита или больше, и рекомендует 2048 бит, если провайдер это поддерживает.
- DMARC:
p=noneуказывает получателям не предпринимать действий при сбоях, но всё равно присылать отчёты на адресrua. Это правильный первый шаг. Позже вы переходите наp=quarantine, а затем наp=reject.
Что такое выравнивание DMARC и почему оно вызывает сбои?
Выравнивание означает, что домен, прошедший проверку SPF или DKIM, совпадает с доменом в видимом адресе From. DMARC проходит, если хотя бы одна из двух проверок прошла с выравниванием. Этот шаг чаще всего упускают.
Допустим, ваша платформа рассылок отправляет письма с news@example.com, но использует собственный домен возвратов для SPF и собственный домен для подписи DKIM. SPF и DKIM оба «проходят», но ни один домен не совпадает с example.com, поэтому DMARC не проходит. Решение — настроить на платформе аутентификацию на вашем домене, чтобы она подписывала письма ключом, опубликованным под вашим доменом, и использовала домен возвратов под вашим доменом. Google также отмечает, что выравнивание DMARC не требуется для пересылаемых писем и писем из списков рассылки.
Чего Gmail, Yahoo и Outlook.com требуют от массовых отправителей?
Gmail, Yahoo и Outlook.com ждут аутентификацию от отправителей больших объёмов, а Gmail и Yahoo добавляют отписку в один клик и ограничения на долю спама. Актуальный текст смотрите на странице каждого провайдера: детали применения меняются.
| Требование | Google (Gmail) | Yahoo | Microsoft (Outlook.com) |
|---|---|---|---|
| Кого касается | Основные правила для всех; дополнительные при более чем 5000 писем в сутки на аккаунты Gmail | Основные правила для всех; дополнительные для массовых отправителей | Домены, отправляющие более 5000 писем в сутки |
| Аутентификация | SPF или DKIM для всех; SPF, DKIM и DMARC для массовых | SPF или DKIM для всех; обе технологии плюс DMARC для массовых | SPF и DKIM должны проходить; DMARC не слабее p=none, с выравниванием |
| Политика DMARC | Должен проходить с выравниванием по домену From | Не слабее p=none и должен проходить; настоятельно рекомендуется rua |
Не слабее p=none, с выравниванием по SPF или DKIM |
| Отписка в один клик | Обязательна для рекламной и подписной почты от массовых отправителей плюс видимая ссылка | Обязательна для массовых отправителей плюс видимая ссылка; обработка в течение 2 дней | Не входит в приведённые требования |
| Доля спама | Ниже 0,10%, никогда 0,30% и выше | Ниже 0,3% | В приведённой публикации не указана |
Ещё пункты из рекомендаций Google: у IP-адреса отправителя должны совпадать прямая и обратная DNS-записи (корректная запись PTR), почту нужно отправлять по TLS, письма должны иметь корректный Message-ID и чистый формат RFC 5322, а HTML не должен скрывать содержимое. Отправители, однажды достигшие порога массовой рассылки, постоянно считаются массовыми; у этого статуса нет срока действия. Google также указывает, что несоответствующую почту могут отклонять или доставлять в спам.
В Outlook.com, как сказано в публикации Microsoft, несоответствующая почта от доменов с большим объёмом направляется в папку «Нежелательная почта», а отклонение (ошибка 550; 5.7.515 Access denied) запланировано на более позднюю дату, которую объявят. Перед тем как опираться на это, перепроверьте страницу Microsoft: этап применения мог измениться.
Как настроить отписку в один клик?
Добавьте к каждому рекламному письму два заголовка и включите в текст письма видимую ссылку на отписку. Заголовки определены в RFC 2369 и RFC 8058.
List-Unsubscribe: <https://example.com/unsubscribe?t=abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click
URL должен принимать запрос POST и отписывать получателя без входа в аккаунт и дополнительных вопросов. Yahoo пишет, что метод POST настоятельно рекомендуется, а метод mailto допустим. Yahoo также просит обрабатывать отписки в течение 2 дней, поэтому обрабатывайте их автоматически и ведите единый список исключений для всех используемых инструментов рассылки.
Как прогреть новый домен или IP?
Прогрев — это наращивание объёма отправки шагами, чтобы почтовые провайдеры могли составить мнение о вашей репутации по хорошему вовлечению. Google советует лишь постепенно увеличивать объём и следить за жалобами получателей на спам, поэтому опирайтесь на график, основанный на данных, а не на опубликованную таблицу.
- Сначала аутентификация. Опубликуйте SPF, DKIM и DMARC и убедитесь, что они проходят, до первой отправки.
- Начните с самых активных: недавние покупатели, недавно открывавшие письма или только что подписавшиеся.
- Повышайте объём шагами, только пока возвраты и жалобы остаются низкими.
- Сохраняйте ровный ритм. Резкие всплески с тихого домена похожи на злоупотребление.
- Приостанавливайте рост при первых признаках увеличения возвратов, блокировок или жалоб и устраняйте причину, прежде чем продолжать.
- Более «холодные» сегменты добавляйте в конце и исключайте тех, кто никогда не реагирует.
Отправляя с общего адреса платформы, вы наследуете чужую репутацию; отправка с собственного аутентифицированного домена делает репутацию вашей — к лучшему или к худшему.
Как поддерживать список в чистоте?
Чистый список — самый дешёвый инструмент доставляемости. Отправляйте письма только тем, кто согласился их получать, и удаляйте адреса, которые не могут получать почту.
- Правильно собирайте согласие и храните запись: см. руководство opt-in и согласие в разных каналах и бесплатный генератор согласия на рассылку.
- Сразу удаляйте адреса с жёсткими возвратами. Повторная отправка на несуществующие адреса вредит репутации.
- Исключайте отписавшихся и пожаловавшихся на спам во всех инструментах.
- Выводите из рассылки неактивных. Определите неактивность для вашего бизнеса (например, нет кликов или покупок за выбранный период) и прекратите писать им либо сначала отправьте одно письмо с запросом нового согласия.
- Не покупайте списки. У купленных адресов нет согласия, и они склонны вызывать жалобы.
- Разделяйте транзакционные и рекламные потоки, чтобы всплеск жалоб на рекламу не повредил чекам и сбросу паролей. Подробнее — в материале транзакционная и рекламная почта.
Как отслеживать доставляемость?
Следите за тремя источниками: собственными данными о возвратах и доставке, панелями почтовых провайдеров и отчётами DMARC.
- Google Postmaster Tools показывает долю спама, результаты аутентификации и репутацию домена и IP для почты, отправляемой пользователям Gmail. Рекомендации Google советуют отправителям использовать его для отслеживания жалоб на спам, проблем с доставкой и аутентификации.
- Агрегированные отчёты DMARC, приходящие на адрес
rua, перечисляют все источники, отправляющие почту от вашего домена. С их помощью вы находите забытую CRM или систему выставления счетов до перехода наp=reject. - Обработка возвратов: жёсткие возвраты — это постоянные сбои, и такие адреса нужно удалять; мягкие — временные, и перед отказом стоит повторить отправку несколько раз. В Email API можно сканировать почтовый ящик на письма о возвратах и запускать мониторинг возвратов.
- Тестовые отправки: перед каждой кампанией отправьте письма на собственные адреса у крупных провайдеров и проверьте папку, заголовки и результаты аутентификации.
Чек-лист доставляемости email
Проходите его перед каждым новым доменом, платформой или крупной кампанией.
- Запись SPF опубликована один раз, покрывает все сервисы отправки и укладывается в 10 запросов.
- DKIM включён для вашего домена, ключ 2048 бит, где это поддерживается.
- Запись DMARC опубликована с адресом
rua; политика ужесточается только после чистых отчётов. - Домен From выровнен с доменом SPF или DKIM.
- Прямая и обратная DNS-записи IP отправителя совпадают, TLS включён.
- Заголовки отписки в один клик и видимая ссылка на отписку в рекламной почте.
- Отписки обрабатываются автоматически, заметно быстрее 2 дней.
- Согласие записано для каждого получателя; купленных списков нет.
- Жёсткие возвраты удалены; неактивные контакты выведены из рассылки.
- Объём наращивается постепенно; доля спама отслеживается в Postmaster Tools.
- Рекламная и транзакционная почта идут отдельными потоками.
- Тестовые отправки проверены у крупных почтовых провайдеров.
Пример из практики: онлайн-аптека в Дубае добавляет рассылки
«Noor Pharmacy», условный ритейлер из Дубая, отправляет чеки заказов с orders@noorpharmacy.example через интернет-магазин и хочет добавить ежемесячный бюллетень с платформы рассылок. При аудите выясняется, что магазин покрыт записью SPF, а платформа бюллетеней подписывает письма своим доменом.
Действия: добавить платформу в существующую запись SPF, не создавая вторую, включить DKIM на собственном домене, опубликовать p=none с почтовым ящиком rua и две недели читать отчёты. Отчёты показывают старый инструмент поддержки, который тоже отправлял почту от имени домена; его аутентифицируют. Бюллетень переносят на поддомен news.noorpharmacy.example, чтобы всплеск жалоб на рекламу не повлиял на чеки. Затем аптека пишет сначала самым активным клиентам и расширяет аудиторию шагами, следя за долей спама.
Каковы ограничения этого руководства?
Аутентификация впускает вас в дверь, но не во входящие. Почтовые провайдеры учитывают также вовлечение, содержание и историю, которыми не управляет ни одна запись DNS, а их правила меняются, поэтому мы даём ссылки на страницы самих провайдеров и не приводим фиксированных порогов, кроме процитированных. Никто не может пообещать попадание во входящие. Это общие рекомендации, а не юридическая консультация; у рекламной почты есть и правила о согласии, о них — в материале транзакционная и рекламная почта.
Чем помогает OmniChannels.ai
OmniChannels.ai отправляет почту от вашего собственного отправителя: вы подключаете почтовый ящик по SMTP и IMAP или отправляете через Email API, с проверкой записей SPF и DMARC вашего домена и тестовой отправкой в песочнице. Рассылки поддерживают загрузку Excel или CSV, фильтрацию дубликатов, предпросмотр и планирование, а ответы попадают в Omni Inbox рядом с WhatsApp и другими каналами. Отчёты о доставке выгружаются в CSV. Посмотрите канал email или запишитесь на разбор для разработчиков. Почему email — лишь часть набора каналов, читайте в материале SMS и email-маркетинг.
Часто задаваемые вопросы
Чем отличаются SPF, DKIM и DMARC?
SPF — запись DNS со списком серверов, которым разрешено отправлять почту от имени домена. DKIM добавляет к каждому письму криптографическую подпись, которую получатель проверяет по открытому ключу в DNS. DMARC опирается на обе технологии: задаёт политику для писем, не прошедших проверку, требует совпадения с доменом в видимом поле From и запрашивает отчёты. Для надёжного попадания во входящие нужны все три.
Нужен ли DMARC, если я отправляю меньше 5000 писем в сутки?
Google требует SPF или DKIM от всех отправителей и добавляет DMARC для массовых отправителей, у которых свыше 5000 писем в сутки на Gmail. Даже ниже этого порога публикация DMARC с p=none почти ничего не стоит, даёт отчёты о том, кто отправляет почту от вашего домена, и готовит к росту. Достигнув порога, вы навсегда считаетесь у Google массовым отправителем.
Какая доля жалоб на спам считается хорошей?
Рекомендация Google — держать долю спама в Postmaster Tools ниже 0,10% и никогда не доходить до 0,30%. Yahoo просит отправителей оставаться ниже 0,3%. Считайте это потолками, а не целями. Отправляйте письма только тем, кто их просил, упростите отписку и удаляйте неактивные адреса, чтобы жалобы оставались редкими.
Что такое отписка в один клик и нужна ли она?
Отписка в один клик позволяет получателю отказаться от рассылки прямо в почтовом клиенте, не открывая страницу. Вы добавляете два заголовка: List-Unsubscribe с URL и List-Unsubscribe-Post со значением List-Unsubscribe=One-Click, как определено в RFC 8058. Google и Yahoo требуют её для рекламной и подписной почты от массовых отправителей вместе с видимой ссылкой на отписку в тексте письма.
Сколько времени занимает прогрев нового домена отправителя?
Фиксированного графика нет. Google лишь советует наращивать объём постепенно и следить за жалобами на спам. Начните с самых активных получателей, увеличивайте объём шагами и приостанавливайте рост, если растёт число возвратов или жалоб. Чем больше список, тем больше шагов. Оценивайте прогресс по данным Postmaster Tools и доле возвратов, а не по календарю.
Почему письмо попадает в спам, даже если настроены SPF, DKIM и DMARC?
Аутентификация подтверждает личность, а не качество. Почту всё равно могут фильтровать из-за плохой репутации отправителя, высокой доли жалоб или возвратов, купленных или устаревших списков, вводящих в заблуждение тем писем, сломанной вёрстки HTML или ссылок на домены с низкой репутацией. Проверьте и выравнивание: сторонняя платформа, подписывающая письма своим доменом, проходит DKIM, но может не пройти DMARC для вашего бренда.
Источники
- Email sender guidelines, Google Workspace Admin Help
- Email sender guidelines FAQ, Google Workspace Admin Help
- Sender best practices, Yahoo Sender Hub
- Strengthening the email ecosystem: Outlook's new requirements for high-volume senders, Microsoft Tech Community
- RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), RFC Editor
Читайте дальше
Ещё руководстваОмниканальность
Транзакционные и рекламные email: разница и правила
Транзакционные и рекламные письма: определения, CAN-SPAM и правила согласия в ЕС, раздельные потоки отправки, шаблоны чеков и сброса пароля, ловушки смешанных писем.
9 мин чтения
Омниканальность
Facebook Messenger для бизнеса: настройка, правила и советы
Facebook Messenger для бизнеса: как он работает, 24-часовое окно, теги сообщений, автоответы, реклама с переходом в Messenger и настройка общего инбокса.
10 мин чтения
ОАЭ и Саудовская Аравия
Сообщения клиентам на арабском: лучшие практики для брендов GCC
Сообщения клиентам на арабском: MSA или диалект Персидского залива, двуязычные шаблоны, RTL и смешанный текст, цифры, имена и процессы для агентов.
8 мин чтения
