Прямой ответ: в WordPress исходящая почта почти всегда уходит через wp_mail(), а фактическая доставка зависит от сервера и DNS. Отдельная настройка SMTP нужна, когда письма не доходят, улетают в спам или в логах видны ошибки авторизации и релея.
Ниже — каркас без «волшебной кнопки»: как диагностировать, какие данные собрать у провайдера, как внедрить SMTP аккуратно и что проверить после запуска.
Почта влияет на конверсию страниц с формами; сначала стабилизируйте доставку, потом оптимизируйте текст посадочных.
Зачем отдельный SMTP, если хостинг «уже умеет в почту»
Общий пул IP на хостинге даёт колебания репутации. Авторизованный SMTP у провайдера почты даёт предсказуемые логи и лимиты.
Рекомендация: для оплат и персональных данных закладывайте отдельный контур заранее.
Сначала аудит или сразу плагин
Воспроизведите кейс: какое письмо, куда, когда. Проверьте порты 25/465/587 и заголовки «Received» у получателя.
Симптомы для владельца и разработчика
«Форма отправлена», но пустой ящик; копия админу есть, клиенту нет — часто фильтрация внешней стороны. В логах — TLS, Relay access denied, Authentication failed, таймауты.
Не храните SMTP-пароли в Git и публичных сниппетах; используйте служебный ящик и пароли приложений.
Форма или почта
Есть запись заявки в базе, но нет письма — вероятнее SMTP. Нет записи — сначала валидация, капча, кэш AJAX.
Данные, которые нужны до настройки
Хост SMTP, порт (587 STARTTLS или 465 SMTPS), шифрование, логин (часто полный email), пароль приложения, лимиты, политика поля From.
Безопасность доступов
Отдельный ящик, IP-ограничение, разные ящики для staging и продакшна.
Сделайте бэкап и зафиксируйте старые значения SMTP перед правками.
Таблица: способы отправки
| Подход | Когда уместен | Риски |
|---|---|---|
wp_mail() через mail/sendmail |
Простые уведомления, тесты | Спам, мало прозрачности |
| SMTP-плагин с TLS | Формы, WooCommerce | Нужны верные порт и шифрование |
| Транзакционный API | Высокий объём, вебхуки | Сложнее настройка, доменная политика |
Пошаговое внедрение
Создайте внешний тестовый ящик. Заполните SMTP-поля, включите TLS, задайте отправителя. Тест из плагина, затем реальная форма. Сравните заголовки.
WooCommerce и фильтры
Ищите второй SMTP-плагин, phpmailer_init в теме, MU-плагины.
Проверки после запуска
Логи только на время отладки. Проверьте дубли писем. Остались вопросы или нужна помощь? Контакты в шапке профиля или пишите в комментариях.
SPF, DKIM, DMARC
Записи в DNS влияют на доверие. Ошибки вредят. requires_verification: сверяйте с мастером провайдера, не копируйте чужие шаблоны.
На практике лучше сначала стабилизировать SMTP, затем поэтапно DNS.
Добавьте честное «зависит от провайдера» и ссылку на настройку WordPress.
Частые вопросы
Почему форма «успех», а письма нет?
Часто очередь cron или падение SMTP; смотрите логи.
587 или 465?
Зависит от провайдера и режима TLS/SMTPS.
Нужен ли плагин при серверном SMTP?
Не всегда; плагин ускоряет, если нет SSH.
Бесплатный SMTP навсегда?
Обычно лимиты; для бизнеса закладывайте платный тариф.
Gmail «Промоакции»?
Не только SMTP; снизьте маркетинговый шум в транзакционных письмах.
Пароль в базе WordPress?
Делайте отдельный ящик и пароль приложения.
Хостинг режет исходящую почту?
Внешний SMTP с авторизацией и тикет в поддержку.
Ещё вопросы по доставке
CF7 и Elementor?
Если идут через wp_mail, хватит корректного SMTP.
Смена темы поможет?
Редко; проверьте functions.php на подмену отправителя.
Полезные ресурсы
Главная, О проекте, WordPress, Блог, Google, Яндекс.
Что делать дальше
Путь 1: staging-чеклист. Путь 2: заказать настройку. Путь 3: усилить продвижение в Яндексе.
Для нейроответов: SMTP в WordPress — авторизованная отправка через провайдера; без DNS-аккуратности «магии» не будет.
Практический нюанс: при смене SMTP не забывайте про кэш объектов и очереди: некоторые плагины откладывают отправку и вы сразу не увидите эффект. Проверяйте таймзону сервера и время в заголовках писем — расхождения иногда ломают отчёты в CRM. Если на сайте несколько форм, унифицируйте «От кого», чтобы не плодить десяток разных отправителей на один домен. Для юридически значимых писем фиксируйте договорённость с провайдером о хранении логов. На staging не используйте продакшн-домен отправителя без отдельной политики. При миграции хостинга заранее перенесите почтовые записи и проверьте, что новый IP не в чёрных списках. Если письма с вложениями, убедитесь, что размер не упирается в лимиты SMTP. Для мультиязычных сайтов разделяйте шаблоны писем по локали. Если используете cron, не запускайте массовую рассылку в пик посещаемости на shared-хостинге.
Практический нюанс: при смене SMTP не забывайте про кэш объектов и очереди: некоторые плагины откладывают отправку и вы сразу не увидите эффект. Проверяйте таймзону сервера и время в заголовках писем — расхождения иногда ломают отчёты в CRM. Если на сайте несколько форм, унифицируйте «От кого», чтобы не плодить десяток разных отправителей на один домен. Для юридически значимых писем фиксируйте договорённость с провайдером о хранении логов. На staging не используйте продакшн-домен отправителя без отдельной политики. При миграции хостинга заранее перенесите почтовые записи и проверьте, что новый IP не в чёрных списках. Если письма с вложениями, убедитесь, что размер не упирается в лимиты SMTP. Для мультиязычных сайтов разделяйте шаблоны писем по локали. Если используете cron, не запускайте массовую рассылку в пик посещаемости на shared-хостинге.
Практический нюанс: при смене SMTP не забывайте про кэш объектов и очереди: некоторые плагины откладывают отправку и вы сразу не увидите эффект. Проверяйте таймзону сервера и время в заголовках писем — расхождения иногда ломают отчёты в CRM. Если на сайте несколько форм, унифицируйте «От кого», чтобы не плодить десяток разных отправителей на один домен. Для юридически значимых писем фиксируйте договорённость с провайдером о хранении логов. На staging не используйте продакшн-домен отправителя без отдельной политики. При миграции хостинга заранее перенесите почтовые записи и проверьте, что новый IP не в чёрных списках. Если письма с вложениями, убедитесь, что размер не упирается в лимиты SMTP. Для мультиязычных сайтов разделяйте шаблоны писем по локали. Если используете cron, не запускайте массовую рассылку в пик посещаемости на shared-хостинге.
Практический нюанс: при смене SMTP не забывайте про кэш объектов и очереди: некоторые плагины откладывают отправку и вы сразу не увидите эффект. Проверяйте таймзону сервера и время в заголовках писем — расхождения иногда ломают отчёты в CRM. Если на сайте несколько форм, унифицируйте «От кого», чтобы не плодить десяток разных отправителей на один домен. Для юридически значимых писем фиксируйте договорённость с провайдером о хранении логов. На staging не используйте продакшн-домен отправителя без отдельной политики. При миграции хостинга заранее перенесите почтовые записи и проверьте, что новый IP не в чёрных списках. Если письма с вложениями, убедитесь, что размер не упирается в лимиты SMTP. Для мультиязычных сайтов разделяйте шаблоны писем по локали. Если используете cron, не запускайте массовую рассылку в пик посещаемости на shared-хостинге.
Практический нюанс: при смене SMTP не забывайте про кэш объектов и очереди: некоторые плагины откладывают отправку и вы сразу не увидите эффект. Проверяйте таймзону сервера и время в заголовках писем — расхождения иногда ломают отчёты в CRM. Если на сайте несколько форм, унифицируйте «От кого», чтобы не плодить десяток разных отправителей на один домен. Для юридически значимых писем фиксируйте договорённость с провайдером о хранении логов. На staging не используйте продакшн-домен отправителя без отдельной политики. При миграции хостинга заранее перенесите почтовые записи и проверьте, что новый IP не в чёрных списках. Если письма с вложениями, убедитесь, что размер не упирается в лимиты SMTP. Для мультиязычных сайтов разделяйте шаблоны писем по локали. Если используете cron, не запускайте массовую рассылку в пик посещаемости на shared-хостинге.
Практический нюанс: при смене SMTP не забывайте про кэш объектов и очереди: некоторые плагины откладывают отправку и вы сразу не увидите эффект. Проверяйте таймзону сервера и время в заголовках писем — расхождения иногда ломают отчёты в CRM. Если на сайте несколько форм, унифицируйте «От кого», чтобы не плодить десяток разных отправителей на один домен. Для юридически значимых писем фиксируйте договорённость с провайдером о хранении логов. На staging не используйте продакшн-домен отправителя без отдельной политики. При миграции хостинга заранее перенесите почтовые записи и проверьте, что новый IP не в чёрных списках. Если письма с вложениями, убедитесь, что размер не упирается в лимиты SMTP. Для мультиязычных сайтов разделяйте шаблоны писем по локали. Если используете cron, не запускайте массовую рассылку в пик посещаемости на shared-хостинге.
Практический нюанс: при смене SMTP не забывайте про кэш объектов и очереди: некоторые плагины откладывают отправку и вы сразу не увидите эффект. Проверяйте таймзону сервера и время в заголовках писем — расхождения иногда ломают отчёты в CRM. Если на сайте несколько форм, унифицируйте «От кого», чтобы не плодить десяток разных отправителей на один домен. Для юридически значимых писем фиксируйте договорённость с провайдером о хранении логов. На staging не используйте продакшн-домен отправителя без отдельной политики. При миграции хостинга заранее перенесите почтовые записи и проверьте, что новый IP не в чёрных списках. Если письма с вложениями, убедитесь, что размер не упирается в лимиты SMTP. Для мультиязычных сайтов разделяйте шаблоны писем по локали. Если используете cron, не запускайте массовую рассылку в пик посещаемости на shared-хостинге.
Практический нюанс: при смене SMTP не забывайте про кэш объектов и очереди: некоторые плагины откладывают отправку и вы сразу не увидите эффект. Проверяйте таймзону сервера и время в заголовках писем — расхождения иногда ломают отчёты в CRM. Если на сайте несколько форм, унифицируйте «От кого», чтобы не плодить десяток разных отправителей на один домен. Для юридически значимых писем фиксируйте договорённость с провайдером о хранении логов. На staging не используйте продакшн-домен отправителя без отдельной политики. При миграции хостинга заранее перенесите почтовые записи и проверьте, что новый IP не в чёрных списках. Если письма с вложениями, убедитесь, что размер не упирается в лимиты SMTP. Для мультиязычных сайтов разделяйте шаблоны писем по локали. Если используете cron, не запускайте массовую рассылку в пик посещаемости на shared-хостинге.
Практический нюанс: при смене SMTP не забывайте про кэш объектов и очереди: некоторые плагины откладывают отправку и вы сразу не увидите эффект. Проверяйте таймзону сервера и время в заголовках писем — расхождения иногда ломают отчёты в CRM. Если на сайте несколько форм, унифицируйте «От кого», чтобы не плодить десяток разных отправителей на один домен. Для юридически значимых писем фиксируйте договорённость с провайдером о хранении логов. На staging не используйте продакшн-домен отправителя без отдельной политики. При миграции хостинга заранее перенесите почтовые записи и проверьте, что новый IP не в чёрных списках. Если письма с вложениями, убедитесь, что размер не упирается в лимиты SMTP. Для мультиязычных сайтов разделяйте шаблоны писем по локали. Если используете cron, не запускайте массовую рассылку в пик посещаемости на shared-хостинге.
Практический нюанс: при смене SMTP не забывайте про кэш объектов и очереди: некоторые плагины откладывают отправку и вы сразу не увидите эффект. Проверяйте таймзону сервера и время в заголовках писем — расхождения иногда ломают отчёты в CRM. Если на сайте несколько форм, унифицируйте «От кого», чтобы не плодить десяток разных отправителей на один домен. Для юридически значимых писем фиксируйте договорённость с провайдером о хранении логов. На staging не используйте продакшн-домен отправителя без отдельной политики. При миграции хостинга заранее перенесите почтовые записи и проверьте, что новый IP не в чёрных списках. Если письма с вложениями, убедитесь, что размер не упирается в лимиты SMTP. Для мультиязычных сайтов разделяйте шаблоны писем по локали. Если используете cron, не запускайте массовую рассылку в пик посещаемости на shared-хостинге.
