Заказ появился в магазине, но покупатель не получил письмо. Менеджер отправляет его вручную и считает проблему случайной. Чтобы устранить причину, нужно пройти цепочку: событие заказа, создание уведомления, передача почтовому сервису и доставка получателю. Новый SMTP-плагин не поможет, если нужное событие вообще не наступило.
Найдите заказ и ожидаемое уведомление
Запишите номер заказа, время действия и письмо, которое должно было прийти. Уведомление администратору и письмо покупателю имеют разные условия. Проверьте состояние заказа и фактическую оплату. Если платёжный модуль не обновил заказ, проблема может находиться до почтовой отправки.
Для проверки создайте тестовый заказ в согласованной среде и пройдите нужный переход состояния. Не меняйте статусы настоящих заказов ради эксперимента: это способно запустить другие действия магазина. Сначала воспроизведите тот же способ оплаты и оформления, при котором письмо пропало, затем сравните с работающим сценарием.
Проверьте настройки письма
В настройках email WooCommerce найдите нужный тип уведомления, проверьте его включение и получателей, если они задаются вручную. Убедитесь, что адрес покупателя сохранён без ошибки. Также проверьте изменения темы и шаблона письма: проблема может затрагивать один тип сообщения, а остальные продолжать работать.
Не делайте вывод по кнопке предварительного просмотра. Она показывает оформление, но может не повторять реальный сценарий заказа. Зафиксируйте, какое действие должно создавать письмо и произошло ли оно. Если используете расширение с собственной отправкой, включите его в карту цепочки отдельно от стандартных уведомлений.
Установите, было ли письмо отправлено
WooCommerce использует почтовую инфраструктуру WordPress. Проверьте доступные журналы магазина, почтового модуля и сервиса отправки. В актуальной документации описан источник журнала transactional-emails, но его наличие зависит от установленной версии и настроек. Если такого журнала нет, используйте доступные средства и документацию вашей версии.
Отсутствие записи и запись об отказе означают разные ситуации. В первом случае проверяют событие и создание письма, во втором читают ответ следующего узла. Успешная передача почтовому сервису ещё не означает попадание во входящие. Сохраните технический идентификатор сообщения, чтобы продолжить поиск без пересылки всех данных заказа.
Проверьте доставку и отправителя
Посмотрите папку спама, состояние ящика и ответы почтового сервиса. Адрес отправителя должен соответствовать выбранной системе отправки; настройки домена проверяют по её требованиям. Не добавляйте случайные DNS-записи из чужой инструкции. Сначала выясните, какая система фактически отправляет письма от вашего домена.
Отправьте проверочное сообщение на несколько согласованных адресов и сравните результаты. Если проблема только у одного получателя, исследуйте конкретный отказ или фильтрацию. Если письма не доходят нигде, вернитесь к общей инфраструктуре. Не публикуйте адреса клиентов и содержимое заказа в открытой переписке с примерами ошибок.
Исправьте причину и повторите сценарий
На тестовой копии проверьте возможный конфликт расширений, если признаки ведут к нему. После исправления повторите исходный заказ, нужное уведомление и ещё один независимый сценарий. Оставьте команде описание причины, изменения и способ контроля. Письмо должно помогать клиенту понять состояние заказа, а не быть единственным местом, где магазин хранит сведения о покупке.
Связанные материалы
Статусы заказов: как согласовать логику сайта и отдела продаж
Поддержка WordPress: что включить в регулярные работы
Документация для проверки
Проверка писем о заказах WooCommerce
Ссылки на документацию проверены 8 октября 2026 года. Названия настроек и возможности сервисов могут меняться; перед внедрением сверяйте актуальные условия.
Коротко о важном
Заказ создан, значит письмо обязательно сформировано?
Нет. У конкретного уведомления есть условия, настройки и получатель. Проверьте ожидаемое событие и журнал отправки, затем почтовую доставку.
Почему SMTP-плагин сообщает успех, но письма нет?
Успех может означать принятие сообщения следующим сервисом. Проверьте дальнейший статус, отказ получателя и папку спама. Сопоставляйте записи по идентификатору сообщения.
Можно ли выключать плагины для проверки на работающем магазине?
Диагностику конфликтов лучше проводить на тестовой копии с необходимым сценарием. Отключение на рабочем сайте способно затронуть оформление, оплату и другие процессы.
Разработка и SEO в QuickLanding. Помогаем разобраться в задаче и выбрать подходящий состав работ.
Об эксперте
