Рекомендации по доставляемости писем не сводятся к поиску запрещенных слов или подсчету эмодзи. Все начинается с аутентификации, выравнивания, репутации отправителя и последовательной операционной работы. Если эти основы нарушены, письмо может без ошибок пройти через ваш почтовый сервер, но не попасть к получателю.
Такая ситуация встречается постоянно. Приложение сообщает, что письмо отправлено. В журнале SMTP указано 250 OK. Но потенциальный клиент не отвечает, напоминание о счете исчезает, а сообщение поддержки оказывается в спаме. В разрыве между отправкой и прочтением многие команды теряют время и деньги.
Более широкую картину сигналов доверия дает наше руководство о репутации отправителя. Эта статья представляет собой практический регламент: что проверять сначала, что обычно выходит из строя и какие исправления могут улучшить размещение писем в 2025-2026 годах.
Что относится к лучшим практикам доставляемости писем?
Это технические и операционные меры, которые помогают легитимной почте попадать во входящие, а не в спам или отказ. Основные факторы: SPF, DKIM, выравнивание DMARC, обратная DNS-запись, TLS, доля жалоб, контроль возвратов и равномерная отправка. Корректировать содержание следует позже, а не в первую очередь.
| Фактор с высоким влиянием | На что влияет | Почему он важнее |
|---|---|---|
| SPF, DKIM, DMARC | Идентификация и доверие | Крупные провайдеры используют их как базовые проверки допуска |
| Репутация домена и IP | Входящие, спам или блокировка | История жалоб и возвратов продолжает влиять на отправителя |
| Равномерность объема | Ограничения скорости и замедление | Резкие всплески могут выглядеть как злоупотребление |
| FCrDNS и TLS | Легитимность в сети | Отсутствующий PTR или слабая защита транспорта могут быстро вызвать фильтрацию |
| Чистота списка и обработка отписок | Доля жалоб | Здесь добросовестные отправители часто незаметно вредят себе |
| Оформление темы письма | Небольшая составляющая оценки содержимого | Редко компенсирует неисправную инфраструктуру |
| Соотношение текста и изображений | Устаревшие эвристики спама | Современные фильтры все равно анализируют письмо целиком |
Обычные статьи начинают с текста, потому что это кажется простым. На практике работа над доставляемостью начинается в DNS, заголовках, журналах и каналах обратной связи получателей. Пока эти уровни не настроены надежно, оптимизация темы письма не заменит техническую основу.
Основатель отправляет 40 писем с предложениями с нового домена и получает неплохие ответы. Затем он подключает тот же домен к трем SaaS-сервисам, добавляет пять включений SPF, пересылает почту в Gmail и за один день отправляет 2,500 писем о запуске. Текст не изменился, но доставляемость все равно может резко упасть.
Сначала исправьте стек аутентификации
Если вы сделаете только одно, исправьте аутентификацию. Надежная доставляемость начинается с SPF, DKIM и DMARC: они подтверждают, кто имеет право отправлять почту, было ли письмо изменено и совпадает ли видимый домен From с аутентифицированной идентичностью. Это базовое требование, а не дополнительная возможность.
Опубликованные требования Google к отправителям служат наиболее понятным открытым ориентиром: массовым отправителям нужны SPF, DKIM, запись DMARC, корректные прямая и обратная DNS-записи, TLS и низкая доля спама. Первоисточник доступен в ответах Google о требованиях к отправителям.
SPF: сохраняйте запись корректной и короткой
SPF определяет серверы, которым разрешено отправлять почту от имени вашего домена. Проверяется адрес отправителя конверта, а не видимая строка From. Одна аккуратная запись SPF надежнее пяти записей, которые поддерживаются лишь частично. Правильная настройка SPF относится к наиболее значимым техническим мерам.
Типичный сбой предсказуем: команды добавляют одного отправителя за другим, пока запись не превышает лимит в 10 DNS-запросов, установленный в RFC 7208. После этого SPF может возвращать постоянную ошибку, а принимающие системы могут считать ее жесткой ошибкой аутентификации.
dig txt example.com +short
# Expect one SPF TXT record, not two
# Example:
# "v=spf1 include:spf.trekmail.net include:_spf.google.com -all"
Подробные инструкции приведены в руководстве о записи SPF для почты. Краткая версия:
- Используйте одну запись SPF для каждого домена.
- Удаляйте провайдеров, которыми больше не пользуетесь.
- Не подключайте инструменты вслепую.
- Не полагайтесь только на SPF для пересылаемой почты.
DKIM: защита пересылаемой почты
DKIM подписывает письмо закрытым ключом вашего домена, чтобы получатель мог проверить подпись по открытому ключу в DNS. На практике именно DKIM часто позволяет пройти DMARC, когда SPF перестает работать при пересылке.
Используйте ключи длиной 2048 бит, если провайдер их поддерживает. Выбирайте мягкую каноникализацию, если нет особой причины поступить иначе. Планово меняйте селекторы, не дожидаясь кризиса. Правильное управление DKIM особенно важно для защиты пересылаемых писем.
dig txt selector1._domainkey.example.com +short
# Expect something like:
# "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."
На практике встречается неприятная проблема: некоторые панели DNS повреждают длинные значения DKIM. В интерфейсе запись выглядит существующей, но резолвер возвращает испорченное значение. Если письма перестали проходить после переноса DNS, сначала проверьте фактически опубликованную запись, а не снимок экрана из панели регистратора.
DMARC: команды часто ошибаются в выравнивании
DMARC проходит проверку, если SPF или DKIM успешно проверен и выровнен с видимым доменом From. Именно выравнивание часто становится источником проблем. Отправитель говорит: «SPF и DKIM прошли проверку». Получатель отвечает: «Но ни один из них не совпал с доменом From, поэтому DMARC не прошел».
dig txt _dmarc.example.com +short
# Good starting point:
# "v=DMARC1; p=none; rua=mailto:dmarc@example.com"
Используйте поэтапный порядок:
- Начните с
p=noneи собирайте отчеты. - Найдите каждого легитимного отправителя, включая старые системы заявок и забытые задания cron.
- Настройте собственный DKIM или собственные домены return-path на каждой платформе.
- Перейдите на
quarantine, а затем наreject, когда выравнивание станет корректным.
Основателю, работающему в одиночку, обычно нужно привести в порядок одно рабочее пространство и один маркетинговый инструмент. Небольшой команде часто приходится искать «еще одного отправителя», которого добавили продажи или поддержка. Агентству лучше стандартизировать процесс до того, как неправильная настройка одного клиента повлияет на десять других.
Устраните пробелы в сетевой гигиене
Рекомендации по доставляемости не заканчиваются на SPF, DKIM и DMARC. Принимающие системы также оценивают IP-адрес отправителя, обратную DNS-запись и шифрование транспорта. При небрежной настройке почта может быть замедлена или заблокирована еще до оценки содержимого.
FCrDNS необходим
У IP-адреса отправителя должна быть запись PTR, которая разрешается в имя хоста, а это имя должно разрешаться обратно в тот же IP-адрес. На простых облачных серверах такая настройка часто отсутствует.
dig -x 203.0.113.10 +short
mail.example.com.
dig mail.example.com +short
203.0.113.10
Если значения не совпадают, исправьте их до остальных изменений. Google прямо указывает отсутствующие или несовпадающие PTR и прямую DNS-запись как проблему соблюдения требований к отправителям.
TLS следует применять обязательно
Если ваша система отправки все еще допускает слабый или незашифрованный транспорт, исправьте это. Это базовая гигиена. TLS сам по себе не дает особого преимущества, но его отсутствие может привести к отрицательной оценке.
Управляемый SMTP TrekMail использует аутентифицированную отправку через 465 или 587, на платных тарифах подписывает письма доменным DKIM и стандартизирует путь отправки для разных доменов. При настройке домена особенно полезны документы Обязательные записи DNS и Управляемый SMTP TrekMail.
Защищайте репутацию последовательными действиями
Самая неприятная истина состоит в том, что репутации обычно вредят обычные операционные ошибки. Доля жалоб и возвратов, устаревшие списки и неравномерный объем опаснее броских спам-слов. Репутация формируется медленно, а заметно ухудшиться может за неделю.
Следите за порогом жалоб
Google рекомендует массовым отправителям удерживать долю спама ниже 0.1% и не допускать уровня 0.3% или выше. Значение кажется крошечным, пока вы не посчитаете: трех жалоб на тысячу доставленных во входящие писем уже может быть достаточно для ощутимых проблем.
Поэтому отписка одним нажатием важна для рекламного трафика. Среди мер по доставляемости это сравнительно простое улучшение. Дело не в аккуратном заголовке, а в том, что раздраженные получатели нажимают «Это спам», когда пожаловаться проще, чем отписаться.
Поддерживайте низкий уровень возвратов
Жесткие возвраты служат сигналом качества. Если продолжать писать на несуществующие адреса, провайдеры могут решить, что остальной список также некачественный. Быстро удаляйте недействительных получателей. Не импортируйте старые CSV-файлы только потому, что адреса «могут еще работать».
Небольшое агентство перенесло пять клиентских доменов и использовало старый общий список для первой рассылки. Материалы были нормальными, уровень возвратов нет. Через две недели даже личные письма клиентам стали попадать в спам, поскольку общая репутация отправителя уже пострадала.
Прогревайте новые домены разумно
Новые домены должны начинать с малого объема и расти равномерно. Рекомендация TrekMail по прогреву проста: не покупайте новый домен, чтобы сразу отправить тысячи сообщений. Начните с личных и желательных писем, затем увеличивайте объем.
При прогреве важно начинать медленно. Осторожный ориентир для холодного домена составляет от 20 до 50 писем в день в первую неделю, затем объем можно постепенно повышать. Если большой объем нужен быстро, используйте устоявшуюся систему отправки с реальной историей взаимодействия, а не возлагайте всю нагрузку на новый домен.
Пересылка требует особого подхода
Пересылка часто нарушает SPF, поскольку пересылающий сервер отсутствует в записи SPF исходного отправителя. Корректная обработка пересылки относится к самым недооцененным мерам. Это нормальное техническое поведение. Решение заключается в выровненном DKIM и правильном переписывании отправителя при пересылке на уровне домена.
Подробнее об этом рассказано в статьях пересылка доменной почты и пересылка почты с SRS. Если пересылаемые письма продолжают исчезать, изучите результаты аутентификации, а не только текст сообщения.
Выбирайте процесс с учетом размера команды
Подход к доставляемости немного меняется в зависимости от количества доменов, пользователей и инструментов. Основные правила остаются прежними, но источник сбоев смещается. У основателя отклонения обычно возникают из-за невнимания, у команды из-за передачи задач, у агентства из-за масштаба.
Основатели без команды
Используйте одного отправителя для транзакционной почты и одного для кампаний, если нужны оба типа. Проверьте SPF, DKIM и DMARC до запуска. Не отправляйте с нового домена сразу в полном объеме. При сбое сначала проверьте DNS и заголовки, а уже затем переписывайте письмо.
Небольшие команды и малый бизнес
Назначьте ответственного. На уровне команды кто-то должен знать, какие инструменты могут отправлять письма от домена компании, кто следит за отчетами DMARC и кто одобряет новых поставщиков. Большинство проблем с доставляемостью в малых командах не являются техническими загадками. Они возникают из-за отсутствия владельца процесса.
Агентства и MSP
Стандартизируйте процесс. Если вы управляете десятками клиентских доменов, ручное соблюдение рекомендаций быстро перестает работать. У одной учетной записи две записи SPF, у другой неправильно скопирован селектор DKIM, третья пересылает почту в Gmail без SRS. Когда это замечают, доля попаданий во входящие уже может снизиться.
TrekMail может лучше соответствовать такой модели работы, чем наборы почтовых ящиков с оплатой за пользователя, поскольку рассчитан на работу с несколькими доменами: ящики IMAP, общий пул хранилища, встроенный перенос IMAP, варианты catch-all, собственный SMTP или включенный SMTP, пересылка ящиков и API на старших тарифах. Цена Starter сейчас начинается с $3.50/month, для платных тарифов доступен 14-day бесплатный пробный период с обязательной картой, а Nano остается бесплатным без пробного периода.
Старый и новый подход к доставляемости на разных доменах
Рекомендации легко перечислить, но поддерживать их непросто. Старый подход состоит из разрозненных инструментов, ситуативных правок DNS и отсутствия ответственного. Новый подход дает одно место для проверки доменов и организации ящиков и помогает сокращать расхождения в конфигурации до того, как они станут инцидентом с доставляемостью.
| Старый подход | Новый подход |
|---|---|
| У каждого домена свои привычки настройки DNS и случайные отправители | Единая повторяемая настройка собственных доменов и отправки |
| Правила пересылки нарушают SPF, и никто этого не замечает | Выровненный DKIM и учет пересылки сокращают незаметные сбои |
| Перенос означает ручное перемещение ящиков и потерю истории | Встроенная миграция IMAP позволяет контролировать переключение |
| Оплата за пользователя подталкивает команды к компромиссам | Фиксированная стоимость и управление несколькими доменами делают административные расходы предсказуемее |
Это не означает, что TrekMail способен гарантировать попадание во входящие. Честно дать такую гарантию невозможно. Но последовательно применять рекомендации значительно проще, когда инструменты сокращают расхождения в конфигурации. Это означает меньше ошибок, созданных собственными действиями: поврежденных записей, неизвестных отправителей, ошибок миграции и постепенного расхождения настроек доменов.
Заключение: практики, которые действительно важны
Рекомендации работают, когда доставляемость рассматривают как инфраструктуру, а не как работу только над текстом. Схема понятна: аутентифицируйте каждого отправителя, настройте выравнивание DMARC, поддерживайте корректные обратную DNS-запись и TLS, контролируйте жалобы, возвраты, пересылку и всплески отправки. После этого занимайтесь оформлением.
Если вам нужен более простой способ управлять этим для одного или ста доменов, TrekMail предлагает почтовый хостинг нескольких доменов по фиксированной цене с ящиками IMAP, общим хранилищем, встроенной миграцией IMAP и понятной настройкой отправителей. Проверьте актуальные тарифы и начните с бесплатного уровня или платного пробного периода на странице https://trekmail.net/pricing.
