На WordPress установлен SMTP-плагин, служебный тест приходит, а уведомления о заявках или заказах попадают в Спам. Такая разница не противоречит результату теста. Письмо плагина и уведомление сайта могут иметь другого отправителя, другой HTML и даже использовать разные обработчики доставки.
На Timeweb начните с карты событий WordPress: форма обращения, регистрация, восстановление доступа, сообщение магазина и уведомление администратору. Для каждого укажите модуль, From и транспорт. Один удачный тест подтверждает только тот путь, по которому он действительно прошёл.
Для магазина составьте маленькую матрицу событий: новый заказ, смена статуса, уведомление администратору. Укажите, кто получает каждую копию и какое действие её запускает. Проверка одного заказа не подтверждает все остальные шаблоны. Особенно полезно отдельно проверить письмо, которое формируется фоновым заданием: оно может использовать другую конфигурацию процесса, даже когда события из административной панели работают.
Проверьте назначение SMTP-плагина
Timeweb описывает настройку WordPress через SMTP-модуль и приводит параметры подключения своей почты. Сверьте выбранный Mailer, сервер, защищённое подключение и учётную запись. Если модуль умеет работать с несколькими транспортами, проверьте, какой выбран для проблемного события и нет ли отдельного резервного маршрута.
Не устанавливайте несколько плагинов отправки одновременно ради сравнения. Их обработчики могут менять одно и то же письмо, а результат будет трудно объяснить. Сначала сохраните конфигурацию и определите активный транспорт. Если требуется замена модуля, проводите её как отдельное изменение с возможностью вернуть прежние настройки.
Найдите, кто изменяет From
У сайта есть общая почта администратора, у формы — собственные поля, у магазина — настройки уведомлений. SMTP-плагин может принудительно задавать From либо оставлять значение вызывающего модуля. Поэтому полезно посмотреть заголовки не служебного теста, а конкретного письма о заказе или заявке.
В схеме SMTP Timeweb адрес отправителя должен соответствовать используемому ящику согласно инструкции провайдера. Почту посетителя формы поместите в Reply-To, а From оставьте контролируемым адресом сайта. Сохраните понятное имя отправителя: получатель должен узнавать компанию, не разбирая технические заголовки.
Воспроизведите именно проблемное событие
Создайте безопасную тестовую заявку или заказ без реальной оплаты, отгрузки и уведомлений посторонним людям. Укажите контрольного получателя в предусмотренной настройке. Если модуль одновременно пишет клиенту и менеджеру, рассматривайте эти письма отдельно: у них различаются шаблон, адресат и иногда отправитель.
Для сброса пароля используйте отдельную тестовую учётную запись, а не аккаунт администратора. Не публикуйте действующие ссылки доступа в отчёте. Если для безопасности заменили данные или ссылки, зафиксируйте это: сравнение должно честно описывать, какую копию удалось проверить.
Отделите ошибку очереди от папки
Журнал WordPress может показывать создание задания, попытку отправки либо ответ SMTP. Выясните, что означает конкретная отметка «успешно». Если событие осталось в очереди или не запустилось, изменение HTML не решит проблему. При передаче серверу сохраните время и идентификатор, чтобы связать журнал с полученной копией.
Проверка различий между Delivered и фактической папкой помогает выбрать следующий шаг. Принятое письмо может оказаться в Спаме, а недоступный результат чтения не означает, что его отклонили. Эти состояния нужно записывать раздельно, иначе команда начинает чинить не тот участок.
Сравните рабочий шаблон через Check
Возьмите доступные адреса из проверки размещения письма и запустите событие WordPress через тот же модуль. Сохраните исходный результат: аутентификацию, подтверждённые папки и время. Принимающий провайдер проверяется только при наличии соответствующего контрольного адреса; результат другого ящика не заменяет отсутствующий.
Если вы проверяете гипотезу о From, измените только настройку отправителя. Если гипотеза касается содержимого, оставьте транспорт и адрес прежними. Например, сравните один конкретный шаблон после удаления ошибочной ссылки. Не объявляйте ссылку причиной фильтрации: наблюдение показывает лишь различие между сопоставимыми отправками.
Сохраните проверку после обновлений
Обновление плагина, перенос сайта и изменение темы могут затронуть письма. Поэтому оставьте короткую карточку каждого важного события: где настроен From, какой модуль отправляет, какой тестовый сценарий воспроизводит письмо. При следующем изменении команда сможет проверить рабочее уведомление, а не случайную кнопку в панели.
В методологии Check указаны ограничения наблюдений и технических результатов. Удачная контрольная копия не гарантирует папку всех клиентов. Практический итог для WordPress — известный обработчик, подтверждённый маршрут и воспроизводимый тест, который показывает, что именно поменялось после исправления.
Видео-памятка: что проверить
Видео без звука, 24 секунды. Текстовая версия краткого плана:
- Кнопка теста SMTP не проверяет все письма WordPress.
- Проверьте отправителя у каждого рабочего события.
- Сравнивайте один шаблон через неизменный маршрут.