Отсутствующее письмо WooCommerce может не быть проблемой доставки: уведомление иногда не создаётся из-за состояния заказа или отключённой настройки. Начните с журнала transactional-emails и точного типа сообщения. Он помогает отделить передачу письма почтовой системе от его появления в ящике покупателя.

Проверьте, должно ли было появиться уведомление

Запишите номер заказа, ожидаемый тип письма и действие, после которого его ждали. Проверьте статус оплаты и настройку соответствующего шаблона в WooCommerce → Settings → Emails. Если платёж получен у провайдера, но заказ не обновился, причина может находиться в передаче платёжного результата, а не в почте.

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

Прочитайте результат попытки отправки

Документация WooCommerce описывает журнал в Status → Logs с источником transactional-emails. Sent означает успешную передачу почтовой системе, Failed — ошибку процесса отправки, Disabled — отключённый тип, Skipped — отсутствие нужного условия, например адресата. Успешная передача не доказывает доставку во входящие. Письма сброса пароля WordPress могут отсутствовать в этом журнале.

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

Проверьте следующий участок цепочки

При Sent смотрите журнал почтового сервиса, отклонения и папку спама. При Failed сохраните сообщение ошибки и передайте его ответственному за отправку. При Disabled или Skipped исправляйте конкретную настройку или отсутствующие данные. Одинаковая жалоба покупателя здесь требует разных действий.

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

Завершите проверку реальным получением

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

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