---
title: "Рекомендации по массовым рассылкам"
description: "Требования и best practices для массовых email-рассылок: настройка DKIM и SPF, double opt-in, управление отписками, контроль доставляемости и возможные причины блокировок."
---

# Рекомендации по настройке массовых рассылок

> Полный индекс документации для ИИ-агентов: [llms.txt](https://timeweb.cloud/llms.txt).

Почтовые сервисы, такие как Gmail, Яндекс, Mail.ru и др., автоматически анализируют входящий трафик и оценивают репутацию отправителей. 

Соблюдение технических требований и стандартов рассылок снижает риск попадания писем в спам и блокировки домена или IP-адреса.

В статье рассмотрим базовые правила и рекомендации для того, чтобы алгоритмы почтовых систем определяли ваши рассылки как благонадежные. 

## Корректный сбор базы подписчиков

Единственный надежный способ сформировать базу — double opt-in (двойное подтверждение подписки):

1.  Пользователь явно выражает согласие на получение рассылки, самостоятельно установив соответствующий флажок. Не рекомендуется проставлять эти галочки предварительно.
    
2.  На указанный адрес отправляется письмо-подтверждение; пользователь переходит по ссылке и тем самым подтверждает владение ящиком.
    

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

Покупка, скачивание или парсинг адресов с открытых источников недопустимы. Такие базы, как правило, содержат большое количество невалидных адресов, адреса пользователей, не давших согласия на рассылку, и спам-ловушки — специальные адреса, которые почтовые сервисы используют для выявления недобросовестных отправителей. Отправка писем на подобные адреса ухудшает репутацию домена и может привести к блокировке.

## Контроль качества базы

Письма на удаленные или заблокированные адреса не доставляются и учитываются как ошибки доставки. Накопление таких адресов в базе ухудшает репутацию отправителя. Mail.ru, в частности, блокирует рассылку при доле невалидных адресов от 5%.

Невалидные адреса необходимо своевременно исключать из базы.

Для мониторинга доставляемости и статистики рассылок рекомендуем использовать инструменты постмастеров: [Postmaster Tools](https://support.google.com/mail/answer/6227174) от Google, [Postmaster](https://postmaster.mail.ru/) от Mail.ru и аналогичные сервисы других провайдеров.

## Простая отписка от рассылки

Пользователь должен иметь возможность отказаться от рассылки без каких-либо дополнительных действий: регистрации, авторизации или заполнения форм. Достаточно перехода по ссылке с подтверждением отписки.

Требования:

-   В каждом письме должна быть рабочая ссылка для отписки.
    
-   Письмо должно [содержать заголовок](https://tools.ietf.org/html/rfc2369#section-3.2) `list-unsubscribe`. Он отображает кнопку «Отписаться» непосредственно в интерфейсе почтового клиента, а переход по ссылке из этого заголовка должен немедленно отменять подписку.
    

Если отписка неудобна или недоступна, пользователи, как правило, отмечают письма как спам — это напрямую влияет на репутацию отправителя.

## Технические требования к рассылкам

До начала рассылок необходимо убедиться, что выполнены следующие условия: 

-   Для домена отправителя настроены [DKIM](https://timeweb.cloud/docs/domains/dns-records-management#dkim) и [SPF](https://timeweb.cloud/docs/domains/dns-records-management#spf). Эти механизмы подтверждают подлинность писем и защищают от подделки.
    
-   Адрес отправителя реально существует и использует домен организации. Если входящие сообщения обрабатываются автоматически, автоответ должен содержать контактные данные службы поддержки. Mail.ru дополнительно требует указания в тексте письма физического адреса и телефона компании-отправителя.
    
-   Все сообщения содержат заголовок `Precedence: bulk` — стандартный маркер массовой рассылки.
    
-   Письма соответствуют стандартам [RFC 5321](https://tools.ietf.org/html/rfc5321) (SMTP), [RFC 5322](https://tools.ietf.org/html/rfc5322) и [MIME](https://tools.ietf.org/html/rfc2045) и содержат [корректный заголовок](https://tools.ietf.org/html/rfc5322#section-3.6.4) `Message-ID`.
    
-   Для рассылок используются отдельные IP-адреса, не пересекающиеся с адресами деловой корреспонденции и служебных уведомлений. Если выделить отдельный IP невозможно, рекомендуется разделять потоки на уровне доменов: например, `news.example.com` для информационных рассылок и `billing.example.com` для финансовых уведомлений.
    

## Категорически не рекомендуется

-   Скрывать или подделывать данные отправителя или источника рассылки.
    
-   Маскировать целевые адреса ссылок в письмах. Использование сокращателей ссылок и редиректов, скрывающих реальный адрес назначения, также не рекомендуется.
    
-   Формировать базу из купленных, скачанных или собранных без согласия пользователей адресов.