SMTP для WordPress: как выбрать сервис и убрать попадание писем в спам

Автор: Валерия Фролова | Опубликовано: 04.09.2026

Если письма из WordPress доходят через раз, уходят в спам или вообще не отправляются, проблема часто не в самом сайте, а в связке PHP mail() + хостинг + отсутствие нормальной аутентификации домена. В таких случаях переход на SMTP — не «улучшение ради галочки», а базовая техническая мера.

Но сам по себе SMTP не решает всё. Если выбрать слабый сервис, не настроить DNS или оставить отправку через общий адрес хостинга, письма продолжат теряться. Ниже — практический сценарий: как выбрать SMTP-сервис под WordPress, что проверить до и после настройки и где обычно ошибаются.

Когда SMTP действительно нужен

Сначала стоит понять, что именно ломается. SMTP нужен не только для формы обратной связи. Он помогает, когда WordPress отправляет:

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

Если письма не доходят, проверьте типичные признаки:

в логах хостинга есть ошибки отправки через mail();
письма приходят, но попадают в спам;
часть писем уходит, часть нет;
в заголовках письма нет нормальной аутентификации домена;
в форме отправки нет явной ошибки, но адресат ничего не получает.

Диагностика проблемы до смены сервиса

Не начинайте с установки плагина. Сначала проверьте базовые вещи:

Отправляет ли сайт письма вообще через текущий механизм.
Есть ли у домена SPF, DKIM и, по возможности, DMARC.
Не блокирует ли хостинг исходящую почту на уровне сервера.
Нет ли в WordPress конфликтов между несколькими плагинами отправки.

Если у вас уже стоит плагин для почты, убедитесь, что он не дублирует отправку через другой SMTP-плагин. Два обработчика wp_mail часто создают трудноуловимые ошибки: письмо формально уходит, но с неправильным From или через не тот сервер.

Как выбрать SMTP-сервис для WordPress

Для WordPress важны не «маркетинговые» параметры, а конкретные вещи: лимиты, стабильность, поддержка домена, наличие логов и понятная работа с API или SMTP-учёткой. Если сайт отправляет только служебные письма, не нужен тяжёлый корпоративный сервис. Если писем много, лучше сразу смотреть на сервис с нормальной репутацией и прозрачными ограничениями.

Подход	Плюсы	Минусы	Когда брать
SMTP через почтовый ящик домена	Просто стартовать, не нужен отдельный сервис	Слабее масштабируется, часто хуже с доставляемостью	Небольшой сайт, мало писем
Транзакционный SMTP-сервис	Лучше логи, выше предсказуемость, нормальная аутентификация	Нужно настраивать DNS и следить за лимитами	Формы, уведомления, регистрация, сброс пароля
Отправка через API сервиса	Часто стабильнее SMTP, удобные отчёты	Зависит от плагина и интеграции	Если сервис и плагин поддерживают API без костылей

Если выбирать между «дешёвым SMTP на общем ящике» и нормальным транзакционным сервисом, для WordPress почти всегда практичнее второй вариант. Особенно если письма важны для бизнеса, а не просто «для галочки».

На что смотреть при выборе

Поддержка собственного домена. Сервис должен позволять отправлять письма от вашего домена, а не только от общего адреса.
Логи и статус доставки. Без логов сложно понять, где письмо потерялось.
Ограничения по объёму. Даже небольшой сайт может внезапно начать слать много уведомлений после обновления плагина или всплеска регистраций.
Поддержка SPF/DKIM. Без этого письма чаще попадают в спам.
Нормальная документация. Если настройка DNS описана расплывчато, потом придётся разбираться по ошибкам вручную.

Пошаговая настройка SMTP в WordPress

Ниже — рабочая схема без привязки к конкретному плагину. Логика одинаковая: выбираете сервис, подтверждаете домен, настраиваете DNS, подключаете WordPress к SMTP или API и проверяете отправку.

1. Подтвердите домен в SMTP-сервисе

Почти любой нормальный сервис попросит добавить DNS-записи. Обычно это SPF и DKIM, иногда ещё DMARC. Не пропускайте этот шаг. Если отправлять письма с неподтверждённого домена, часть почтовых систем будет считать их подозрительными.

Пример SPF-записи выглядит так:

v=spf1 include:example-smtp-service.com ~all

Значение include зависит от конкретного сервиса. Не копируйте пример вслепую: берите запись из документации провайдера. Если у домена уже есть SPF, не создавайте вторую запись — объединяйте значения в одну.

2. Настройте отправителя

Используйте адрес на своём домене, например no-reply@site.ru или support@site.ru. Не стоит отправлять письма с адреса бесплатного почтового сервиса, если сайт живёт на собственном домене: это ухудшает доверие и ломает согласованность заголовков.

