SPF

SPF (Sender Policy Framework) - это стандартный протокол аутентификации электронной почты, который позволяет владельцам доменов указать, какие почтовые серверы имеют право отправлять email-сообщения от имени их домена. SPF представляет собой запись в системе DNS (Domain Name System), которая публикует список разрешённых IP-адресов или серверов-отправителей.

В интернет-маркетинге и, в частности, в email-маркетинге, правильная настройка SPF является критически важным условием для обеспечения высокой доставляемости писем и защиты репутации домена отправителя.

SPF с точки зрения маркетолога

Для специалиста по email-маркетингу SPF - это не просто техническая настройка, а фундамент, на котором строится доверие к вашим рассылкам. Когда вы отправляете письма клиентам (будь то рекламная рассылка, триггерное письмо или транзакционное сообщение), почтовые провайдеры проверяют, действительно ли ваш сервер имеет право отправлять почту от вашего домена.

Если SPF настроен неправильно или отсутствует, возникают 2 проблемы:

• Письма не доходят. Даже самое качественное и полезное письмо может не попасть в папку «Входящие», если SPF-проверка не пройдена. Почтовые системы всё чаще отклоняют такие письма или отправляют их в спам.
• Страдает репутация бренда. Мошенники могут использовать ваш домен для фишинговых атак. Клиенты, получившие поддельное письмо, могут потерять доверие к компании, даже если она не виновата.

Техническая сущность SPF

SPF работает на уровне DNS и представляет собой текстовую запись (TXT-запись) определённого формата. Когда почтовый сервер получателя (например, Mail.ru, Gmail или Яндекс.Почта) получает входящее сообщение, он может проверить SPF-запись домена отправителя. Эта проверка отвечает на вопрос: «Действительно ли IP-адрес сервера, с которого пришло это письмо, имеет право отправлять почту от имени данного домена?»

Если IP-адрес отправителя совпадает с одним из разрешённых адресов в SPF-записи, проверка считается пройденной. Если нет - письмо может быть отклонено, помечено как спам или подвергнуто дополнительным проверкам.

Формат SPF-записи

Типичная SPF-запись выглядит следующим образом:

example.com IN TXT "v=spf1 ip4:192.168.1.0/24 include:_spf.google.com ~all"

Основные механизмы SPF:

| Механизм | Описание | Пример | |:---|:---|:---| | ip4 | Разрешает конкретный IPv4-адрес или диапазон | ip4:192.168.1.1 | | ip6 | Разрешает конкретный IPv6-адрес или диапазон | ip6:2001:db8::/32 | | a | Разрешает IP-адрес, указанный в A-записи домена | a:mail.example.com | | mx | Разрешает IP-адреса почтовых серверов домена | mx | | include | Включает SPF-запись другого домена | include:spf.mail.ru | | all | Завершает запись и определяет политику по умолчанию | ~all или -all |

Квалификаторы (политики)

В конце SPF-записи указывается, что делать с письмами, не соответствующим ни одному из правил:

• +all - разрешить всем (не рекомендуется, так как делает SPF бессмысленным).
• -all - строгий запрет (письма с неавторизованных серверов должны отклоняться).
• ~all - мягкий запрет (письма с неавторизованных серверов должны приниматься, но помечаться как подозрительные).
• ?all - нейтральная политика (нет явных указаний).

Зачем нужен SPF в Email-маркетинге

1. Защита от подделки (спуфинга) и фишинга

SPF помогает защитить ваш домен от использования злоумышленниками. Без SPF мошенники могут отправлять письма от имени вашего домена, пытаясь обмануть получателей и выманить у них конфиденциальные данные. Наличие корректной SPF-записи снижает вероятность того, что ваш бренд будет использован в фишинговых атаках.

2. Повышение доставляемости писем

Крупные почтовые провайдеры (Gmail, Yahoo, Outlook) требуют аутентификации входящих писем. Google прямо рекомендует настроить SPF и DKIM для соответствия требованиям к отправителям и обеспечения доставки писем в папку «Входящие». Если SPF не настроен или настроен некорректно, письма с большой вероятностью будут отклонены или попадут в спам.

3. Защита репутации отправителя

Современные почтовые системы оценивают репутацию домена и IP-адреса отправителя. SPF-аутентификация является одним из факторов, формирующих эту репутацию. Если письма от вашего домена регулярно не проходят SPF-проверку, почтовые провайдеры могут начать относиться к ним с подозрением, что негативно скажется на доставляемости даже легитимных писем.

Типичные ошибки при настройке SPF

Даже опытные маркетологи и разработчики иногда допускают ошибки при настройке SPF. Вот самые распространённые:

1. Слишком много DNS-запросов

SPF-спецификация ограничивает количество DNS-запросов при проверке до 10 (включая все include). Если у вас сложная инфраструктура с множеством сервисов (CRM, платформа рассылок, аналитика), легко превысить этот лимит. В результате SPF-проверка будет проваливаться.

2. Использование +all в конце записи

Квалификатор +all означает, что любой сервер может отправлять почту от вашего имени. Это полностью лишает SPF смысла и открывает домен для злоумышленников.

3. Отсутствие include для всех сервисов

Если вы используете несколько сервисов для отправки почты (например, платформу рассылок + CRM + свой почтовый сервер), все они должны быть перечислены в SPF-записи. Иначе письма от пропущенного сервиса будут отклоняться.

4. Неправильный синтаксис

SPF-записи чувствительны к синтаксису. Лишний пробел, отсутствие точки с запятой или неправильный механизм могут сделать запись неработоспособной.

5. Игнорирование мягкого запрета (~all) на этапе тестирования

Рекомендуется начинать с политики ~all (мягкий запрет), чтобы увидеть, какие сервисы отправляют почту от вашего имени, но не перечислены в SPF. После выявления всех легитимных источников можно переходить к -all (строгий запрет).

Как проверить SPF-запись

После настройки SPF необходимо убедиться, что запись работает корректно. Существует несколько способов проверки:

Онлайн-инструменты

• MXToolbox SPF Check - 1 из самых популярных инструментов. Показывает, правильно ли настроена SPF-запись и нет ли превышения лимита DNS-запросов.
• Kitterman SPF Validator - более детальный инструмент, показывающий, как будет интерпретироваться запись.
• Google Admin Toolbox - проверяет SPF-запись и показывает, видит ли её Google.

Ручная проверка

В командной строке можно использовать команду:

nslookup -type=txt ваш-домен.ru

или

dig ваш-домен.ru TXT

Это покажет все TXT-записи домена, включая SPF.

Тестовые письма

Отправьте тестовое письмо на специальные сервисы (например, mail-tester.com) и посмотрите в отчёте, проходит ли SPF-проверку ваш домен.

SPF в связке с другими протоколами

SPF обычно используется не сам по себе, а в сочетании с другими методами аутентификации:

• DKIM (DomainKeys Identified Mail) - добавляет к письму цифровую подпись, которая позволяет проверить, что содержимое письма не было изменено после отправки.
• DMARC (Domain-based Message Authentication, Reporting, and Conformance) - политика, которая определяет, как почтовый сервер должен обрабатывать письма, не прошедшие проверку SPF или DKIM.

Для транзакционных писем, таких как подтверждения заказов или восстановление пароля, особенно важно, чтобы они были отправлены с домена с правильно настроенными SPF и DKIM. Это гарантирует, что критически важные для клиента сообщения будут доставлены и не вызовут у него подозрений в подлинности.

Связанные термины

• Email-маркетинг
• Транзакционные письма
• Доставляемость
• DKIM
• DMARC
• DNS
• Репутация отправителя