Письма с сайта не доходят или попадают в спам: что проверить
Заявка отправлена, менеджер её не получил — типовая ситуация, которая стоит денег. Разбираем, почему письма с сайта теряются и что настроить, чтобы они доходили.
Содержание
Сначала важно понять, где именно теряется письмо: на стороне сайта, на стороне почтового сервера или уже в ящике получателя.
Шаг 1. Письмо вообще отправлялось?
- Посмотрите журнал отправки на сайте: попытка была?
- Проверьте лог почтовой очереди на сервере.
- Отправьте тестовую заявку и проследите путь.
Если попытки нет — проблема в обработчике формы, а не в почте.
Шаг 2. От какого адреса уходят письма
Самая частая причина спама: сайт отправляет письмо от адреса, который ему не принадлежит. Например, подставляет в поле «От кого» адрес клиента, заполнившего форму. Почтовые службы это отклоняют.
Правильно: письма уходят от вашего технического адреса, а адрес клиента ставится в поле «Ответить».
Шаг 3. Записи DNS
Три записи, которые должны быть настроены:
- SPF — какие серверы имеют право отправлять письма от вашего домена.
- DKIM — цифровая подпись, подтверждающая, что письмо не подменили.
- DMARC — политика, что делать с письмами, не прошедшими проверку.
Отсутствие DKIM и DMARC — частая причина попадания в спам даже при корректном SPF.
Шаг 4. Способ отправки
- Стандартная функция PHP. Работает, но письма уходят напрямую с сервера хостинга: репутация IP общая с сотней соседей.
- SMTP авторизованного ящика. Надёжнее: письмо уходит от настоящего отправителя.
- Сервис рассылок. Нужен для массовых писем, у него своя репутация и статистика доставки.
Для заявок с форм обычно достаточно SMTP вашего почтового домена.
Шаг 5. Содержимое письма
- Тема без капса и лишних символов.
- Есть текстовая версия, а не только HTML.
- Нет подозрительных вложений и сокращённых ссылок.
- В подписи — реальные контакты компании.
Шаг 6. Проверка на разных провайдерах
Отправьте тестовые письма на ящики разных служб и посмотрите, куда они попадают. Проверять только на корпоративной почте недостаточно: она обычно лояльнее.
Отдельный случай: письма самому себе
Ситуация, с которой мы столкнулись: письма с сайта отправлялись с адреса на том же домене, что и получатель, и почтовая служба их не принимала. Решение — отправлять от отдельного технического адреса, а не от того же ящика, куда приходит уведомление.
Что настроить, чтобы не повторялось
- Записи SPF, DKIM, DMARC для домена.
- Отправка через SMTP с отдельного технического адреса.
- Дублирование заявок в CRM: если письмо не дойдёт, заявка не потеряется.
- Периодическая проверка: раз в квартал отправлять тест на несколько провайдеров.
Частые вопросы
Почему письма уходили и вдруг перестали?
Чаще всего меняются требования почтовых служб или падает репутация адреса отправителя. Проверьте, не отправляете ли вы письма от адреса на чужом домене — это самая частая причина.
Обязательно ли настраивать DKIM?
Практически да. Без подписи крупные почтовые службы всё чаще отправляют письма в спам или отклоняют их.
Можно отправлять с адреса вида noreply@?
Да, и часто это правильнее: отдельный технический адрес для автоматических писем не портит репутацию основного ящика.
Почему письмо приходит менеджеру, но не приходит клиенту?
Разные почтовые службы фильтруют по-разному. Корпоративная почта может пропускать, а массовые сервисы — блокировать. Проверять надо на нескольких адресах разных провайдеров.
Помогает ли отправка через SMTP вместо стандартной функции?
Да, обычно это лучший вариант: письма уходят от авторизованного отправителя с корректными заголовками, а не напрямую с сервера сайта.
Не хотите разбираться сами?
Настроим, обновим и почистим сайт на 1С-Битрикс. Официальный партнёр Битрикс и Аспро, 20 лет в разработке.
Оставить заявку 8 (800) 555-31-56