Описать проблему ↗

Формы и почта

WordPress не отправляет уведомления и восстановление пароля

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

Редакция «починимсайт» · Обновлено · 3 мин. чтения

Что происходит и с чего начать

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

Что можно проверить самостоятельно

  1. Проверьте адрес почты нужного пользователя и папку нежелательных писем. Используйте свой аккаунт, чтобы не рассылать ссылки восстановления настоящим клиентам во время диагностики.
  2. Сравните отправку из формы и восстановление пароля. Для каждого теста запишите время и результат, чтобы разработчик мог найти соответствующие события в журнале.
  3. Посмотрите, какие плагины управляют почтой. Сообщите специалисту об обновлениях и недавно установленном SMTP-плагине; не включайте сразу несколько конкурирующих способов отправки.

Как понять результаты проверки

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

Что проверяет разработчик

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

  1. Сравните восстановление пароля, сообщение из формы и системное уведомление. Не используйте чужую учётную запись для проверки восстановления доступа.
  2. Проверьте настройки адреса администратора и почтового плагина. Убедитесь, что одновременно не активны два расширения, меняющих транспорт отправки.
  3. Временно включите безопасное журналирование ошибок почты. Сохраняйте результат и время отправки, но не ссылки сброса пароля и содержимое личных сообщений.

На что обратить внимание

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

Как исправляют причину

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

Как убедиться, что проблема решена

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

После исправления пройдите весь сценарий восстановления: запросите письмо, откройте ссылку и задайте пароль для тестового аккаунта. Отдельно проверьте уведомление формы или магазина, если оно тоже не работало. Это подтверждает полезный результат для пользователя, а не только успешную работу тестовой кнопки. В журнале должно быть понятно, что отправлено и что завершилось ошибкой.