Нет заявок с сайта: как найти проблему и проверить форму

Разборы сайтов и автоматизации можно продолжить читать в канале автора - ссылка на подписку есть на странице.

1. Выберите страницу

   Определите одну страницу и действие, которое считаете обращением.

2. Пройдите путь посетителя

   Проверьте предложение, кнопку и заполнение формы на своём телефоне.

3. Отправьте контрольную заявку

   Используйте собственный контакт, тестовую пометку и запишите время.

4. Подтвердите приём

   Найдите обращение в предусмотренном хранилище и проверьте уведомление.

5. Повторите после исправления

   Пройдите тот же сценарий и отдельно наблюдайте реальные обращения.

Почему нет заявок с сайта, хотя посещения есть?

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

Яндекс Вебмастер объясняет, почему клики из поиска расходятся с визитами Метрики. Например, страница могла открыться без счётчика или браузер не успел загрузить его код. Уже на этом участке два отчёта описывают разные события.

Разница кликов и визитов не равна количеству потерянных покупателей. Цель «нажал кнопку» тоже нельзя подписывать в отчёте как «новый клиент».

Где вы сейчас

• Посещений почти нет. Уточните, какие страницы вообще получают подходящие переходы. Работу формы всё равно проверьте, прежде чем привлекать новых посетителей.
• Посещения есть, форму не начинают. Сопоставьте запрос, предложение и заметность следующего действия. Причину пока считайте гипотезой.
• Форму заполняют, подтверждённых обращений нет. Проверьте обязательные поля, результат отправки и приём данных.
• Обращения сохранены, но отчёт или почта пусты. Начните со способа учёта и доставки уведомлений.

Для проверки выберите страницу, на которую действительно приводите людей. Главная страница и отдельная страница услуги могут иметь разные формы. Удачная отправка с главной ничего не говорит о форме в карточке товара или всплывающем окне.

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

Нет заявок с сайта: понятно ли ваше предложение?

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

Пример учебный. Фраза «нет заявок с сайта» ещё не объясняет, что именно нужно исправить. Сопоставление обещания и страницы помогает сузить задачу.

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

На товарном сайте посетителю могут быть нужны сведения о самом товаре до обращения. Этот сценарий стоит разобрать отдельно от формы записи на услугу; варианты работы с ним есть в материале об ИИ для интернет-магазина. Подключать помощника имеет смысл под обнаруженный вопрос посетителя.

Если затруднение воспроизводится, его можно передать как задачу на разработку и доработку сайта: точный адрес, устройство, действие и ожидаемый результат. ClaudeLab разрабатывает сайты и цифровые решения для бизнеса; обсуждение доработки удобнее начинать с такого описания. Новый сайт не требуется автоматически из-за одной неисправной формы.

Нет заявок с сайта: проверяли форму на телефоне?

После перехода по кнопке проверьте, виден ли заголовок формы, а если форма открывается в окне - удаётся ли вернуться на страницу без потери управления.

Отдельно проверьте баннеры и закреплённые элементы: не перекрывают ли они кнопку отправки или поле, когда появляется клавиатура. Нужен воспроизводимый сбой. Вместо «мешает мобильная версия» запишите, что именно произошло: после ввода текста клавиатура закрыла кнопку, а прокрутка внутри окна не сработала.

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

Какие поля мешают отправить обращение?

GOV.UK Design System рекомендует спрашивать только действительно нужную информацию. Для коммерческой формы это полезный вопрос владельцу: сможете ли вы выполнить обещанный первый шаг без этого поля? Для обратного звонка и подготовки подробного расчёта ответы могут различаться.

Пройдите форму со своими тестовыми данными. Проверьте, можно ли вставить контакт, исправить ошибку, вернуться к предыдущему полю. Отдельно попробуйте оставить обязательное поле пустым. Форма должна объяснить, что не заполнено, до того как вы решите, будто кнопка вообще не работает.

Не заставляйте читателя угадывать формат. Если важен определённый вид записи, приведите понятный пример рядом с полем. В руководстве MDN есть прямой совет принимать допустимые форматы ввода и показывать, где возникла ошибка. Это не означает, что проверку данных надо выключить.

