WordPress не отправляет письма? Исправления SMTP, DNS, форм, WooCommerce и доставляемости (2026)

Когда WordPress не отправляет письма, сбой может произойти в четырёх местах: WordPress вообще не создаёт сообщение, плагин блокирует его или направляет не туда, хостинг отказывается его отправлять либо почтовые провайдеры отклоняют или фильтруют его.

Правильное решение начинается не с попытки «поставить другой плагин контактных форм». Начните с того, чтобы определить, какое именно письмо не дошло, а затем переходите к полноценной настройке отправителя с аутентифицированным DNS и повторяемыми тестами.

Быстрая диагностика

Используйте эту таблицу, чтобы сузить круг причин, прежде чем менять плагины.

Не полагайтесь на один тест. Проверьте сброс пароля, контактные формы, WooCommerce, уведомления администратора и любой плагин членства или бронирования, который отправляет почту.

Почему почта WordPress не работает

WordPress использует wp_mail(), которая обычно передаёт сообщения почтовой функции сервера, если только плагин не меняет маршрут. Этот стандартный путь бывает ненадёжным, потому что:

• Хостинг может блокировать или ограничивать PHP-почту.
• Сообщения могут не быть аутентифицированы доменом отправки.
• У IP-адресов виртуального хостинга может быть плохая репутация.
• Адрес From может не совпадать с доменом сайта.
• Сбои могут проходить незаметно, если не включено логирование.
• Несколько плагинов могут переопределять одно и то же почтовое поведение.
• Записи DNS могут отсутствовать или быть несогласованными.

Долгосрочное решение: отправлять через выделенный SMTP или API и подтвердить домен.

Шаг 1: определите тип сбоя

Составьте короткую тестовую матрицу:

Запишите для каждого сообщения, доставлено ли оно, отсутствует, задержалось или ушло в спам. Это покажет, глобальная проблема или ограничена одним плагином.

Шаг 2: установите отправитель через SMTP или API

Используйте плагин вроде WP Mail SMTP или другой надёжный почтовый плагин для WordPress. Плагин должен позволять направлять почту WordPress через отправителя, такого как Brevo, SMTP.com, SendGrid, Mailgun, Gmail, Amazon SES или другого провайдера, поддерживающего аутентифицированную отправку.

Базовая настройка:

1. Установите почтовый плагин.
2. Выберите провайдера, поддерживаемого плагином.
3. Подключитесь по ключу API, через OAuth или по учётным данным SMTP.
4. Задайте From Email на вашем домене.
5. Задайте From Name, соответствующее сайту или бренду.
6. Включайте принудительную подстановку отправителя только после того, как убедитесь, что это не сломает плагины.
7. Отправьте тестовое письмо.

За отправкой через API часто проще следить, чем за голыми учётными данными SMTP, потому что она способна давать более понятные ошибки и логи событий. SMTP тоже работает, если он настроен верно.

Шаг 3: проверьте отправителя и аутентификацию DNS

Большинство случаев «письма WordPress уходят в спам» сводятся к идентичности.

Проверьте:

• Домен From является тем же доменом или подтверждённым поддоменом, которым вы владеете.
• SPF включает сервис, который отправляет почту WordPress.
• DKIM включён для сервиса отправки.
• DMARC существует и согласован с вашей настройкой отправителя.
• Адрес From не является бесплатным почтовым ящиком вроде Gmail или Yahoo для деловой переписки.
• Адрес reply-to читается кем-то.

После добавления записей DNS дождитесь распространения и повторите тест. Правильный экран панели DNS не является доказательством, пока реальные сообщения не пройдут аутентификацию в заголовках входящих.

Шаг 4: почините письма контактных форм

У плагинов контактных форм часто есть собственные настройки уведомлений.

Чек-лист:

• Убедитесь, что уведомление формы включено.
• Проверьте, что адрес в поле «To» указан верно.
• Используйте адрес From на своём домене, а не email посетителя.
• Ставьте email посетителя в Reply-To.
• Проверьте обязательные поля и настройки защиты от спама.
• Отключите дублирующие уведомления на время тестирования.
• Протестируйте с адресом, который не принадлежит администратору.

