Почему не приходят заявки с сайта: пять мест, где они теряются

1. Переадресация съедает данные формы

Форма отправляет заявку на адрес вида /thanks.html или на www.-версию сайта. Сервер видит «некрасивый» адрес и переадресует на чистый — кодом 301. А браузер на код 301 превращает отправку формы в обычное открытие страницы и выбрасывает всё, что человек ввёл. Посетитель попадает на страницу «спасибо», а сервер заявку так и не получил — ни письма, ни строчки в журнале.

У нас так терялись заявки с шести форм внутренних страниц из восьми. Главная работала — поэтому никто и не заметил.

Как проверить: откройте инструменты разработчика в браузере (F12 → «Сеть»), отправьте форму. Если первым ответом пришла переадресация 301 или 302, а следом — обычная загрузка страницы, данные пропали. Как чинить: переадресации делать только для открытия страниц, а для отправки форм — кодом 307 или 308, они сохраняют данные. Ещё проще — отправлять форму сразу на конечный адрес.

2. В форме зашит адрес, которого больше нет

После переезда на новый домен или редизайна страницы обновляют, а адрес отправки внутри формы — нет. Он остаётся указывать на старый домен. Наш лендинг продолжал слать заявки на домен, который уже не существовал: браузер не мог даже соединиться.

Как проверить: откройте код страницы (Ctrl+U), найдите <form action="…"> и убедитесь, что адрес в кавычках живой и ваш. Проверьте так каждую форму, особенно на отдельных лендингах — их обновляют реже всего.

3. Почтовый ящик-отправитель отключили

Сайт отправляет заявки письмом через почтовый ящик. Если почтовый сервис приостановил работу ящика — не оплачена подписка, сменили пароль, организацию перевели в режим просмотра, — сервер получает отказ. Но посетитель всё равно видит «спасибо»: отказ почты его страницу не касается. Писем нет, тревоги нет, и выглядит это как «просто тихий месяц».

Как проверить: отправьте тестовую заявку и убедитесь, что письмо дошло — не «должно дойти», а пришло. Если у сайта есть журнал ошибок отправки, загляните в него: у нас там неделями лежали отказы, которые никто не читал.

4. Единственная копия заявки — в письме

Если заявку только отправляют, но нигде не сохраняют, любой сбой канала — это потерянный клиент навсегда. Упала почта на день — заявки за этот день не восстановить ничем.

Как правильно: сначала записать заявку в хранилище на своём сервере — файл, базу, CRM, — и только потом рассылать уведомления. Тогда сбой канала задержит уведомление, но не потеряет человека. И одна деталь: телефоны в общий журнал сервера лучше не писать открытым текстом — журналы читает больше людей, чем почту. Полная копия — в защищённом хранилище, в журнале — только факт заявки.

5. Канал уведомлений работает через раз

Уведомления в мессенджер с российского сервера бывают прерывистыми: мы замерили — половина запросов проходит мгновенно, половина повисает, не открыв соединение. Одна попытка — и половина уведомлений о заявках молча не доходит.

Как чинить: короткий таймаут и повторы с нарастающей паузой — через 10 секунд, 30 секунд, пару минут. И два независимых канала: мессенджер и почта. Если упал один, придёт второй.

Отдельно про закон. Если в уведомление уходят имя и телефон, а мессенджер принадлежит иностранной компании, это трансграничная передача персональных данных, и по 152-ФЗ под неё нужно уведомлять Роскомнадзор. Вариант без этого — слать в мессенджер только сам факт заявки, а контакты держать в российском хранилище.

Как проверить свой сайт за 15 минут

1. Отправьте тестовую заявку с каждой формы сайта, а не только с главной: у нас главная работала, а шесть других форм — нет.
2. Убедитесь, что заявка дошла во все каналы: почту, мессенджер, CRM. «Отправлено» на сайте ничего не доказывает.
3. В инструментах разработчика посмотрите, нет ли переадресации при отправке формы.
4. Проверьте адрес в action каждой формы, включая лендинги на отдельных доменах.
5. Заведите в Метрике цель на страницу «спасибо» и раз в неделю сверяйте: если целей двадцать, а заявок в почте двенадцать, восемь где-то теряются.
6. Повторяйте проверку после каждой правки сайта, смены домена, почты или тарифа почтового сервиса.