Чому форми WordPress не надсилають листи

Повідомлення «успішно» ще не доводить, що заявка дійшла: форма в браузері, сервер і пошта — різні етапи.

Як проходить заявка

Форма збирає дані в браузері, перевіряє поля, надсилає запит на сервер, а WordPress або плагін обробляє його. Потім заявка може зберігатися в базі, надсилатися електронною поштою, через вебхук або в CRM.

Помилка на будь-якому етапі дає різні симптоми. Якщо кнопка не реагує — перевіряють форму в браузері. Якщо показано успішне надсилання, але листа немає — сервер і доставку пошти.

Схема доставки заявки з WordPress-форми через обробник, SMTP і поштовий сервер
Якщо повідомлення не прийшло, потрібно знайти етап втрати: браузер, сервер, відправник, поштовий сервер або одержувач.

Форма в браузері та перевірка полів

JavaScript-помилка, конфлікт оптимізації, неправильний селектор або CAPTCHA можуть не дати відправити запит. Консоль і вкладка Network показують, чи був запит і яку відповідь повернув сервер.

Перевіряйте обов’язкові поля, формат телефону й електронної пошти, стан кнопки та зрозуміле повідомлення. На мобільному клавіатура й закріплені елементи не повинні перекривати результат.

  • Перевірити помилки в консолі.
  • Переглянути запит і відповідь у вкладці Network.
  • Відтворити без розширень браузера.
  • Перевірити на телефоні і повільне з’єднання.

WordPress, PHP і серверна пошта

Плагін форми може отримати запит, але не виконати обробник через помилку PHP, права доступу або обмеження хостингу. Журнали допомагають побачити причину, яку форма в браузері показує як загальну помилку.

Функція mail() не гарантує доставку. Для стабільнішого надсилання часто використовують авторизований SMTP або API поштового сервісу, налаштований через акаунт власника.

СимптомЩо перевірити
Відповідь 500Журнали PHP і сервера і останні зміни
Успіх без листаЖурнал SMTP, спам, відправник і одержувач
Працює інодіЛіміти запитів, кеш, CAPTCHA, тайм-аут
Є дублікатиПовторні надсилання, повторні вебхуки, ідемпотентність

DNS і доставка пошти

Відправник має відповідати дозволеному домену або сервісу. SPF і DKIM допомагають одержувачу перевірити джерело, а DMARC задає політику обробки невідповідностей.

Не змінюйте MX або DNS навмання: можна зламати робочу пошту. Налаштування перевіряють разом із поточним провайдером і документацією сервісу.

  • Поле From не повинно підміняти електронну пошту відвідувача.
  • Електронну пошту користувача краще передавати в Reply-To.
  • Секрети SMTP не зберігають у формі в браузері.
  • Тестують доставку на кілька провайдерів.

Як не втрачати заявку

Критичні форми бажано зберігати на сервері або передавати в CRM, а електронну пошту використовувати для сповіщення. Тоді тимчасова проблема пошти не знищує дані.

Додайте чітке повідомлення про успіх або помилку, журнал без зайвих персональних даних і контрольний тест після оновлень. Для реклами окремо перевірте, що конверсія фіксується тільки після справжнього успіху.

Короткі відповіді

Часті запитання

Чи завжди потрібен SMTP-плагін?

Ні, але авторизований поштовий сервіс часто дає кращу діагностику й доставку, ніж невідоме серверна пошта.

Чому тестовий лист приходить, а форма — ні?

Форма може використовувати іншого відправника, шаблон, обробник або правила перевірки. Треба перевіряти саме її запит і журнал.

Чи можна дублювати заявки в Telegram?

Так, як резервне повідомлення, але важливо контролювати секретний токен бота і не передавати зайві персональні дані.

Офіційні джерела та інструменти