Почему письма TrekMail попадают в спам?
Исправьте попадание в спам с помощью DNS, прогрева, гигиены списков, целевых уровней жалоб и актуальных правил Gmail и Yahoo для массового маркетинга.
Сведения о статье
Тип, сложность, тарифы и дата последнего обновления.
▼
Сведения о статье
Тип, сложность, тарифы и дата последнего обновления.
- Тип
- Частые вопросы
- Сложность
- Начальный уровень
- Тарифы
- Nano · Starter · Pro · Agency
- Обновлено
- 9 сен 2026 г.
Обычно это происходит из-за сочетания трех причин: получатель не может подтвердить, что письмо действительно отправлено вашим доменом, у домена плохая недавняя история либо письмо и список выглядят нежелательными. Ни один провайдер не гарантирует входящие, но проверки ниже охватывают то, чем вы управляете.
Начните со статуса DNS домена и списка рассылки. Эти две проверки решают гораздо больше проблем, чем изменение темы.
Сначала определите закономерность
Проверьте отправку на небольшом числе получателей, которые ожидают письмо. Отметьте, какие провайдеры помещают его в спам и затрагивает ли проблема все письма или одну кампанию.
- Если проблема только у одного провайдера, сначала проверьте его результат аутентификации и ответ доставки.
- Если письмо попадает в спам у нескольких провайдеров, изучите DNS, объем отправки и качество списка.
- Если сообщает один получатель, спросите о личных правилах и не отмечал ли он вашу почту как спам ранее.
Провайдеры используют разные сигналы, поэтому универсальной формулы для каждого нет.
Проверка 1: аутентификация домена завершена
Откройте статус DNS домена в TrekMail и сравните обязательные записи у провайдера, управляющего DNS. Домену, принимающему почту через TrekMail, обычно нужны:
- MX направляет входящую почту в TrekMail.
- SPF разрешает TrekMail отправлять от имени домена.
- DKIM позволяет проверить подпись домена.
- DMARC указывает, как обрабатывать почту, не прошедшую аутентификацию.
Домены только для отправки не используют MX TrekMail; следуйте их таблице записей. Начните DMARC с политики наблюдения, если еще проверяете законных отправителей, и ужесточайте только после анализа результатов. См. Проверка статуса DNS.
Проверка 2: соблюдайте лимиты прогрева
Для новых доменов в первую неделю действует прогрев:
| День в TrekMail | Лимит отправки (% от тарифа) |
|---|---|
| 1-3 | 40% лимита тарифа |
| 4-7 | 70% лимита тарифа |
| 8+ | 100% (полный лимит) |
Ограничение предотвращает резкий рост объема нового отправителя. Оно не гарантирует попадание во входящие.
Пишите только тем, кто ожидает сообщение, начните с самой активной аудитории и повышайте объем постепенно. Здоровый список и явное согласие важны и после прогрева.
Такой же прогрев применяется при переносе домена от другого провайдера.
Подробнее: Правила прогрева почтового домена.
Проверка 3: проверьте текущие лимиты безопасности
Если для аккаунта задано ever_paid=false (не было успешных списаний), независимо от тарифа действуют пониженные лимиты безопасности:
- Во время пробного периода: 30/ящик/день, 50/аккаунт/день, 10 получателей/письмо, 15 писем/час.
- После пробного периода без оплаты: 50/ящик/день, 150/аккаунт/день, 25 получателей/письмо, 20 писем/час.
Они ниже максимумов тарифа. Они регулируют объем, но не измеряют и не улучшают репутацию. Прогрев также может снизить эффективные лимиты; смотрите панель и ошибку отправки.
Проверка 4: пишите тем, кто ожидает ваши сообщения
Плохой список вызывает возвраты, жалобы и низкую активность, ухудшая будущую доставку. Проверьте, что получатели:
- Просили присылать такие сообщения.
- Продолжают пользоваться адресом.
- Недавно взаимодействовали с вашей почтой.
Практические действия:
- Выберите период активности, подходящий частоте рассылки, и прекратите маркетинговую отправку контактам вне него.
- Проверьте старый или импортированный список с помощью Проверки адресов TrekMail.
- Не используйте купленные, собранные или неясно согласованные списки.
Проверка 5: сохраняйте низкую долю возвратов
Следите за доставкой и возвратами в статистике домена. TrekMail считает менее 2% хорошим результатом, от 2% до менее 5% предупреждением, а 5% и выше плохим. Устойчивые 10% за 24 часа могут включить защиту при достаточном объеме данных.
Если показатель растет, приостановите кампанию, удалите неверные адреса и прочитайте Слишком высокая доля возвратов до следующей партии.
Доля возвратов отличается от жалоб. Возврат означает, что сервер не принял письмо; жалоба означает, что получатель отметил принятое письмо как спам. Для личных Gmail Google требует менее 0.1% и никогда не допускать 0.3%. Yahoo требует от массовых отправителей менее 0.3%. Считайте 0.1% рабочим потолком: одна жалоба на 1,000 писем уже достигает его.
Проверка 6: сделайте письмо узнаваемым
Содержимое не компенсирует плохой список или сбой аутентификации, но может сделать пограничное письмо надежнее. Проверьте:
- Понятная тема без сплошных заглавных букв и лишней пунктуации.
- Читаемый текст, а не только большое изображение.
- Ожидаемый бренд и домен отправителя.
- Узнаваемая цель ссылки без ненужных сокращателей.
- В маркетинговой почте причина получения и видимая ссылка отписки.
Перед крупной кампанией отправьте себе обычную копию и проверьте имя отправителя, ссылки, оформление и адрес ответа.
Если вы отправляете массовую почту в Gmail или Yahoo
Google предъявляет дополнительные требования к отправителю более 5,000 писем за день на личные Gmail. Нужны SPF и DKIM, действующий DMARC, согласованная аутентификация, TLS и корректные прямой и обратный DNS инфраструктуры. Маркетинг и подписки также требуют заголовков отписки одним нажатием и видимой ссылки. Yahoo публикует похожие требования к аутентификации, жалобам и отписке.
При управляемом SMTP TrekMail обслуживает хосты, TLS, прямой и обратный DNS. Вы публикуете записи домена и управляете согласием, качеством списка, типом сообщения и отпиской. При внешнем SMTP уточните аутентификацию и инфраструктуру у провайдера.
Для отправки через API или MCP следуйте статье Доставляемость и возвраты, чтобы безопасно добавить List-Unsubscribe и List-Unsubscribe-Post. Не добавляйте отписку одним нажатием в личную переписку. Правило Google относится к маркетингу и подпискам, а не транзакционным сообщениям, хотя закон или цель письма могут требовать обычной отписки.
Это требования провайдеров, а не гарантия входящих. Перед крупной кампанией изучите правила Google для отправителей и рекомендации Yahoo, поскольку они могут меняться.
Проверка 7: исключите общий сбой доставки
Если проблема внезапно началась у многих получателей, проверьте страницу статуса. Можно также использовать надежную публичную проверку репутации своего домена.
Не пытайтесь самостоятельно удалить общий IP TrekMail из стороннего списка. Укажите домен, провайдера получателя, время и ответ доставки в заявке поддержки для полноценного расследования.
Одно попадание в список не является полным диагнозом. Аутентификация, согласие и недавняя история возвратов остаются важны.
Проверка 8: отправьте контролируемый тест
Можно отправить обычное письмо на mail-tester.com для поиска очевидных проблем:
- Откройте mail-tester.com и скопируйте показанный уникальный адрес.
- Из ящика TrekMail отправьте обычное письмо, которое действительно отправили бы клиентам.
- Нажмите "Check your score" на mail-tester.com.
Используйте результат как подсказку, а не гарантию. Сначала исправьте подтвержденные проблемы DNS или письма, затем отправьте новый небольшой тест.
Если у Google достаточно данных, Gmail Postmaster Tools помогает изучить сигналы домена. Данные доступны не всем и не заменяют эти проверки.
Проверка 9: подтвердите маршрут отправки
Платные тарифы могут использовать управляемый SMTP. Домену также можно назначить сохраненный внешний профиль SMTP. Проверьте настройки SMTP домена, чтобы узнать выбранный маршрут.
При внешнем профиле провайдер отвечает за данные SMTP, аутентификацию, репутацию IP и лимиты. Не считайте, что одни записи DNS TrekMail настраивают этого провайдера.
Используйте маршрут, соответствующий вашей конфигурации, затем проверьте SPF, DKIM и DMARC для реально отправляющего сервиса.
Как понимать результаты DMARC
В отчетах DMARC TrekMail не каждый "сбой" является проблемой:
- SPF не прошел, DKIM прошел: возможно при переадресации. DMARC может пройти, если оставшийся согласованный метод успешен.
- SPF прошел, DKIM не прошел: проверьте запись DKIM и сервис отправки.
- Оба не прошли: считайте это предупреждением о конфигурации или подделке и расследуйте до ужесточения DMARC.
Сводные отчеты DMARC поступают на адрес в записи DMARC. Расписание и формат задает провайдер отчетов.
Когда все выглядит правильно, но письма остаются в спаме
Последние проверки:
- Источник списка: удалите контакты с неясным согласием или происхождением.
- Схема отправки: избегайте резких повышений объема, даже если тариф позволяет.
- Правила получателя: попросите проверить папку спама и личные правила.
- Категории входящих: промоакции или другая неосновная категория отличается от спама и требует других ожиданий, а не изменения DNS.
Связанные статьи
Похожие статьи
Перейдите к близким руководствам, которые продолжают рабочий процесс.