Сайт переехал на новый хостинг. Домен отвечает, формы заполняются. Но письма с сайта вдруг начали попадать в спам клиентам. Уведомления о заказах, ответы на заявки, письма из CRM не доходят или оседают в папке спама.
Главная причина: после переезда меняется IP-адрес отправителя. У нового адреса нет истории, почтовые фильтры относятся к нему с подозрением. Плюс доменные записи SPF, DKIM и DMARC часто остаются старыми.
Дальше разберу, что проверить и включить, чтобы письма снова доходили.
Почему письма попадают в спам после смены хостинга?
Новый IP без репутации, старые записи SPF и DKIM, неправильный PTR и HELO. Фильтры видят несоответствие и отправляют письмо в спам. Текст письма тут ни при чём.
Причин несколько. Разберу каждую.
- Новый IP без истории. Письма уходят с нового адреса, у которого нет репутации. Фильтры видят незнакомого отправителя и присматриваются внимательнее.
- Старые доменные записи. SPF, DKIM или DMARC не обновили после переезда. Получатель проверяет, разрешено ли письму приходить с этого адреса. Видит несоответствие и отправляет в спам.
- Неправильный PTR и HELO. Сервер представляется не так, как должен. Письмо выглядит подозрительным ещё до проверки текста.
Важно понять: если проверка домена провалилась, изменения в тексте письма не помогут. Проблема в настройках, а не в содержании.
Что чаще всего делают не так?
Правят текст письма, отправляют тесты десятками, настраивают только SMTP, проверяют только SPF, меняют обратный адрес на noreply. Всё это не решает проблему или ухудшает её.
Разберу типичные ошибки.
- Правят текст письма. Убирают ссылки, меняют слова. Но если проверка домена провалилась, текст не поможет.
- Отправляют тесты десятками. Каждая неудачная попытка добавляет плохую репутацию новому IP. Ситуация ухудшается.
- Настраивают только SMTP. Забывают про DKIM и DMARC. Часть писем молча блокируется.
- Проверяют только SPF. Видят галочку и успокаиваются. А проблема в PTR или HELO.
- Меняют адрес на noreply. Появляются несостыковки, которые фильтры считывают как признак поддельного отправителя.
Как проверить SPF после переезда?
Откройте DNS домена, найдите SPF-запись. Убедитесь, что она разрешает отправку с нового сервера. Удалите старый IP, добавьте новый. Признак успеха: в заголовках тестового письма SPF pass.
SPF это первое, что проверяют фильтры.
Что сделать:
- откройте DNS домена
- найдите SPF-запись
- убедитесь, что новый сервер в списке разрешённых
- удалите старый адрес, добавьте актуальный
Признак успеха: в заголовках тестового письма появляется SPF pass. Не neutral, не fail. Именно pass.
Если SPF показывает neutral, значит, запись не сработала. Если fail, письмо точно уйдёт в спам.
Как включить DKIM на новом сервере?
Включите DKIM в панели хостинга или на сервере. Добавьте публичный ключ в DNS. Признак успеха: в заголовках тестового письма есть DKIM-Signature и результат pass для нужного домена.
DKIM это подпись, которая подтверждает подлинность письма.
Что сделать:
- включите DKIM на стороне сервера или в панели хостинга
- скопируйте публичный ключ
- добавьте его в DNS домена
Признак успеха: в заголовках тестового письма появится строка DKIM-Signature. И результат проверки pass для нужного домена.
Частая ошибка: лишние пробелы или переносы в значении ключа. Проверяйте формат внимательно.
Зачем нужен DMARC и как его настроить?
DMARC в режиме мониторинга позволяет получать отчёты о провалах проверки. Настройте хотя бы минимальную политику. Это поможет быстро ловить несоответствия.
DMARC это правила для получателей, что делать с письмами, которые не прошли проверку.
Что сделать:
- настройте DMARC хотя бы в режиме мониторинга
- укажите адрес для отчётов
- начните с политики none, затем ужесточайте
Что это даёт:
- отчёты о том, где письма проваливают проверку
- быстрый поиск несоответствий
- контроль доставки
Когда DMARC работает правильно, письма перестают отклоняться из-за расхождений между SPF и DKIM.
Почему PTR и HELO так важны?
PTR должен совпадать с именем хоста или домена. HELO должен представляться стабильно, без localhost. Если PTR отсутствует или HELO выглядит подозрительно, фильтры ставят минус.
PTR и HELO это то, о чём часто забывают.
PTR-запись:
- должна совпадать с именем хоста или домена
- если отсутствует или указывает на серверный алиас, фильтры ставят минус
- запросить настройку у хостинга, если нет доступа
HELO:
- сервер должен представляться стабильно
- не выдавать localhost или случайный набор символов
- в логах HELO должен соответствовать домену или совпадать с PTR
Эти настройки проверяются до SPF и DKIM. Если они неправильные, остальное не поможет.
Как сделать контрольный тест?
Отправьте одно письмо на два-три разных ящика. Посмотрите заголовки: SPF, DKIM, DMARC, PTR. Только после того, как все пункты покажут pass, включайте массовые уведомления.
Не отправляйте тесты десятками. Это вредит репутации.
Как правильно:
- отправьте одно письмо на два-три разных ящика
- посмотрите заголовки
- проверьте SPF, DKIM, DMARC, PTR
Только после того, как все пункты покажут pass, включайте массовые уведомления. Если какой-то пункт не pass, исправляйте точечно. Не меняйте всё подряд.
Как это работает на практике: реальный пример
Магазин переехал на новый хостинг, письма попали в спам. Проверили SPF, нашли старый сервер. Добавили новый IP, включили DKIM, настроили PTR. Письма снова доходят.
- Ситуация. Интернет-магазин переехал на новый хостинг. Клиенты жалуются, что не получают подтверждения заказов.
- Действия. Посмотрели SPF. Там всё ещё старый сервер. Добавили новый IP. Включили DKIM в панели, скопировали ключ в DNS. PTR для нового адреса не был настроен вообще. Запросили у хостинга, через пару часов запись появилась.
- Трудность. При добавлении DKIM запись не принималась из-за лишнего пробела. Перепроверили формат, удалили лишнее, добавили заново.
- Результат. Контрольное письмо показало: SPF pass, DKIM pass, PTR на месте. Письма начали попадать во Входящие.
Что сделать прямо сейчас?
После смены хостинга меняется не только адрес сервера. Меняется то, как почтовые фильтры видят ваши письма.
Они проверяют SPF, DKIM, DMARC, PTR и HELO. Если хоть один элемент не совпадает, письмо отправляется в спам. Независимо от содержания.
Первый шаг: откройте DNS домена и проверьте SPF-запись. Указывает ли она на текущий источник отправки. Затем отправьте одно тестовое письмо и посмотрите заголовки. Есть ли там SPF pass.
Так вы сразу поймёте, где цепочка ломается. И перестанете терять заявки в тишине.
Вопросы и ответы
Читайте также: Все о Email-маркетинге