Если тест SMTP проходит, а письмо контактной формы не доходит, проблема обычно в настройке формы, а не в отправителе.

Шаг 5: почините письма WooCommerce

У WooCommerce отдельные шаблоны и получатели для разных событий.

Проверьте:

• Откройте настройки писем WooCommerce и убедитесь, что каждое нужное письмо включено.
• Просмотрите поле получателя для писем администратору.
• Оформите настоящий тестовый заказ с тестовым товаром.
• Протестируйте статусы «в обработке», «выполнен», «возвращён» и «неуспешный».
• Убедитесь, что письма при оформлении заказа гостем и письма аккаунта отправляются оба.
• Проверьте, не изменяет ли другой плагин шаблоны писем WooCommerce.
• Просмотрите логи на предмет неуспешных ответов API или SMTP.

Если клиенты не получают письма о заказах, относитесь к этому как к проблеме выручки и поддержки. Почините транзакционную доставку до запуска маркетинговых кампаний.

Шаг 6: разберитесь с письмами, уходящими в спам

Попадание в спам обычно требует нескольких улучшений, а не одной волшебной настройки.

Начните отсюда:

• Аутентифицируйте домен записями SPF, DKIM и DMARC.
• Используйте единообразные From Name и From Email.
• Избегайте отправки с домена, который никогда не прогревался, если объём высок.
• Уберите битые ссылки, сокращатели URL и вводящие в заблуждение темы писем.
• По возможности не прикрепляйте вложения к рутинным уведомлениям WordPress.
• Следите за сигналами возвратов и жалоб в платформе отправки.
• Разделяйте маркетинговую почту и транзакционную почту WordPress, если объём или репутация различаются.

Если почта важна для выручки, не игнорируйте проверки на спам после первой успешной доставки во входящие. Повторяйте тестирование после смены темы, плагинов, хостинга, DNS или отправителя.

Шаг 7: проверьте конфликты плагинов и правила хостинга

Если отправитель работает, а WordPress всё равно даёт нестабильные сбои, изолируйте конфликты.

Безопасный порядок:

1. Убедитесь, что резервные копии актуальны.
2. Временно отключите другие плагины, связанные с почтой.
3. Оставьте активным только плагин отправки через SMTP или API.
4. Протестируйте базовую почту WordPress.
5. Протестируйте контактные формы.
6. Протестируйте WooCommerce.
7. Включайте плагины обратно по одному.

Также проверьте ограничения на уровне хостинга. Некоторые управляемые хостинги блокируют исходящие порты SMTP или требуют использовать одобренные почтовые сервисы. Если учётные данные SMTP не работают, а отправка через API работает, причиной могут быть ограничения хостинга.

Типичные ошибки и их устранение

Мониторинг после исправления

Почта WordPress может сломаться позже: после обновления плагинов, правок DNS, смены домена или смены провайдера.

Отслеживайте:

• Логи ошибок SMTP или API.
• Долю возвратов.
• Жалобы на спам.
• Неуспешные письма WooCommerce.
• Сбои уведомлений контактных форм.
• Обращения в поддержку по поводу сброса пароля.
• Отчёты DMARC, если вы их просматриваете.

Заведите регулярный ежемесячный тест для важных сайтов. Для электронной коммерции тестируйте после каждого крупного изменения в WooCommerce или в оформлении заказа.

Чек-лист проверки перед запуском

Прежде чем объявлять проблему решённой:

• Сброс пароля приходит во входящие.
• Письмо о новом пользователе приходит.
• Уведомление администратора от контактной формы приходит.
• Подтверждение посетителю от контактной формы приходит, если оно используется.
• Письма о заказах WooCommerce приходят и администратору, и клиенту.
• Письма о возврате, неуспешном заказе и выполненном заказе работают.
• Домен отправителя проходит SPF и DKIM.
• DMARC существует.
• Неиспользуемые почтовые плагины отключены.
• Логи не показывают повторяющихся сбоев.
• Команда поддержки знает, где смотреть почтовые логи.

Похожие руководства

• Руководство по WP Mail SMTP
• Руководство по SMTP в WordPress
• Руководство по SPF, DKIM и DMARC
• Полное руководство по доставляемости писем
• Руководство по email-маркетингу для WooCommerce