Сначала уточняю, где именно пропало обращение
Фраза «с сайта не приходят заявки» может описывать разные ситуации. Посетитель не смог отправить форму, увидел сообщение об успехе, но менеджер ничего не получил, или обращение появилось в одном сервисе и отсутствует в другом. Я начинаю с конкретной страницы, формы и времени события. Это помогает искать причину, не меняя сайт целиком.
Прошу назвать ожидаемое место получения: рабочую почту, CRM, Telegram или другой подключённый сервис. Затем проверяю фактический путь. Письмо, запись в системе и уведомление сотруднику являются разными этапами. Отсутствие уведомления ещё не объясняет, что случилось с самой заявкой.
Проверяю опубликованную страницу
Открываю публичный адрес, которым пользуются посетители. Редактор и опубликованная версия могут отличаться. Уточняю, одна ли форма вызывает проблему: например, форма первого экрана, окно расчёта или форма внизу страницы. У разных блоков могут быть разные настройки.
Владелец сайта может проверить адрес и доступность полей самостоятельно. Для диагностики мне полезны ссылка на страницу, название формы, время попытки и текст ошибки. Настоящие контакты посетителей не нужно выкладывать в публичный чат или прикладывать к открытой задаче.
Проверяю подключение сервиса к нужной форме
В справке Tilda описаны два отдельных шага: подключить сервис в настройках сайта и выбрать его в самом блоке формы. После изменения требуется публикация. Поэтому я проверяю всю связку, а не только наличие интеграции в списке.
Если форма находится в общих Header или Footer, инструкция Tilda предусматривает повторную публикацию всех страниц для применения изменений. На рабочем проекте сначала согласую затрагиваемые страницы: публикация может перенести и другие накопленные правки. Не предлагаю нажимать её вслепую ради проверки одного обращения.
Смотрю журнал ошибок вместо догадок
Для случая, когда форма внешне отработала, а данные не пришли, Tilda рекомендует проверить раздел «Заявки» и журнал ошибок. Я сохраняю время, выбранный сервис и текст сообщения. По ним можно понять, относится ли проблема к настройке формы, доступности получателя или другому этапу.
| Что наблюдаю | Что проверю дальше |
|---|---|
| Ошибка видна посетителю | Точный текст, страницу и настройки конкретной формы |
| Сообщение об успехе есть, обращения у получателя нет | Сервис формы и журнал ошибок Tilda |
| В одном сервисе обращение есть, в другом нет | Проблемную интеграцию и её журнал |
| Обращение получено, менеджер его не заметил | Уведомления, ответственного и рабочую очередь |
Отсутствие записи об ошибке само по себе не подтверждает доставку. Сверяю журнал с настройками и тем местом, где обращение должно появиться. Порядок проверки по шагам помогает не переподключать исправные интеграции случайным образом.
Если сайт выгружен с Tilda на свой сервер
После переноса важно отдельно выяснить, какой обработчик принимает данные. В справке Tilda указано, что её сервисы приёма данных требуют активной подписки; для экспортированного сайта без такой подписки нужен собственный скрипт. Внешне знакомая форма не гарантирует сохранение прежнего маршрута доставки.
Если сайт уже работает с собственным обработчиком, проверяю запрос от формы, ответ сервера и получение данных конечным сервисом. Исправление нельзя выбирать только по названию платформы, на которой когда-то была сделана страница. Сначала определяю текущую схему.
Провожу одну контролируемую отправку
Для проверки выбираю конкретную форму и согласованного получателя. Использую явно обозначенные тестовые данные и фиксирую время. Не отправляю много одинаковых обращений подряд и не использую контакты случайных людей.
Проверка заканчивается после подтверждения получения: обращение найдено в нужном месте, поля читаются, ответственный понимает, что это технический тест. Зелёное сообщение на странице подтверждает только часть сценария. Тестовую запись затем учитываю отдельно от реальных обращений при анализе.
Отделяю доставку заявки от достижения цели Метрики
Отправка формы, получение обращения и продажа являются разными событиями. Даже если цель Метрики сработала, это не доказывает, что данные дошли менеджеру. И наоборот, отсутствие измерения требует проверки аналитики отдельно от работающей формы.
Поэтому я не начинаю со смены рекламных настроек, если причина может быть в доставке. Сначала восстановлю понятный путь обращения и проверю учёт. Другие причины отсутствия результата разбираю в статье почему сайт не приносит заявки.
Что передать для доработки
- Адрес опубликованной страницы и описание проблемной формы.
- Куда должно приходить обращение и кто подтверждает получение.
- Время попытки и точный текст ошибки, если он есть.
- Что менялось перед сбоем: страница, домен, интеграция или размещение сайта.
Если нужна помощь, я могу доработать сайт на Tilda: сначала разберу проблему, затем предложу конкретное исправление и способ его проверить. Пароли и ключи не нужны в описании задачи. Для остальных проверок перед запуском пригодится чек-лист сайта на Tilda.
Частые вопросы
Нужно ли сразу делать новую форму?
Нет оснований выбирать замену до диагностики. Если проблема в подключении сервиса или получении уведомления, переделка внешнего вида не устраняет её причину.
Достаточно ли одного теста на весь сайт?
Одна проверка подтверждает выбранный сценарий. Если формы различаются по настройкам или получателям, я составляю отдельный список проверок. При этом не создаю лишние обращения ради отчёта.
Можно ли считать тестовую отправку заявкой из рекламы?
В анализе я отделяю техническую проверку от обращения потенциального клиента. Иначе отчёт по конверсии будет описывать действия проверяющего, а не только посетителей.