Важно, чтобы From совпадал с доменом, который вы подтвердили в SMTP-сервисе. Иначе письмо может уйти, но получатель увидит несоответствие и почтовая система снизит доверие к сообщению.

3. Подключите WordPress к SMTP

Если используете плагин, в нём обычно нужны:

SMTP-хост или API-ключ;
порт;
шифрование TLS или SSL;
логин и пароль или токен;
адрес отправителя и имя отправителя.

Для самопроверки можно временно включить логирование отправки, если плагин это поддерживает. Это полезно, когда письмо не доходит, а в интерфейсе WordPress нет явной ошибки.

4. Проверьте отправку тестового письма

После настройки отправьте тест на адрес в разных почтовых системах: например, в Gmail и в корпоративную почту. Смотрите не только факт доставки, но и заголовки письма. Если SPF/DKIM не проходят, письмо может оказаться в спаме даже при успешной отправке.

Для быстрой проверки через код можно использовать стандартный wp_mail(). Это не заменяет тест плагина, но помогает понять, работает ли базовая отправка.

<?php
add_action('init', function () {
    if (!isset($_GET['test_wp_mail'])) {
        return;
    }

    $to      = get_option('admin_email');
    $subject = 'Тестовое письмо WordPress';
    $message = 'Проверка отправки через wp_mail()';
    $headers = array('Content-Type: text/plain; charset=UTF-8');

    $sent = wp_mail($to, $subject, $message, $headers);

    wp_die($sent ? 'Письмо отправлено' : 'Ошибка отправки');
});

Такой код лучше использовать временно и только для диагностики. После проверки его нужно удалить.

Проверка результата после внедрения

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

письмо уходит из WordPress без ошибки;
в логах SMTP-сервиса виден успешный статус;
в заголовках письма проходят SPF и DKIM;
письмо не попадает в спам на основных почтовых ящиках;
сброс пароля, уведомления и формы работают одинаково.

Если есть доступ к заголовкам письма, ищите строки вроде Authentication-Results. Там видно, прошла ли проверка домена. Это полезнее, чем просто смотреть на папку «Входящие».

Что проверить в логах

Если сервис даёт журнал отправки, смотрите:

время отправки;
адрес получателя;
код ответа сервера;
ошибки авторизации;
лимиты или блокировки по IP/ключу.

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

Частые ошибки и как их исправить

Два плагина отправки одновременно

Это одна из самых неприятных ошибок. Один плагин перехватывает wp_mail(), второй тоже пытается это делать. В итоге письма дублируются, ломается From или появляются странные ошибки авторизации. Решение простое: оставьте один способ отправки и удалите лишний.

Неверный SPF

Часто SPF добавляют второй строкой или забывают включить сервис, через который реально идёт отправка. Для домена должен быть один актуальный SPF. Если записей несколько, почтовые системы могут считать это ошибкой конфигурации.

Несовпадение домена отправителя и домена SMTP-сервиса

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

Использование общего ящика хостинга

На дешёвом хостинге исходящая почта может быть ограничена или иметь плохую репутацию. Формально всё настроено, но письма всё равно попадают в спам. В таком случае лучше перейти на транзакционный сервис, а не пытаться «дожать» хостинг.

Безопасность и производительность

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

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

Если вы настраиваете отправку через код, не вставляйте секреты в тему. Для локальной диагностики можно использовать wp-config.php или переменные окружения, но не публиковать их в git.

<?php
// Пример: хранение служебных значений вне темы
if (!defined('MY_SMTP_USER')) {
    define('MY_SMTP_USER', 'service@example.com');
}
if (!defined('MY_SMTP_PASS')) {
    define('MY_SMTP_PASS', 'change-this-secret');
}

Если нужен более широкий технический аудит сайта, полезно отдельно проверить дубли, лишние скрипты и SEO-обвязку. Для этого иногда удобнее подключать инструменты вроде Clearfy Pro, но только если вы понимаете, какие именно дубли или настройки хотите убрать, а не «на всякий случай».

Короткий чек-лист перед запуском

домен подтверждён в SMTP-сервисе;
SPF записан в одной строке и соответствует сервису;
DKIM включён и проходит проверку;
адрес From совпадает с доменом;
в WordPress активен только один способ отправки;
тестовое письмо пришло в несколько почтовых систем;
в логах сервиса нет ошибок авторизации или лимитов.

Если после этого письма всё ещё теряются, не меняйте плагин наугад. Сначала смотрите заголовки, DNS и логи SMTP-сервиса. В большинстве случаев проблема находится именно там, а не в WordPress как таковом.