Вступ
Після оновлення WordPress, теми, конструктора сторінок або окремого плагіна сайт може виглядати повністю працездатним. Головна сторінка відкривається, кнопки натискаються, форма візуально відправляється. Але насправді заявка не доходить до менеджера або не створюється в CRM. Для бізнесу це гірше, ніж звичайна помилка 500: зовні все виглядає нормально, а рекламний трафік тихо марнується.
Симптоми
Типові ознаки: користувач бачить повідомлення «відправлено», але листа немає; CRM не отримує лід; повідомлення в Telegram не надходить; у консолі браузера з’являються JS-помилки; після увімкнення антиспаму форма почала автоматично відхиляти частину відправлень; листи надсилаються з адреси, яка не дозволена SPF/DKIM.
Що перевіряється
- який плагін форми відповідає за відправлення і чи не конфліктує він із темою
- чи є помилки JavaScript при натисканні на кнопку «Відправити»
- яку HTTP-відповідь повертає ендпойнт форми
- чи надсилається лист через PHP mail чи звичайний SMTP
- чи створюється запис у базі даних/логах форми
- чи працюють reCAPTCHA, nonce, антиспам та обмеження частоти запитів
- чи приймає CRM/webhook дані у потрібному форматі
Процес виправлення
Спочатку перевіряється фронтенд: кнопка, подія відправлення, консоль браузера та мережевий запит. Потім переглядаються логи PHP та веб-сервера, оскільки частина помилок форми не відображається користувачеві. Після цього перевіряється шлях доставки: форма → SMTP або webhook → пошта/CRM/Telegram. Якщо проблема полягає в конфлікті плагінів, відключають не все підряд, а лише підозрілу ділянку, щоб не пошкодити сайт ще більше.
Нормальний результат
Нормальний результат — це не просто «лист надійшов один раз». Має бути повторювана тестова відправка, зрозуміле джерело заявки, перевірений одержувач, журнал помилок і мінімальна інструкція: що не можна оновлювати без повторної перевірки та де переглянути статус доставки.
Висновок
Форма заявки — це не просто декоративний елемент. Якщо вона не працює, реклама продовжує приваблювати відвідувачів, але сайт перестає перетворювати їх на заявки. Тому після будь-якого оновлення важливо перевіряти не лише зовнішній вигляд, а й весь шлях заявки до кінцевої послуги.