Короткий вывод
Сайт с заявками — это не страница, на которой установлена форма, а проверяемая цепочка: посетитель оставил корректные данные → сервер сохранил обращение → ответственный получил его → состоялся законный контакт → результат зафиксирован в CRM. Если измерять только отправки формы, конверсия может выглядеть высокой, хотя часть обращений окажется мусором или потеряется до разговора.
В отраслевом массиве почти из 4 млн преимущественно B2B-отправок 14,1% записей были дисквалифицированы как спам, личные адреса или несоответствующие критериям. Это не российский универсальный норматив, а ориентир, показывающий, почему сырой счётчик форм нельзя считать количеством потенциальных клиентов.
Исходная проблема
Обычный сценарий разработки выглядит так: подрядчик собирает страницы, подключает форму и отмечает задачу выполненной, когда после нажатия кнопки появляется сообщение «Спасибо». Затем запускается реклама, но бизнес сталкивается с проблемами:
- в CRM попадают боты, дубли, тесты и контакты с опечатками;
- браузер показывает успешную отправку, хотя запись не сохранилась или не дошла до ответственного;
- заявка приходит только на почту и остаётся незамеченной;
- вечером и в выходные никто не отвечает;
- менеджер делает одну попытку звонка и не фиксирует результат;
- согласие на обработку персональных данных смешано с рекламным согласием;
- в отчёте подрядчика отправки названы лидами, а стоимость обращения искусственно занижена.
Поэтому вопрос «как сделать сайт, чтобы были заявки» начинается не с выбора дизайна или конструктора. Сначала нужно определить, какое событие бизнес считает результатом и как будет доказано прохождение каждого этапа.
Что мы проанализировали
В основу инструкции положены четыре группы данных и требований:
- Качество отправок. В отраслевом отчёте о заявочных формах за 2025 год разобран массив почти из 4 млн отправок за 2024 год. Дисквалифицированы 561 977 записей, или 14,1%. В самом исследовании к причинам относились спам, личные адреса и несоответствие критериям. Мы не приписываем этот процент российскому рынку или данным Excella: внутренней выгрузки, которая подтверждала бы такую долю на российских сайтах, сейчас нет.
- Разрыв между формой и разговором. В том же наблюдательном массиве средняя доля записавшихся на встречу составляла 30%, а при возможности выбрать время сразу после формы — 66,7%. Это связь в клиентских данных, а не рандомизированный эксперимент, поэтому считать календарь единственной причиной роста нельзя.
- Скорость обработки. В исследовании времени ответа за 2025 год 26% проверенных компаний не ответили на интернет-заявку за семь дней. Только 25% ответили быстрее пяти минут, 56% — в течение часа, а медиана среди полученных ответов составила 13 минут. Выборка относится к американским юридическим фирмам, поэтому применима как иллюстрация процессного разрыва, но не как российский межотраслевой норматив.
- Право и техническая надёжность. Мы сопоставили маршрут формы с действующими нормами 152-ФЗ, 38-ФЗ и КоАП РФ, требованиями к локализации баз и техническими рекомендациями по серверной валидации и журналированию.
Отдельно учтён отраслевой отчёт о конверсии посадочных страниц: медиана по всем категориям составляла 6,6%, а в категории B2B-программного обеспечения — 3,8%. Однако под конверсией могли пониматься отправка формы, клик или другое действие. Сравнивать эти значения со своими валидными заявками без единого определения цели некорректно.
Главный вывод
Сайт можно принимать как сайт для привлечения клиентов только тогда, когда тестовая заявка проходит весь маршрут до зафиксированного контакта. Сообщение об успешной отправке доказывает работу интерфейса, но не доказывает получение лида бизнесом.
Минимальная измеримая цепочка состоит из четырёх событий:
форма отправлена → сервер принял и сохранил запись → заявка доставлена ответственному → контакт состоялся
Для длинных B2B-продаж цепочка продолжается:
контакт → квалификация → возможность продажи → предложение → сделка
В опросе B2B-компаний за 2025 год медианы переходов составляли 36% из лида в квалифицированный лид, 40% из квалифицированного лида в возможность, 42% из возможности в предложение и 45% из предложения в сделку. Произведение этих переходов даёт около 2,72% от исходного лида до сделки — примерно 37 исходных лидов на одну продажу. Это не прогноз для конкретного бизнеса, а доказательство того, почему улучшение только формы не гарантирует пропорционального роста продаж.
Таблица: отправка формы, валидная заявка и квалифицированный лид
| Событие | Что оно доказывает | Что нужно проверить | Можно ли ставить основным KPI подрядчику |
|---|---|---|---|
| Отправка формы | Пользователь или скрипт нажал кнопку, браузер получил успешный ответ | Событие аналитики, идентификатор отправки | Нет: отправка ещё не доказывает сохранение и качество данных |
| Принятая запись | Сервер проверил и сохранил данные | Серверный журнал, статус записи, единый ID | Да, как технический KPI доставки |
| Валидная заявка | Есть уникальный рабочий контакт; запись не является ботом, тестом или дублем | Проверка контакта, дедупликация, правила очистки | Да, если критерии заранее закреплены в ТЗ |
| Квалифицированный лид | Потребность соответствует целевому продукту, бюджету, сроку или другим критериям бизнеса | Результат разговора или квалифицирующего диалога | Только совместно: результат зависит от трафика, оффера и правил продаж |
| Возможность продажи | Подтверждены потребность и следующий коммерческий шаг | Стадия и задача в CRM | Нет как единоличный KPI разработчика сайта |
| Сделка | Получена выручка | Связь CRM, источника и договора | Это итоговый бизнес-показатель всей системы |
Формула валидной заявки для внутреннего отчёта:
валидные заявки = уникальные сохранённые записи − боты − тесты − дубли − записи без рабочего канала связи
Несоответствие целевому профилю лучше учитывать отдельно. Контакт может быть технически валидным, но не квалифицированным для конкретного предложения.
Разбор по пунктам
Шаг 1. Определить тип сайта под цикл сделки
Выбирайте формат не по моде, а по тому, сколько информации требуется человеку до первого разговора.
Одностраничный лендинг с заявками подходит для одного понятного предложения и одного сегмента, когда посетителю достаточно увидеть результат, условия, доказательства и следующий шаг. Если на странице одновременно продаются несвязанные услуги разным аудиториям, единый лендинг быстро превращается в перегруженный каталог обещаний.
Многостраничный сайт нужен, когда спрос разделяется по услугам, отраслям, задачам или регионам. Каждая денежная потребность получает отдельную посадочную страницу, но формы используют одинаковую схему идентификаторов, согласий и передачи в CRM.
Каталог оправдан, когда выбор начинается с ассортимента, параметров, наличия или комплектации. В этом случае заявкой может быть запрос расчёта, консультации или коммерческого предложения по конкретной позиции. В CRM вместе с контактом нужно передавать контекст: страницу, товар, параметры и источник посещения.
Критерий выбора простой: посетитель должен попадать на страницу, отвечающую его задаче, и видеть одно основное целевое действие. Дополнительные страницы не исправят размытый оффер.
Шаг 2. Собрать структуру под одно целевое действие
Рабочая структура страницы отвечает на вопросы в порядке, в котором они возникают у покупателя:
- Что вы предлагаете и кому. Заголовок должен называть результат, аудиторию или ситуацию применения, а не заявлять абстрактное качество.
- Почему это релевантно сейчас. Покажите проблему, сценарий использования или цену бездействия без выдуманных цифр.
- Что входит в решение. Опишите состав результата, ограничения и зону ответственности сторон.
- Почему вам можно доверять. Используйте подтверждаемые кейсы, демонстрации, документы, фотографии процесса или методику работы. Если доказательств нет, не заменяйте их неподтверждёнными процентами.
- Какие возражения мешают оставить заявку. Заранее объясните порядок оценки, внедрения, оплаты, интеграции и дальнейшей поддержки.
- Что произойдёт после обращения. Назовите следующий шаг: уточняющий диалог, расчёт, встреча или подготовка предложения.
- Как совершить действие. Форма, квиз или диалоговый виджет должны собирать только данные, нужные на текущем этапе.
Для дополнительной работы со страницей используйте материал о том, как увеличить конверсию сайта. Но оптимизировать нужно не цвет кнопки сам по себе, а переход от релевантного визита к валидной заявке и разговору.
Шаг 3. Сделать форму, которая даёт валидные данные
Минимальная форма обычно собирает канал связи и информацию, без которой нельзя определить следующий шаг. Каждое дополнительное поле должно отвечать на вопрос: оно действительно нужно до первого контакта или его удобнее уточнить позже?
Квиз на сайте для заявок полезен, если ответы меняют расчёт, маршрут или квалификацию. Если все пользователи после квиза получают одинаковый звонок, дополнительные экраны лишь создают трение.
Проверку формы нужно выполнять на двух уровнях:
- в браузере — подсказки, маска, обязательные поля и понятные сообщения об ошибках;
- на сервере — повторная проверка типа, длины, формата, допустимого диапазона, бизнес-ограничений и скрытых значений.
Клиентскую проверку можно обойти прямым HTTP-запросом или изменением страницы. Поэтому серверная валидация обязательна — это подтверждают руководство по формам и рекомендации по проверке входных данных.
#### Как проверить долю мусора за один вечер
Выгрузите отправки формы за выбранный период и добавьте каждой записи один взаимоисключающий статус:
- валидная уникальная заявка;
- невалидный телефон или e-mail;
- дубль уже существующего обращения;
- бот или очевидный спам;
- внутренняя тестовая отправка;
- валидный контакт, но лид не соответствует критериям бизнеса.
Затем отдельно рассчитайте:
доля технического мусора = (невалидные контакты + дубли + боты + тесты) / все сохранённые отправки
доля квалифицированных лидов = квалифицированные лиды / валидные уникальные заявки
Не объединяйте эти показатели. Первая метрика показывает качество формы и фильтрации, вторая — соответствие трафика, оффера и аудитории.
В отраслевом массиве доля дисквалифицированных записей составила 14,1%. Если механически применить такую же долю к собственному потоку, истинная стоимость результата будет в 1 / (1 − 0,141) = 1,164 раза выше сырого CPL — примерно на 16,4%. Но использовать этот коэффициент в бюджете можно только после проверки собственной выгрузки.
Шаг 4. Оформить согласия и юридический контур
Форма заявки на сайте собирает имя, телефон, e-mail или другие данные, относящиеся к человеку. Это требует не декоративной подписи под кнопкой, а спроектированного процесса обработки.
С 1 сентября 2025 года часть 1 статьи 9 152-ФЗ требует оформлять согласие на обработку персональных данных отдельно от иной информации и документов, которые подтверждает пользователь. Согласие должно быть конкретным, предметным, информированным, сознательным и однозначным, а оператор обязан уметь подтвердить факт его получения.
Практически это означает:
- текст согласия на обработку персональных данных не прячут внутри пользовательского соглашения;
- рядом с формой дают доступ к политике обработки персональных данных;
- согласие на обработку данных и согласие на рекламу не объединяют в один неделимый текст;
- в журнале сохраняют версию текста согласия, время, форму и связанный идентификатор обращения;
- заранее определяют цель, состав данных, срок обработки, порядок отзыва и получателей данных.
Если после заявки компания планирует не только ответить на конкретный запрос, но и направлять рекламные звонки, SMS или электронные письма, требуется отдельное предварительное согласие. Согласно части 1 статьи 18 38-ФЗ, обязанность доказать его наличие лежит на рекламораспространителе. За нарушение требований к рекламе по сетям электросвязи штраф для юридического лица составляет от 300 тыс. до 1 млн рублей по части 4.1 статьи 14.3 КоАП РФ.
Ответ на инициированный пользователем запрос и последующая рекламная коммуникация — не одно и то же. Конкретную формулировку и сценарий контакта следует проверять с профильным юристом: наличие чекбокса само по себе не делает любой будущий звонок законным.
До начала обработки оператор в общем случае должен уведомить уполномоченный орган, если не применяется предусмотренное законом исключение. На странице сбора должна быть доступна политика обработки персональных данных. Для юридических лиц штраф за отсутствие или несвоевременную подачу уведомления составляет 100–300 тыс. рублей, а за отсутствие опубликованной политики — 30–60 тыс. рублей.
Шаг 5. Настроить маршрут заявки и скорость первого касания
Между кнопкой и сделкой есть как минимум шесть точек разрыва:
| Точка | Как заявка теряется | Как проверить |
|---|---|---|
| Валидация | Сервер отклоняет данные или принимает мусор | Отправить корректные, пограничные и заведомо ошибочные значения; сверить статусы |
| Сохранение и доставка | Браузер получил успех, но запись не сохранилась либо интеграция упала | Найти тест по единому ID в серверном журнале и CRM |
| Уведомление | Запись есть, но ответственный не увидел её | Проверить уведомление, резервный канал и эскалацию |
| Нерабочее время | Обращение ждёт начала смены | Отправить тест вне графика и проверить автоматический ответ или дежурный маршрут |
| Повторная попытка | После недозвона лид закрывается без следующего шага | Проверить создание задачи и статус повторного контакта |
| Фиксация результата | Разговор состоялся, но исход не записан | Сопоставить журнал коммуникаций со стадией и причиной результата в CRM |
Всем событиям одной отправки присваивается единый идентификатор взаимодействия. Отдельно журналируются успешные переходы, ошибки интеграций и полученные согласия. Такой подход соответствует техническим рекомендациям по журналированию. При этом в технические журналы не следует бесконтрольно копировать лишние персональные данные.
Скорость первого касания измеряют не от момента появления записи в CRM, а от времени отправки формы пользователем до первой подтверждённой попытки содержательного контакта. Если обращение поступает ночью, сайт должен либо честно сообщить график, либо предложить диалог, запись на подходящее время или другой работающий маршрут.
Цепочку «заявка → контакт → сделка» можно поддерживать без ночной смены менеджеров. AI-виджет Excella отвечает на сайте 24/7, уточняет задачу, бюджет и срок, собирает контакт в диалоге и передаёт обращение в CRM. Тексты согласий и маршрут обработки при этом должны быть настроены под конкретного оператора и проверены его юристом. Перед выбором модели можно посмотреть, сколько стоит AI-виджет для сайта, и сопоставить стоимость не с числом диалогов, а с количеством валидных заявок и состоявшихся контактов.
Шаг 6. Проверить техническую базу
Домен, хостинг и система управления контентом сами по себе не создают заявки. Их задача — обеспечить доступность, скорость, безопасность и контролируемую обработку данных.
Проверьте:
- мобильную версию формы, клавиатуры для телефона и e-mail, размер элементов и отсутствие перекрытий;
- работу без визуального сдвига кнопки и чекбоксов во время загрузки;
- HTTPS, резервное копирование и ограничение доступа к заявкам;
- серверную обработку ошибок и повторов интеграции;
- хранение первичной записи данных граждан РФ в российских базах;
- договоры и фактический маршрут данных у виджетов, аналитики, CRM и интеграций.
По методике Core Web Vitals хороший уровень на 75-м перцентиле реальных посещений — LCP (largest contentful paint, время появления главного блока страницы) не более 2,5 секунды, INP (interaction to next paint, задержка отклика на действие) не более 200 мс и CLS (cumulative layout shift, смещение вёрстки при загрузке) не более 0,1. Для заявочной страницы особенно опасен CLS: кнопка или флажок согласия могут сместиться в момент нажатия.
С 1 июля 2025 года при интернет-сборе данных граждан РФ их запись, систематизация, накопление, хранение, уточнение и извлечение с использованием зарубежных баз в общем случае не допускаются. Разъяснение по части 5 статьи 18 152-ФЗ отдельно указывает, что хранение и уточнение данных, включая копии, должны выполняться с использованием баз в России, за исключением предусмотренных законом случаев. Штраф для юридического лица за первое нарушение требования локализации составляет 1–6 млн рублей, за повторное — 6–18 млн рублей.
Шаг 7. Настроить аналитику, которая не завышает результат
Для каждого источника трафика считайте не одну конверсию, а последовательность:
- визит → начатая форма или диалог;
- начало → отправка;
- отправка → сохранённая запись;
- запись → валидная уникальная заявка;
- валидная заявка → состоявшийся контакт;
- контакт → квалифицированный лид;
- квалифицированный лид → возможность продажи;
- возможность → сделка.
Основные формулы:
конверсия сайта в валидные заявки = валидные уникальные заявки / целевые визиты
доля состоявшихся контактов = обращения с подтверждённым контактом / валидные заявки
стоимость валидной заявки = (трафик + создание и эксплуатация сайта + интеграции + первичная обработка) / валидные уникальные заявки
стоимость возможности продажи = полные расходы / квалифицированные возможности
CAC = (расходы на маркетинг + расходы на продажи) / новые клиенты
ожидаемая валовая прибыль на визит = CR визит→валидная заявка × CR заявка→сделка × средняя валовая прибыль сделки
Предельный CPL можно оценивать как:
валовая прибыль сделки × CR валидная заявка→сделка
Сопоставимого открытого российского CPL-бенчмарка за 2025–2026 годы с единой методикой и отделением валидных заявок от отправок не найдено. Поэтому ориентироваться нужно на собственную экономику, а не на универсальную «нормальную цену заявки».
Для развития системы используйте материалы про аналитику продаж и статьи об автоматизации продаж. Пример того, как бизнес-задача связывается с внедрением, доступен в разборе кейса маркетплейса inbiz.
Что это значит для бизнеса
Сколько стоит сайт с заявками
Без оффера, структуры, числа страниц, интеграций и требований к обработке данных честную фиксированную цену назвать нельзя. Бюджет нужно считать как стоимость всей системы, а не только дизайна и вёрстки:
создание страниц + контент и доказательства + сервер формы + CRM и интеграции + юридическая подготовка + аналитика + тестирование + эксплуатация + первичная обработка
| Способ разработки | Когда подходит | Основной скрытый риск | Что закрепить до старта |
|---|---|---|---|
| Сделать самостоятельно | Оффер простой, интеграций мало, внутри есть владелец процесса | Форма работает визуально, но нет серверного журнала, CRM-маршрута и юридической проверки | Схему событий, ответственного, правила валидации и тестовый протокол |
| Нанять одного специалиста | Нужен компактный лендинг с понятным объёмом | Дизайн, интеграции и аналитика могут оказаться разными зонами ответственности | Результат каждого этапа, доступы, документацию и поддержку после релиза |
| Привлечь студию | Нужны многостраничная структура, исследования, интеграции и управление проектом | Бюджет уходит на производство страниц, а маршрут лида остаётся вне ТЗ | KPI валидной заявки, журналирование, CRM, согласия и сквозную приёмку |
Самый дешёвый сайт по смете может оказаться дорогим, если сырой CPL не учитывает мусор, менеджеры вручную переносят обращения, а часть лидов теряется между почтой и CRM.
Сколько занимает запуск
Корректный срок определяется не числом страниц, а готовностью входных данных и интеграций. Вместо обещания универсального количества дней разделите проект на контрольные этапы:
оффер и целевое действие → прототип → тексты и доказательства → форма и согласия → сервер и CRM → аналитика → сквозные тесты → запуск трафика
Подрядчик должен дать календарный план по этим этапам и отдельно обозначить зависимости от заказчика: согласование оффера, предоставление доказательств, доступы к CRM, юридические тексты и ответственных менеджеров. Запуск рекламы до сквозного теста не сокращает срок — он превращает платный трафик в платное тестирование ошибок.
Ошибки: почему сайт не приносит заявки
1. Каждую отправку называют лидом
В отчёте растёт конверсия, но дубли, тесты и нерабочие контакты не удаляются. В результате стоимость результата выглядит ниже фактической.
2. Подрядчику ставят KPI только по конверсии формы
Такой KPI стимулирует упрощать форму и увеличивать число отправок, но не обязательно число релевантных разговоров. Нужны метрики валидности, доставки и зафиксированного результата.
3. Проверяют только сообщение «Спасибо»
Почта, очередь или CRM могут отказать уже после успешного ответа браузеру. Тест должен завершаться обнаружением записи у ответственного и фиксацией контакта.
4. Объединяют согласия
Чекбокс «согласен с политикой и рекламой» не доказывает отдельное согласие на рекламные коммуникации. Тексты, цели и версии согласий необходимо разделять и сохранять.
5. Не проверяют первичную базу и виджеты
Данные могут сначала записываться за рубежом, даже если затем копируются в российскую CRM. Нужно проверять весь фактический маршрут, а не только местонахождение финальной базы.
6. Не определяют обработку вне рабочего времени
Заявка, отправленная вечером, формально учитывается, но ждёт менеджера. Без автоматического ответа, квалифицирующего диалога, записи на время или дежурного маршрута сайт теряет скорость первого касания.
Что делать: чек-лист приёмки перед запуском рекламы
- Для каждой страницы определены аудитория, оффер и одно основное целевое действие.
- В ТЗ дано отдельное определение отправки, валидной заявки, квалифицированного лида и сделки.
- Форма проверена на телефоне и компьютере с корректными и ошибочными значениями.
- Клиентская валидация продублирована на сервере.
- Боты, тесты и дубли получают отдельные статусы и не смешиваются с валидными заявками.
- Каждой отправке присваивается единый идентификатор взаимодействия.
- По идентификатору видны принятие сервером, сохранение, доставка ответственному и ошибки интеграций.
- Тестовая запись действительно появляется в CRM с источником и контекстом страницы.
- Ответственный получает уведомление, а при сбое предусмотрена эскалация или резервный маршрут.
- Для обращений вне графика настроен понятный сценарий ответа.
- Согласие на обработку персональных данных оформлено отдельно, а его версия и факт получения сохраняются.
- Рекламное согласие отделено от согласия на обработку данных и запрашивается только для соответствующих коммуникаций.
- Политика обработки доступна на странице сбора, а обязанность уведомления уполномоченного органа проверена.
- Первичная запись и хранение данных граждан РФ проверены по всей цепочке формы, виджетов, аналитики, CRM и интеграций.
- В отчёте считаются стоимость валидной заявки, скорость первого касания, доля состоявшихся контактов и доля заявок с зафиксированным результатом.
Сохраните результаты теста в протоколе: время отправки, ID, скриншот формы, серверный статус, запись в CRM, уведомление, время первой реакции и итоговый статус. Такой документ полезнее устного подтверждения «всё работает».
Отдельный рычаг на этом пути — первый контакт с посетителем, который ещё ничего не решил. Видео-виджет Excella даёт живое приветствие с триггерами по поведению: вовлечение растёт, а вместе с ним и доля дошедших до заявки.
Вывод
Чтобы сделать сайт с заявками, проектируйте не форму, а маршрут до разговора и сделки. Главные критерии готовности — валидные уникальные контакты, доказуемая доставка ответственному, измеримая скорость первого касания, корректные согласия и зафиксированный результат каждой заявки.
Начать можно с контрольной выгрузки текущих отправок: удалить тесты, ботов, дубли и нерабочие контакты, затем проверить, сколько записей дошло до разговора. Если основная потеря происходит между посещением и обращением, улучшайте оффер и интерфейс. Если после отправки — маршрут, график обработки и автоматизацию.
AI-виджет Excella может отвечать на сайте 24/7, квалифицировать обращение в диалоге и передавать готовую запись в CRM. Практический следующий шаг — проверить на своём сайте, сколько текущих отправок действительно проходит цепочку «валидная заявка → контакт → сделка», а затем сравнить этот результат со сценарием диалоговой обработки.