Как не попасть в спам: технические настройки email-рассылок

Вы отправляете email-рассылку, ждете ответа, а вместо него - тишина. Письма не доходят. Не потому что люди не интересуются, а потому что ваше письмо спам. И это не про содержание. Это про технику. Без правильных настроек ваш контент даже не попадет в почтовый ящик - он застревает на границе, как машина без прав на въезд. И да, это не про «плохой текст» или «слишком много ссылок». Это про DNS-записи, ключи и политики, которые вы, возможно, вообще не знали, что существуют.

SPF: первый шлагбаум для писем

SPF - это как пропуск на парковку. Вы говорите почтовым серверам: «Только эти IP-адреса могут отправлять письма от моего домена». Без этого - вы не авторизованы. Почтовые системы вроде Gmail, Яндекс и Mail.ru начинают подозревать: «Кто это вообще?»

Настройка проста: в DNS вашего домена добавляется TXT-запись. Например:

• v=spf1 include:_spf.google.com -all - если используете Google Workspace
• v=spf1 ip4:192.0.2.1 -all - если у вас выделенный сервер

Запомните: -all - это жесткий запрет на всё остальное. ~all - мягкий, и его используют новички, думая, что это «безопаснее». Это ошибка. ~all означает «может быть спамом» - и фильтры именно так и обрабатывают такие письма. По данным REG.RU, 28% всех ошибок в SPF - это именно неправильное использование ~all вместо -all.

Еще одна ловушка: превышение лимита в 10 DNS-запросов. Если вы впихнули в SPF десяток сервисов - Mail.ru или Gmail просто перестанут читать запись. Проверьте через специальный валидатор - он покажет, сколько запросов вы используете.

DKIM: цифровая подпись, которая не подделывается

SPF говорит: «Кто отправил». DKIM говорит: «Это письмо не меняли по пути». Он добавляет цифровую подпись к заголовкам письма. Эта подпись генерируется с помощью пары ключей: приватный остается у вас на сервере, публичный - публикуется в DNS.

Создается она так: генерируете ключ (рекомендуется 2048 бит, а не устаревшие 1024), добавляете публичный ключ в DNS как TXT-запись вида:

selector._domainkey.yourdomain.com - где selector - это любое имя, например, mail или dkim1.

Почему 2048 бит? Потому что в 2024 году Kaspersky Lab зафиксировал, что 41% компаний используют уязвимые 1024-битные ключи. Хакеры легко их взламывают. А фильтры уже реагируют на это в 2,3 раза сильнее, чем на отсутствие SPF.

Ошибка? Пробел в записи. Да, один лишний пробел после v=1 - и DKIM не работает. Сервисы вроде dkimvalidator.com показывают ошибку, но не всегда понятно, где именно. Проверяйте вручную. Помните: ключ должен быть одной строкой без переносов.

DMARC: ваша защита от подделки домена

SPF и DKIM - это защита. DMARC - это политика. Он говорит: «Если письмо не прошло SPF или DKIM - что с ним делать?»

Запись выглядит так:

v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com

Параметр p=none - это режим наблюдения. Он не блокирует письма, но присылает вам отчеты: кто пытается писать от вашего домена. Это как камера наблюдения на входе. Вы видите, кто пытается подделать ваш адрес - и не блокируете легитимную почту по ошибке.

Потом, когда уверены, что всё работает, меняете p=none на p=quarantine - письма попадают в спам. И, наконец, p=reject - письма отвергаются полностью. Но тут ловушка: 68% компаний, которые сразу ставят reject, теряют до 40% своих писем. Почему? Потому что где-то в цепочке - еще один сервис, который вы забыли добавить в SPF.

Обязательно укажите rua - адрес, куда приходят отчеты. Без него вы ничего не увидите. И да, проверяйте эти отчеты. Пользователь с Reddit написал: «Получил от Google отчет - 12% писем приходили с поддельного домена. Узнал, что у меня утекли данные. Спасибо DMARC».

Обратный DNS (PTR): о нем забывают - и теряют 35% писем

Вы настроили SPF, DKIM, DMARC - и всё равно письма идут в спам? Проверьте PTR-запись. Это обратный DNS. Он связывает IP-адрес вашего сервера с вашим доменом. Если его нет - почтовые системы думают: «Этот IP - не ваш. Значит, это спам».

