Перейти к содержимому
OmniChannels.ai
Меню

Доставляемость email: SPF, DKIM и DMARC простыми словами

Доставляемость email: SPF, DKIM и DMARC с примерами DNS-записей, правила Gmail, Yahoo и Outlook для отправителей, отписка в один клик, прогрев домена и чек-лист.

Обновлено 10 мин чтения

Автор: OmniChannels.ai Editorial Team · Проверил: BroadNet Messaging Solutions Team

Омниканальность

Короткий ответ

Доставляемость email — это вероятность того, что ваши письма попадут во входящие, а не будут отклонены или отправлены в спам. Она опирается на три записи DNS: SPF перечисляет серверы, которым разрешено отправлять почту от имени вашего домена, DKIM подписывает каждое письмо, а DMARC сообщает получателям, что делать с письмами, не прошедшими проверку, и присылает вам отчёты. Добавьте отписку в один клик, чистые списки, постепенный рост объёма и долю жалоб на спам ниже 0,3%.

На этой странице
  1. Что такое доставляемость email?
  2. Что делают SPF, DKIM и DMARC?
  3. Как выглядят примеры DNS-записей?
  4. Что такое выравнивание DMARC и почему оно вызывает сбои?
  5. Чего Gmail, Yahoo и Outlook.com требуют от массовых отправителей?
  6. Как настроить отписку в один клик?
  7. Как прогреть новый домен или IP?
  8. Как поддерживать список в чистоте?
  9. Как отслеживать доставляемость?
  10. Чек-лист доставляемости email
  11. Пример из практики: онлайн-аптека в Дубае добавляет рассылки
  12. Каковы ограничения этого руководства?
  13. Чем помогает 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 советует лишь постепенно увеличивать объём и следить за жалобами получателей на спам, поэтому опирайтесь на график, основанный на данных, а не на опубликованную таблицу.

  1. Сначала аутентификация. Опубликуйте SPF, DKIM и DMARC и убедитесь, что они проходят, до первой отправки.
  2. Начните с самых активных: недавние покупатели, недавно открывавшие письма или только что подписавшиеся.
  3. Повышайте объём шагами, только пока возвраты и жалобы остаются низкими.
  4. Сохраняйте ровный ритм. Резкие всплески с тихого домена похожи на злоупотребление.
  5. Приостанавливайте рост при первых признаках увеличения возвратов, блокировок или жалоб и устраняйте причину, прежде чем продолжать.
  6. Более «холодные» сегменты добавляйте в конце и исключайте тех, кто никогда не реагирует.

Отправляя с общего адреса платформы, вы наследуете чужую репутацию; отправка с собственного аутентифицированного домена делает репутацию вашей — к лучшему или к худшему.

Как поддерживать список в чистоте?

Чистый список — самый дешёвый инструмент доставляемости. Отправляйте письма только тем, кто согласился их получать, и удаляйте адреса, которые не могут получать почту.

  • Правильно собирайте согласие и храните запись: см. руководство opt-in и согласие в разных каналах и бесплатный генератор согласия на рассылку.
  • Сразу удаляйте адреса с жёсткими возвратами. Повторная отправка на несуществующие адреса вредит репутации.
  • Исключайте отписавшихся и пожаловавшихся на спам во всех инструментах.
  • Выводите из рассылки неактивных. Определите неактивность для вашего бизнеса (например, нет кликов или покупок за выбранный период) и прекратите писать им либо сначала отправьте одно письмо с запросом нового согласия.
  • Не покупайте списки. У купленных адресов нет согласия, и они склонны вызывать жалобы.
  • Разделяйте транзакционные и рекламные потоки, чтобы всплеск жалоб на рекламу не повредил чекам и сбросу паролей. Подробнее — в материале транзакционная и рекламная почта.

Как отслеживать доставляемость?

Следите за тремя источниками: собственными данными о возвратах и доставке, панелями почтовых провайдеров и отчётами DMARC.

  • Google Postmaster Tools показывает долю спама, результаты аутентификации и репутацию домена и IP для почты, отправляемой пользователям Gmail. Рекомендации Google советуют отправителям использовать его для отслеживания жалоб на спам, проблем с доставкой и аутентификации.
  • Агрегированные отчёты DMARC, приходящие на адрес rua, перечисляют все источники, отправляющие почту от вашего домена. С их помощью вы находите забытую CRM или систему выставления счетов до перехода на p=reject.
  • Обработка возвратов: жёсткие возвраты — это постоянные сбои, и такие адреса нужно удалять; мягкие — временные, и перед отказом стоит повторить отправку несколько раз. В Email API можно сканировать почтовый ящик на письма о возвратах и запускать мониторинг возвратов.
  • Тестовые отправки: перед каждой кампанией отправьте письма на собственные адреса у крупных провайдеров и проверьте папку, заголовки и результаты аутентификации.

Чек-лист доставляемости email

Проходите его перед каждым новым доменом, платформой или крупной кампанией.

  1. Запись SPF опубликована один раз, покрывает все сервисы отправки и укладывается в 10 запросов.
  2. DKIM включён для вашего домена, ключ 2048 бит, где это поддерживается.
  3. Запись DMARC опубликована с адресом rua; политика ужесточается только после чистых отчётов.
  4. Домен From выровнен с доменом SPF или DKIM.
  5. Прямая и обратная DNS-записи IP отправителя совпадают, TLS включён.
  6. Заголовки отписки в один клик и видимая ссылка на отписку в рекламной почте.
  7. Отписки обрабатываются автоматически, заметно быстрее 2 дней.
  8. Согласие записано для каждого получателя; купленных списков нет.
  9. Жёсткие возвраты удалены; неактивные контакты выведены из рассылки.
  10. Объём наращивается постепенно; доля спама отслеживается в Postmaster Tools.
  11. Рекламная и транзакционная почта идут отдельными потоками.
  12. Тестовые отправки проверены у крупных почтовых провайдеров.

Пример из практики: онлайн-аптека в Дубае добавляет рассылки

«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 для вашего бренда.

Источники

  1. Email sender guidelines, Google Workspace Admin Help
  2. Email sender guidelines FAQ, Google Workspace Admin Help
  3. Sender best practices, Yahoo Sender Hub
  4. Strengthening the email ecosystem: Outlook's new requirements for high-volume senders, Microsoft Tech Community
  5. RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), RFC Editor