Письмо, отправленное с рабочего адреса малого бизнеса, сегодня может быть отклонено ещё до того, как достигнет папки входящих получателя, причём отправителя об этом никогда не предупредит ни одно понятное сообщение об ошибке. С тех пор как Google и Yahoo ужесточили свои требования в феврале 2024 года, а затем к ним присоединился Microsoft в мае 2025 года, аутентификация домена отправки через SPF, DKIM и DMARC стала обязательным условием для любого рабочего почтового ящика, который хочет, чтобы его сообщения действительно доходили.

Что на самом деле означают эти три аббревиатуры

SPF, Sender Policy Framework, — это DNS-запись, перечисляющая серверы, уполномоченные отправлять почту от имени вашего домена. DKIM, DomainKeys Identified Mail, добавляет к каждому сообщению криптографическую подпись, доказывающую, что оно не было изменено в пути. DMARC, Domain-based Message Authentication, Reporting and Conformance, связывает эти два механизма и указывает почтовым провайдерам, что делать, если письмо не проходит эти проверки, одновременно формируя отчёты, показывающие, кто отправляет письма от имени вашего домена без разрешения.

Почему это больше не опционально

Эти три протокола существуют уже давно, но до недавнего времени оставались лишь рекомендациями по лучшим практикам. С 2024 года Google и Yahoo требуют их настройки для любого домена, отправляющего значительный объём сообщений, с чёткими порогами около пяти тысяч писем в день на личные адреса Gmail или Yahoo. Microsoft последовал в 2025 году с аналогичными правилами для Outlook и Hotmail. Малый бизнес, время от времени отправляющий коммерческие предложения или рассылки, не обязательно превышает этот порог, но спам-фильтры этих почтовых служб теперь явно отдают предпочтение аутентифицированным доменам независимо от объёма отправки, что делает такую настройку полезной far за пределами изначально целевых крупных отправителей.

Разница между отклонением и попаданием в спам

Здесь важно понимать одно различие. Домен без DMARC или с неполной настройкой обычно видит, как его письма попадают в папку спама получателя, которая остаётся видимой, даже если мало кто её проверяет. Для крупных отправителей, превышающих пороги, установленные Google и Microsoft, несоблюдение требований может дойти вплоть до полного отклонения сообщения на уровне сервера, с техническим кодом ошибки, который получатель никогда не увидит, а отправитель заметит только при мониторинге журналов отправки.

Проблема, которая всё ещё широко распространена

Значительная часть корпоративных доменов сегодня по-прежнему не имеет корректно настроенной записи DMARC, что делает их уязвимыми для подделки и создаёт проблемы с доставкой. Эта цифра варьируется в зависимости от исследования, но все они сходятся в одном: большинство доменов до сих пор не завершили эту работу по приведению в соответствие, тогда как окно терпимости крупных почтовых провайдеров постепенно сужается.

Как проверить собственную настройку

Самый простой способ — отправить тестовое письмо на адрес Gmail, затем открыть это сообщение и посмотреть опцию «Показать оригинал», которая чётко указывает, прошли ли проверки SPF, DKIM и DMARC. Бесплатные онлайн-инструменты, такие как MXToolbox, также позволяют проверить наличие и корректность этих DNS-записей без необходимости отправлять тестовое письмо.

Настройка на практике

Техническая настройка выполняется на уровне DNS-записей домена, обычно через панель администрирования хостинга или регистратора. Частая ловушка касается компаний, использующих несколько инструментов отправки, таких как рабочая почта, программа для выставления счетов и инструмент рассылок: каждый из них должен быть корректно объявлен и подписан, иначе письма, отправленные из этих сторонних инструментов, не пройдут выравнивание DMARC, даже если основной домен настроен правильно. Рекомендуется начинать с политики DMARC только в режиме мониторинга, а затем постепенно переходить к более строгой политике после подтверждения корректности настройки в течение нескольких недель.

Что стоит проверить перед публикацией: подтвердить на момент публикации точные пороги объёма, используемые Google, Yahoo и Microsoft для квалификации отправителя как массового, а также упомянутые даты введения требований для Microsoft, и проверить, что приведённые данные о доле доменов, всё ещё не соответствующих требованиям, согласуются с последними доступными исследованиями.