Не приходят заявки с сайта: как проверить форму, почту и CRM

Сначала воспроизведите потерю

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

Посмотрите, разрешает ли форма отправить один контакт, удобно ли вводить номер и не требует ли маска лишнюю цифру. Проверьте чекбокс согласия и сообщение об ошибке. Если пользователь видит только вращающийся индикатор, он не понимает, принят ли запрос, и либо уходит, либо отправляет его повторно.

Разделите приём заявки и доставку уведомления

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

Зелёная надпись на странице подтверждает только то, что заложено в коде. Иногда её показывают сразу после клика, ещё до ответа сервера. Попросите разработчика сопоставить одну тестовую отправку с записью в журнале и результатом доставки. В отчёте должно быть понятно, на каком участке остановилось обращение.

Проверьте адреса и почтовую цепочку

После смены сайта в обработчике может остаться старый получатель. Также проверьте папку спама, правила сортировки, заполненность ящика и доступы SMTP. Отправитель и адрес для ответа — разные роли: подставлять произвольный email посетителя как адрес отправителя может мешать проверкам почтового сервиса.

Настройки доменной аутентификации и технический ответ почтового сервера должен смотреть специалист. Сообщение «принято к отправке» не всегда означает попадание во входящие. Согласованный контрольный тест заканчивается подтверждением получателя, а не только отсутствием ошибки в журнале сайта.

Почему в Метрике есть конверсия без письма

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

Для технической проверки целей Яндекс описывает режим отладки с параметром _ym_debug=2. Он помогает увидеть отправляемые события, но не подтверждает доставку письма. Поэтому контроль аналитики и контроль получения обращения нужны одновременно: один инструмент не заменяет другой.

Документация: Яндекс Метрика: проверка целей

Как не пропустить повторный сбой

После исправления оставьте понятную схему: кто следит за ошибками, куда приходит резервное уведомление и где найти сохранённую заявку. Проверьте все формы, включая модальные окна и калькулятор, а не только страницу контактов. В ontech.pro начинаем такую работу с адреса страницы и времени неудачной отправки; пароли посетителей и реальные переписки для первого шага не нужны.