Если заявок «нет» — сначала проверьте форму

Реклама идёт, лендинг красивый, SEO в порядке — а телефон молчит. В половине случаев проблема не в оффере, а в форме: заявка не отправляется, уходит в spam или приходит не тому менеджеру. Для бизнеса в Узбекистане, особенно в Ташкенте, где много трафика с мобильного, такие сбои горят быстрее, чем кажется.

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

Пять типичных причин

  1. Письма в спаме или на несуществующий ящик / устаревший токен бота.
  2. Endpoint формы не настроен или отдаёт 500 на проде.
  3. CORS или CSP режет запрос с продакшен-домена.
  4. Кнопка «Отправить» потеряла обработчик после правок вёрстки.
  5. Валидация молча блокирует отправку на мобильном (маска телефона +998 и т.п.).

Большинство жалоб «сайт сломан» сводятся к одному из пунктов. Не нужен полный редизайн — нужна тестовая заявка и проверка маршрута до CRM или Telegram.

Заявка должна доходить не в spam и не в offline.
Заявка должна доходить не в spam и не в offline.

Чеклист на 15 минут

  • Отправьте заявку с телефона по мобильной сети.
  • Откройте Network в DevTools: статус ответа, тело ошибки.
  • Проверьте почту, spam и Telegram-канал менеджера.
  • Убедитесь, что success-страница не 404 и события аналитики сработали.
  • Повторите тест от имени клиента: другой браузер, без админ-сессии.

Отдельно: подтвердите, что уведомление видит тот, кто реально отвечает. Иначе форма «работает», а продажи — нет. Зафиксируйте в брифе ответственного и канал дежурства на выходные, если реклама крутится круглосуточно.

Мобильные ловушки

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

Для лендинга с Telegram-ботом как запасным каналом оставьте видимую ссылку «написать в Telegram». Это страховка, пока чините форму — заявки не должны зависеть от одного хрупкого endpoint.

Когда не надо «чинить дизайном»

Не тратьте неделю на новый цвет кнопки, если Network показывает 500. Не меняйте копирайт, пока тест-заявка не доходит. Не подключайте сложную аналитику событий, пока базовый submit не зелёный. Сначала маршрут заявки, потом оптимизация конверсии.

Хорошая привычка после релиза: раз в неделю одна тестовая заявка «от имени клиента». Это дешевле любой срочной починки под рекламой и сохраняет доверие к сайту как к инструменту продаж.

Логи и мониторинг — чтобы не гадать

Если форма падает раз в несколько дней, «проверили вручную — работает» недостаточно. Нужен минимум: лог ошибок сервера/сервиса отправки, алерт в Telegram когда endpoint начинает отвечать не 200, и еженедельный синтетический тест. Для лендинга в проде это дешевле потери рекламного дня.

Проверьте SPF/DKIM, если письма идут на почту: иначе позже письма снова окажутся в spam, хотя «вчера всё было ок». Для Telegram-бота проверьте срок жизни токена, права бота в группе и что чат не переполнился правами «только админы пишут». Мелочи, которые валят заявки внезапно.

CSP и adblock: часть пользователей режет скрипты. Если вся отправка завязана на один JS-файл с CDN, будет тихий провал. Держите понятный fallback — ссылка на бота или mailto как последний шанс. Аналитика тоже может не увидеть часть событий; смотрите заявки в канале продаж как источник истины.

После починки оставьте регрессионный чеклист в README проекта: маска телефона, iOS Safari, Android Chrome, успех-страница, событие цели. Новый дизайнер или правки блока «акции» регулярно ломают кнопку. Без чеклиста вы будете чинить одно и то же каждый месяц.

И отдельный кейс: форма работает, но менеджер в отпуске, а заявки видит только он. Дублируйте канал или добавьте второго получателя. Технически «всё ок», бизнес — нет. Для компаний в Ташкенте с маленькой командой это классика.

После починки: как не сломать снова

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

Держите документацию endpoint: куда уходит, какие поля, кто ротирует секреты бота. Когда ключ перевыпустили «тихо», продакшен умирает без видимых изменений на сайте. Для команд в Узбекистане с внешней подработкой это частый сценарий.

Смотрите не только «дошло», но и «когда». Если уведомления приходят с задержкой в час, конверсия в диалог падает. Очереди, rate limit Telegram, почтовые задержки — проверяйте под нагрузкой перед большой рекламной кампанией.

Свяжите форму с аналитикой так, чтобы менеджер и маркетолог видели одну правду. Иначе продажи будут говорить «заявок нет», а кабинет счётчика — «цели есть». Сверка раз в неделю: число success на сайте vs число сообщений в канале.

Спам, боты и ложные заявки

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

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

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

Документируйте инциденты: «14 марта бот-токен сбросили — 6 часов тишины». История экономит нервы. После двух инцидентов одного типа автоматический алерт обязателен.

Кейс: «форма зелёная, продаж нет»

Бывает, технически всё ок, а бизнес считает форму сломанной. Проверьте маршрут дальше: кто видит заявку, кто звонит, какой скрипт первого разговора, фиксируется ли отказ. Иногда чинить нужно CRM-дисциплину и дежурства, а не endpoint. Отличить эти классы проблем помогает сквозная аналитика: событие отправки и факт взятия в работу.

Сверьте часовые пояса и рабочие окна. Заявка в 22:00 без автоответа ощущается как провал сайта. Добавьте честное сообщение о времени ответа. Для клиентов в Ташкенте прозрачность снимает негатив сильнее извинений наутро.

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