SMTP-плагины для WordPress 2026 — почему все они недоделанные

SMTP-плагин для WordPress заменяет встроенный PHP-вызов mail() на аутентичный SMTP-запрос (или API-вызов) к настоящему mail-провайдеру. Это критичный шаг — на shared-хостинге встроенный mail() — первый враг доставки. Но это только первый шаг, и большинство владельцев сайтов останавливаются там, потому что плагин выдаёт сообщение «письмо отправлено успешно» и кажется, что дело сделано.

Это не так. Работа плагина заканчивается на кодексе 250 OK от mailserver'а. Что произойдёт дальше — попадёт ли письмо во Входящие Gmail, Outlook, Yahoo или в Спам — находится полностью за границами видимости плагина. В этой статье перечислены топовые SMTP-плагины 2026 года и показано, как подключить проверку размещения к любому из них.

ТОП-6 SMTP-плагинов 2026

1. WP Mail SMTP (от WPForms)

Самый установленный SMTP-плагин на WordPress с большим отрывом. Чистый мастер настройки, первоклассная интеграция с Gmail API, Microsoft 365, Mailgun, SendGrid, SES, Postmark, Brevo и Zoho. Бесплатная версия подходит для большинства сайтов; Pro-версия добавляет логи, алерты и новые провайдеры. Хороший выбор, если хотите полированный интерфейс и платную поддержку.

2. FluentSMTP

Open-source, 100% бесплатный, никакой Pro-версии. Полный набор функций в бесплатной сборке: логи, очередь переотправки, многоканальная маршрутизация, вебхуки. Настройка немного более ручная, чем в WP Mail SMTP, но результат одинаковый. Лучший выбор для бюджетных сайтов, которые хотят enterprise-функции без платежей.

3. Post SMTP

Ветеран категории. UI не полированный, но инструменты отладки непобедимы: SMTP-диагностика, raw socket debugger, подробные логи с переотправкой. Когда что-то непонятно и нужно увидеть, что на самом деле делает плагин — Post SMTP это покажет. Бесплатная версия покрывает большинство потребностей.

4. SMTP Mailer

Более простая альтернатива для сайтов, которым нужен просто generic SMTP (без специальных API провайдеров). 50 000+ установок. Подходит, если вы указываете generic SMTP-сервер (например, Exim или самохостный Postfix) и не нужны Gmail API или Mailgun API.

5. Easy WP SMTP

Лёгкая альтернатива от SendLayer. Простой интерфейс, поддерживает generic SMTP, Gmail, Mailgun, SendGrid. Не такой функциональный как топ-3, но надёжный. Хорошо работает для однопоточных сайтов вроде информационного блога.

6. Gmail SMTP

Узкоспециализированный, но полезный, если вы отправляете письма только через Google Workspace-ящик и хотите OAuth-setup без более широкой поверхности SMTP-плагина. Меньше overhead, если Gmail — ваш единственный backend.

Слепое пятно, общее для всех SMTP-плагинов

Все SMTP-плагины имеют одно ограничение: они не видят за пределы SMTP-рукопожатия. Их сообщение «письмо отправлено!» означает одно из двух:

• Плагин достучался до провайдера (Mailgun, SES, SMTP-сервера) и получил 250 OK.
• Плагин отправил через API провайдера и получил HTTP 2xx-ответ.

Ни одно из этого не говорит вам, где приземлилось письмо. Письмо может быть:

• Доставлено во Входящие Gmail.
• Доставлено в папку Спам Gmail.
• Доставлено в вкладку Promotions Gmail.
• Принято, но тихо заквантировано (Gmail x-gm-filter-action).
• Подпрыгнул через несколько секунд (tempfail с повторной попыткой).
• Принято и выброшено в чёрную дыру (редко, но случается при критичном провале репутации в Microsoft SmartScreen).

Во всех шести случаях mailserver возвращает 250 OK плагину. Во всех шести случаях лог успеха плагина выглядит одинаково.

Как добавить проверку размещения

Решение простое: спарьте SMTP-плагин с внешним seed-тестом. Рабочий процесс:

1. Настройте SMTP-плагин и проверьте, что «тестовое письмо отправлено» работает.
2. Возьмите 20 seed-ящиков из инструмента проверки размещения (Inbox Check выдаёт их бесплатно, без регистрации).
3. Отправьте критичный поток письма WordPress — сброс пароля, подтверждение заказа WooCommerce, всё что хотите — на эти 20 адресов.
4. Прочитайте результат размещения по провайдерам. Теперь вы знаете, что видят ваши клиенты.
5. Запланируйте еженедельный тест для постоянного мониторинга или добавьте встроенный плагин (бета) для автоматических запусков.

Предварительное требование DNS, которое примет плагин

Плагины не подписывают DKIM — это делает ваш backend (Mailgun, SES, Postmark). Но ваш домен должен опубликовать записи, которые ожидает backend. Правильно настроенный отправляющий домен имеет:

# SPF — включите backend, который используете
v=spf1 include:mailgun.org ~all

# DKIM — значение, выданное backend'ом, опубликовано на
# smtp._domainkey.yourdomain.com или k1._domainkey.yourdomain.com
v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQ...

# DMARC — начните с p=none с rua отчётами, переходите на quarantine
# затем на reject по мере уверенности
_dmarc.yourdomain.com  TXT
v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com; adkim=s; aspf=s

С этими тремя записями на месте и backend'ом, настроенным в соответствие, любой из топовых SMTP-плагинов пройдёт аутентификацию чисто. Без них никакой плагин не поможет. Проверьте SPF/DKIM/DMARC чек-лист для полной диагностики.

Какой выбрать в 2026

• Большинство сайтов: WP Mail SMTP или FluentSMTP. Они близки по функциям; выбирайте в зависимости от того, нужна ли вам платная поддержка (WP Mail SMTP) или полный набор бесплатно (FluentSMTP).
• Окружение, богатое отладкой: Post SMTP. SMTP-debugger не имеет аналогов.
• Один backend, минимальная поверхность: Gmail SMTP или Easy WP SMTP.
• Только generic corporate SMTP: SMTP Mailer.

Постоянный мониторинг, не одноразовая настройка

Доставляемость — это не одноразовая настройка. DNS-запись может дрейфовать после миграции регистратора. Новый плагин может вызвать наводнение писем, которое сожжёт репутацию. Shared-IP у backend'а может попасть в чёрный список Spamhaus из-за другого клиента. Регулярные тесты размещения — еженедельные, или ежедневные, если вы отправляете критичные транзакционные письма — единственный способ поймать это до того, как увидят ваши клиенты.

Частые вопросы