Коротко: это инструкции по правильной авторизации писем на уровне домена, чтобы почтовые провайдеры принимали сообщения от вашего бизнеса. Правильные записи SPF, DKIM и DMARC снижают вероятность попадания в спам и защищают бренд. Для белорусских малых и средних компаний это практический путь повысить доход от рассылок и сохранить репутацию отправителя.
SPF — разрешаем отправлять письма от имени домена
SPF сообщает почтовым серверам, какие серверы имеют право отправлять почту от вашего домена. Без корректной записи провайдеры чаще помечают письма как подозрительные.
Пример: небольшая пекарня в Минске использует рассылку через облачный сервис и через бухгалтерский сервер. Без SPF письма от сервиса иногда попадают в спам, потому что почтовики не видят разрешения от бухгалтерского IP.
Как сделать:
- Соберите список всех отправителей почты: хостинг, рассыльщик, CRM, серверы бухгалтерии.
- Создайте TXT‑запись SPF у регистратора домена с перечислением IP и include для сервисов (пример: v=spf1 ip4:1.2.3.4 include:service.example -all).
- Проверьте запись через онлайн‑валидатор и отправьте тесты на популярные почтовики.
DKIM — цифровая подпись для писем
DKIM ставит подпись на письмо, подтверждающую, что содержимое не изменили и письмо действительно от вашего домена. Подпись помогает пройти фильтры антиспама.
Пример: интернет‑магазин в Гомеле интегрировал рассылщик без DKIM. Покупатели жаловались, что письма с подтверждением заказа падают в папку «спам» у клиентов на Mail.ru и у корпоративных почт. Добавили DKIM — проблема снизилась.
Как сделать:
- В панели рассыльщика или на почтовом сервере включите генерацию DKIM‑ключа и получите публичный ключ и селектор.
- Добавьте TXT‑запись с селектором в DNS домена (selector._domainkey.example).
- Отправьте тестовые письма, проверьте подпись через сервисы проверки DKIM.
DMARC и мониторинг репутации домена
DMARC связывает SPF и DKIM, даёт инструкцию почтовикам, как обращаться с подозрительными письмами, и присылает отчёты о проблемах. DMARC помогает увидеть подмены письма и контролировать доставляемость.
Пример: салон красоты в Бресте начал получать фальшивые письма от имени своего домена. Внедрили DMARC с политикой p=quarantine и настроили адрес для агрегированных отчётов. Через неделю стало видно, какие сервисы подменяют отправку, и удалось устранить источник.
Как сделать:
- Настройте SPF и DKIM прежде чем вводить строгую политику DMARC.
- Создайте TXT‑запись DMARC с p=none и адресом для отчетов, соберите данные 2–4 недели.
- Проанализируйте отчёты, поправьте отправителей, затем переходите к p=quarantine или p=reject.
- Добавьте rua/rua и ruf аккуратно, проверяйте объём отчетов, используйте парсер DMARC.
Репутация IP и домена, разогрев и мониторинг
Даже с правильными записями плохая репутация IP приводит к плохой доставке. Разогрев нужен новым IP и новым доменам. Мониторинг показывает проблемы на ранней стадии.
Пример: интернет‑магазин из Витебска сменил почтового провайдера и получил новый IP. После резкой отправки большой рассылки письма массово ушли в спам. Плановый разогрев IP на 2–3 недели вернул доставляемость.
Как сделать:
- Если IP новый, начните с небольших рассылок (несколько десятков писем) и постепенно увеличивайте объем.
- Отслеживайте показатели: процент доставленных, открытий, жалоб «спам», отскоки.
- Проверяйте черные списки (RBL) и используйте сервисы мониторинга репутации.
Интеграция с локальными сервисами и контроль обратных сигналов
Интеграция рассылок с CRM и точками контакта снижает нежелательные письма и улучшает поведение подписчиков. Важный элемент — обработка отскоков и жалоб.
Пример: салон в Могилёве объединил записи отказов в CRM и настроил автоматический отпис по hard‑bounces. Через месяц снизилось количество жалоб и поднялась открываемость.
Как сделать:
- Настройте обработку bounce и жалоб в рассыльщике. Hard‑bounce переводите в отписки.
- Сегментируйте список: активные, неактивные, новые подписчики. Разные правила доставки для каждой группы.
- Свяжите CRM и рассыльщик, чтобы действия клиентов (покупка, запись, отмена) автоматически обновляли статус в базе.
Типичные ошибки
- Добавление в SPF слишком многих include без проверки, что они актуальны.
- Генерация DKIM‑ключей, но забывание добавить запись в DNS.
- Включение строгой политики DMARC без мониторинга отчетов и исправления источников отправки.
- Резкое увеличение объема отправки с нового IP без разогрева.
- Игнорирование bounce‑отчетов и продолжение отправки на несуществующие адреса.
Полезные ссылки: настройка SPF, DKIM и DMARC на VPS в Беларуси и практические правила по email‑доставляемости для малого бизнеса Беларуси.
3 шага на неделю:
- Проверить текущие записи SPF/DKIM/DMARC в панели домена и сделать снимок настроек.
- Настроить DMARC в режиме p=none с адресом для агрегированных отчетов и собрать логи 7–14 дней.
- Разослать тестовую кампанию на небольшую сегментную группу и проанализировать доставляемость и отскоки.