Kaspersky Lab подтверждает: отсутствие PTR увеличивает шансы попадания в спам на 35%. И это не теория. Это факт, который влияет на 44% случаев по данным Netology.

Настроить PTR можно только через хостинг-провайдера или серверного администратора. Вы не добавите его в DNS-панель вашего домена. Это настройка на уровне IP-адреса. Если вы используете SendPulse, Mailchimp или другой сервис - спросите их: «У вас есть PTR для моего IP?»

Shared IP vs Dedicated IP: кто вас «заражает»

Вы используете общий сервер (shared IP)? Тогда вы - соседи с теми, кто рассылает спам. И если кто-то из них нарушает правила - вся группа получает репутационный удар. Unisender говорит: 52% жалоб на спам приходятся на shared IP.

Выделенный IP (dedicated IP) - это как отдельный дом. Вы сами отвечаете за свою репутацию. Он дороже - но повышает доставляемость на 27%. Если вы рассылаете больше 10 тыс. писем в месяц - это не опция. Это необходимость. Mail.ru с сентября 2024 года требует DMARC именно для таких случаев.

Double opt-in: теряете 30% подписчиков - но спасаете 63% репутации

Технические настройки - это не всё. Контент тоже важен. Но не потому что вы «слишком агрессивно продаете». А потому что фильтры теперь используют ИИ.

С 2023 года Mail.ru, Яндекс и Gmail начали применять BERT и другие модели машинного обучения для анализа текста. Они не ищут слова «кредит» или «бесплатно». Они анализируют структуру, эмоции, ритм. И если письмо звучит как спам - даже без запрещенных слов - оно попадет в спам.

Double opt-in - это когда человек подтверждает подписку вторым письмом. Он теряет 15-30% подписчиков. Но снижает жалобы на спам на 63%. А жалобы - это главный сигнал для фильтров. Если 1 из 100 получателей нажимает «Спам» - ваша репутация падает. Если 1 из 10 - ваш домен блокируют.

В России с 2023 года за отправку без double opt-in могут штрафовать до 500 тыс. рублей по закону о персональных данных. Это не пустые слова. Роскомнадзор уже фиксирует такие нарушения.

Как проверить всё это

Нет смысла настраивать всё в слепую. Проверяйте. По шагам:

1. Используйте Mail-Tester.com - отправьте тестовое письмо на их адрес. Получите оценку от 0 до 10. Если ниже 8 - есть проблемы.
2. Проверьте SPF и DKIM через dkimvalidator.com - он покажет, где именно ошибка.
3. Зайдите в Google Postmaster Tools - бесплатно, требует подтверждения домена. Там вы увидите репутацию вашего IP, проценты спама, ошибки аутентификации.
4. Проверьте PTR через команду в терминале: dig -x ваш_IP_адрес - и убедитесь, что в ответе есть ваш домен.

Если вы не знаете, как это делать - наймите специалиста. Это не дороже, чем потерять 90% рассылок. SendPulse предлагает поддержку на русском - другие сервисы, как Mailchimp, дают только базу знаний. В 2024 году 64% пользователей MailerLite потратили больше 4 часов на настройку DKIM. Не будьте одним из них.

Что будет в 2025-2026

Google и Yahoo! уже требуют SPF+DKIM+DMARC для рассылок свыше 5 тыс. писем в день. С 2025 года появится новый протокол - ARC. Он защищает письма, которые пересылаются через несколько серверов. Но для его поддержки нужно обновить почтовые системы - и это займет 6-8 месяцев.

К 2026 году 95% провайдеров перейдут на DMARC с p=reject. Это значит: если у вас не всё настроено идеально - ваши письма просто не будут отправляться. 78% малого бизнеса не справятся без помощи специалистов. Вы не хотите быть в этом списке, верно?

И да - MTA-STS и TLS - это уже не «дополнительно». Это стандарт. 35% крупных компаний уже используют шифрование соединений. Если вы этого не делаете - вы устареваете.

Технические настройки - это не «для галочки». Это фундамент. Без него ваш email-маркетинг - как дом без фундамента. Может выглядеть красиво, но ветер его снесет. Настройте SPF, DKIM, DMARC, PTR - и вы получите не просто доставляемость. Вы получите доверие. А доверие - это то, что не купишь за деньги. Это то, что строится годами. И разрушается за один день - если вы забыли про один пробел в DNS.