Яндекс.Метрика
Москва, Волгоградский пр-т,
43к3, оф. 301
Пишите 24/7, мы онлайн
+7 (495) 128-00-14
последнее обновление: 16.12.2025

Определение: SPF (Sender Policy Framework) — это правило в DNS (обычно TXT-запись), которое сообщает почтовым сервисам: какие серверы имеют право отправлять письма от имени вашего домена. SPF помогает снижать подделку отправителя и повышает доставляемость писем.

Зачем это нужно

  • Чтобы письма с вашего домена реже попадали в спам.
  • Чтобы защититься от подделки адреса отправителя (spoofing) от имени вашего домена.
  • Чтобы корректно отправлялись письма с сайта (формы, уведомления), CRM и рассылок.
  • Чтобы почтовые провайдеры понимали, “разрешён” ли конкретный SMTP-сервер для вашего домена.
  • Чтобы пройти базовые проверки домена вместе с DKIM и DMARC.

Пример

Пример кода:

TXT @ "v=spf1 include:mailprovider.example -all"

Это SPF для домена: он разрешает отправку через почтового провайдера (include) и запрещает все остальные источники (-all). На практике провайдер даёт точное значение SPF, а если у вас несколько источников отправки (почта + сайт + рассылка), их добавляют в одну общую SPF-строку.

Скриншот

DNS-зона домена: TXT-запись SPF с началом v=spf1 и include, рядом поле TTL

Подпись к скриншоту: страница управления DNS, где видно TXT-запись SPF для корня домена (@) со строкой, начинающейся на v=spf1

Частые ошибки

  • Создавать несколько SPF-записей для одного домена — обычно должна быть одна SPF-строка.
  • Забывать добавить все источники отправки (CRM, рассылки, сайт) — часть писем начинает отклоняться или уходить в спам.
  • Использовать слишком “мягкую” политику без понимания (например, ~all), а потом удивляться подделкам.
  • Копировать SPF из чужого примера без проверки — можно случайно разрешить не те сервера.
  • Ждать мгновенного эффекта: DNS обновляется с задержкой из-за TTL и кэша.

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

Наши услуги