W3C рекомендует давать понятные сообщения об ошибке и способе исправления. Для владельца критерий простой: после отказа видно, что делать дальше. Красная рамка без объяснения не помогает разобраться, почему привычная запись контакта не подошла.

Если форма состоит из нескольких экранов, проверьте возврат назад. Уже введённые ответы не должны неожиданно исчезать. Запишите, на каком шаге это произошло, и попросите разработчика проверить именно этот сценарий. Повторное заполнение всей формы - отдельное затруднение, которое легко пропустить при проверке только последней кнопки.

Как проверить отправку до конца?

У разных платформ это устроено по-разному. В FAQ Contact Form 7 указано, что плагин сам по себе не сохраняет отправленные сообщения. Наличие формы на WordPress поэтому ещё не означает, что все обращения лежат в админке. Уточните у того, кто настраивал сайт, какое подтверждение приёма предусмотрено.

1. Откройте опубликованную страницу и запишите её адрес. Если форм несколько, обозначьте нужную словами: внизу страницы, в окне расчёта, в карточке.
2. Используйте свой контакт и понятную пометку «Тест формы, отвечать клиенту не нужно». Убедитесь, что проверка не запускает нежелательную рассылку или заказ.
3. Запишите время отправки и видимый результат. Если появилась ошибка, сохраните её текст без чужих персональных данных.
4. Найдите контрольное обращение там, где сайт его принимает и хранит. Если доступа нет, попросите ответственного подтвердить именно эту запись.
5. Отдельно проверьте получение уведомления. Зафиксируйте, в какой из проверяемых точек подтверждения нет.

Запишите результат так, чтобы другой человек мог повторить проверку.

Страница и расположение формы:
Устройство и браузер:
Время контрольной отправки:
Тестовая пометка:
Что показала форма:
Где проверяли приём обращения:
Появилась ли запись:
Получено ли уведомление:
Как повторить ошибку:

Не проверяйте отказ сервера отключением работающей формы. Такой сценарий разработчик воспроизводит в тестовой среде. На опубликованной странице владельцу достаточно обычной контрольной отправки и безопасной проверки незаполненного поля.

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

Почему цель сработала, а заявка не принята?

В описании Google Analytics событие form_submit обозначает отправку формы. Определение не обещает сохранение записи в вашей системе или доставку уведомления. Для своего сайта уточните у разработчика, на каком событии срабатывает цель: нажатие, попытка отправки или подтверждённый приём.

Для статьи проверили три искусственных учебных сценария на локальной программе. В одном запрос отклоняется, в другом принимается; события аналитики учитываются отдельно. Реального браузера, счётчика, клиентских данных и внешних отправок здесь нет. Сценарии задали заранее и проверили программой.

В первом сценарии событие намеренно записывается до ответа обработчика. Затем обработчик отвечает отказом, и список принятых обращений остаётся пустым. Это пример неверно выбранного момента учёта. Он не означает, что любой счётчик работает именно так.

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

Причину расхождения на вашем сайте ещё предстоит установить. Код ответа и сохранённую запись нужно трактовать по устройству конкретного обработчика.

Что делать, если заявки нет в отчёте?

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

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

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

Запишите «обращение принято, источник не установлен», если связь с источником неизвестна. Работающая в этот день реклама ещё не доказывает, что человек пришёл по ней.

Как проверить доставку и сохранить приватность?

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

Если запись есть, а письма нет, проверьте адрес получателя, папку спама и журнал почтового сервиса. Postmark объясняет, что даже принятие письма почтовым сервером адресата ещё не подтверждает появление во входящих. Конкретные статусы зависят от сервиса доставки.

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

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

Учитывайте выбор посетителя по отслеживанию. Например, Matomo поддерживает режим, при котором аналитика запускается после согласия. Когда согласие обязательно, нельзя отключать его ради полной статистики. Маскирование полей не заменяет правила обработки данных для вашего сайта.

Как понять, помогла ли правка?

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

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

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

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

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

Чек-лист

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