Форма показує успішне надсилання, але заявку отримує колишній менеджер або інший відділ. Такий випадок відрізняється від повної відсутності листів: повідомлення може справно проходити через поштовий сервіс, проте мати неправильного одержувача. Перш ніж змінювати SMTP чи встановлювати новий плагін, потрібно знайти місце, де визначається маршрут конкретного листа.
Почніть із одного контрольного прикладу: сторінка, назва форми, час надсилання, очікувана адреса й фактичний одержувач. Використовуйте тестові дані без особистої інформації клієнтів. Якщо заявки надходять сторонній людині, обмежте подальше передавання чутливих даних через проблемний сценарій до виправлення.
Де можуть зберігатися старі адреси одержувачів
Перевірте налаштування сповіщень саме тієї форми, яку заповнює відвідувач. На сайті можуть одночасно працювати форма конструктора сторінок, окремий плагін, спливне вікно та стара форма на іншій мовній версії. Зміна однієї адреси не обов’язково впливає на решту.
Розрізняйте поля To, From і Reply-To. Перше визначає одержувача, друге — відправника, третє — адресу для відповіді. Наприклад, Contact Form 7 дозволяє налаштовувати одержувача в поштовому шаблоні та використовувати додатковий шаблон Mail (2). Тому перевіряти потрібно всі активні повідомлення, а не лише перший видимий блок.
- Основний одержувач, копії та приховані копії в налаштуваннях форми.
- Умовні правила, що змінюють адресу залежно від обраної послуги.
- Окремі шаблони повідомлень магазину або системи бронювання.
- Пересилання, псевдоніми й групи на стороні поштового сервісу.
- Додаткові інтеграції та індивідуальні зміни, які можуть впливати на маршрут.
Не вважайте загальну адміністративну пошту WordPress єдиним джерелом адрес. Частина інструментів може використовувати її, інші зберігають власних одержувачів. Для замовлень магазину окремий контекст дає матеріал WooCommerce не надсилає листи про замовлення: що терміново перевірити. Не змінюйте повідомлення покупцю, коли виправляєте лише службове сповіщення менеджеру.
Як протестувати кожну форму після зміни налаштувань
Складіть список місць, де відвідувач може звернутися: контакти, сторінки послуг, головна, спливні форми та мовні версії. Для кожного сценарію зафіксуйте очікуваних одержувачів. Якщо є вибір відділу чи послуги, протестуйте кожну гілку, яка має окремий маршрут.
Перед змінами збережіть поточні налаштування й погодьте нові адреси з відповідальним. Надсилайте тест із унікальною позначкою в темі або тексті, щоб його можна було знайти в журналі та скриньці. Уточніть у команди, що це перевірка, аби тестову заявку не сприйняли як реальне замовлення.
Перевірте не тільки появу повідомлення на екрані, а й фактичне отримання листа потрібною людиною. Звірте заголовки, копії та адресу відповіді. Якщо журнал показує правильного одержувача, а лист опиняється в іншій скриньці, перевірка має продовжитися на стороні поштових правил. Сам статус передавання листа серверу ще не описує весь подальший маршрут.
Коли збій виникає раніше й форма взагалі не завершує надсилання, потрібен інший порядок перевірки. Його розглянуто в статті Клієнт не може надіслати форму: як локалізувати збій WordPress. Розділення цих ситуацій допомагає не витрачати час на налаштування, які не спричинили проблему.
Як замовити технічну підтримку з чіткими межами робіт
Передайте виконавцю перелік форм, погоджених одержувачів і контрольний приклад помилкової доставки. Доступи надавайте через узгоджений захищений спосіб; не публікуйте паролі чи повні журнали із даними клієнтів у відкритому листуванні. Вкажіть, хто може погодити зміни поштових груп та пересилань.
У завданні розділіть пошук причини, виправлення маршруту й контрольні надсилання. Погодьте, чи входить робота з поштовим провайдером, інтеграціями та кодом. Для формування ширшого переліку питань корисні матеріали про технічну підтримку сайту, але остаточний обсяг має стосуватися ваших конкретних форм і скриньок.
Результатом має бути не повідомлення «пошту змінено», а перевірений перелік сценаріїв із правильними одержувачами. Збережіть короткий звіт про зміни та відповідального за актуальність адрес. Після звільнення працівника, перенесення сайту чи зміни відділів повторюйте контрольне надсилання: старий маршрут простіше помітити тестом, ніж скаргою клієнта.