SPF

SPF, або Sender Policy Framework, — це стандарт email-автентифікації, який дозволяє власнику домену вказати в DNS, які поштові сервери або сервіси можуть відправляти листи від імені цього домену. Поштовий сервер отримувача перевіряє SPF-запис і вирішує, чи дозволене джерело відправлення.

Суть поняття

SPF працює як список дозволених відправників для домену. Якщо лист приходить із сервера, якого немає в SPF-записі, він може отримати гіршу оцінку або бути відхилений залежно від політики отримувача й DMARC.

SPF важливий, але має обмеження: він перевіряє технічний шлях відправлення, а не весь бренд-контекст листа. Тому його використовують разом із DKIM і DMARC.

Науковий і теоретичний контекст

SPF є одним із базових механізмів боротьби з підміною доменів. У маркетингу він став інфраструктурною нормою для ESP, CRM, транзакційних сервісів і корпоративної пошти.

Професор маркетингу назвав би SPF елементом довіри каналу, а не комунікаційною стратегією. CMO перевіряв би, чи всі платформи відправлення коректно авторизовані, бо одна технічна помилка може зіпсувати доставку кампаній.

Практичне застосування

• Додати до SPF усі легітимні сервіси, які відправляють листи від імені домену.
• Перевіряти SPF після підключення нового ESP, CRM або helpdesk-системи.
• Не створювати кілька SPF-записів для одного домену.
• Стежити за лімітом DNS lookup у SPF.
• Використовувати окремі піддомени для різних потоків email, якщо це потрібно.

Приклади

Інтернет-магазин. Маркетингові листи йдуть через один сервіс, чеки через інший, а підтримка через третій. Усі ці джерела мають бути враховані в SPF або коректно розділені по піддоменах.

B2B-компанія. Після підключення нового outbound-інструменту листи почали частіше відхилятися. Причина може бути в тому, що сервіс не додали до SPF.

Медіа. Редакційні розсилки, платні дайджести й системні повідомлення можуть мати різні потоки, але SPF має описувати їх без конфліктів.

Типові помилки

1. Мати два окремі SPF-записи для одного домену.
2. Додавати сервіси без перевірки, чи вони справді потрібні.
3. Перевищити ліміт DNS lookup і зламати перевірку.
4. Після міграції сервісів залишити старі непотрібні include.
5. Вважати SPF достатнім захистом без DKIM і DMARC.

Коли це особливо важливо

SPF потрібен кожному бізнесу, який відправляє email із власного домену: маркетингові розсилки, транзакційні листи, CRM-комунікації, cold outreach, підтримка клієнтів або системні повідомлення.

Метрики та оцінка

Оцінюють SPF pass rate, authentication failures, bounce rate, deliverability, DMARC alignment, domain reputation і кількість невідомих джерел у DMARC-звітах.

Пов’язані поняття

DKIM · DMARC · Deliverability · Sender reputation · Transactional email

Висновок

SPF — це базовий список дозволених email-відправників для домену. Він не вирішує всю доставку самостійно, але без нього email-інфраструктура бренду залишається неповною і вразливою.