Качество обращений B2B

Спам-заявки в B2B: как они портят рекламу, CRM и работу отдела продаж

Спам-заявки нужно останавливать не только на форме. Рабочая защита проверяет обращение до CRM, помещает сомнительные записи в карантин, сохраняет отдельную причину брака и передаёт в Яндекс Директ только подтверждённые конверсии. Иначе реклама начинает искать новых пользователей, похожих на ботов и фейковые контакты.

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

Минимальная рабочая связка выглядит так: сайт → антиспам-проверка → сквозная аналитика → CRM → квалификация менеджером → подтверждённая конверсия в рекламу . CAPTCHA полезна, но её недостаточно: нужны серверная валидация, ограничение частоты, проверка контактов, поиск дублей и понятные статусы в CRM.

Насколько распространена проблема

Репрезентативной статистики по доле российских B2B-компаний со спам-заявками в открытом доступе нет. Цифры поставщиков антифрода нельзя считать средними по рынку: их клиенты уже чаще сталкиваются с проблемой.

Поэтому оценивался масштаб публичного сигнала. За два года найден проверяемый минимум:

  • 27 независимых публикаций и обсуждений , где описана проблема реального проекта;
  • 11 материалов с количественными примерами — от нескольких заявок за ночь до 40–50% мусора и всплеска в 675 фейковых заявок за 12 дней;
  • не менее 8 B2B-кейсов из промышленности, корпоративных услуг, строительства, недвижимости и программных продуктов.

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

Сначала определите, что именно происходит

На узком экране таблицу можно прокрутить вправо.

Тип обращения Что это означает Что делать
Автоматический спам Бот отправляет форму или прямой POST Фильтровать на сервере, ограничивать частоту, использовать honeypot и адаптивную CAPTCHA
Рекламный фрод Бот кликает по объявлению и имитирует конверсию Сопоставлять визит, ClientID, площадку и CRM-статус; не передавать событие как полезную цель
Чужой реальный номер Человек отвечает, что ничего не отправлял Хранить отдельную причину брака и проверять повторяющиеся идентификаторы визитов
Ручная ложная заявка Тест, действие конкурента или коммерческое предложение Ограничивать повторения, маркировать источник, сохранять доказательства
Живой нецелевой лид Человек обращался, но не подходит компании Исправлять рекламу, предложение или квалификацию; не считать взломом или ботом

Если все пять случаев закрываются одним статусом «мусор», маркетинг не понимает причину потерь и не может исправить кампании.

Как спам ломает бизнес-процессы

Менеджер перестаёт реагировать быстро

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

Реальные клиенты ждут в очереди

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

CRM показывает ложную воронку

Количество лидов растёт, конверсия менеджеров падает, причины отказа смешиваются. Нельзя честно сравнивать рекламные источники и сотрудников.

Реклама обучается на плохом сигнале

Если любая отправка формы считается конверсией, алгоритм ищет похожие дешёвые действия. CPL может снижаться, а число квалифицированных лидов и продаж — нет.

Маркетинг и продажи начинают спорить

Маркетинг показывает заявки, продажи называют их пустыми. Решение — проверять путь конкретного обращения от рекламного объявления до результата сделки, а не сравнивать два агрегированных отчёта.

Как выстроить защиту

1. Проверяйте заявку на сайте

Используйте несколько уровней:

  • скрытое поле-honeypot;
  • адаптивную CAPTCHA;
  • ограничение частоты запросов;
  • серверную проверку обязательных полей;
  • защиту прямого POST;
  • сохранение UTM, ClientID, yclid , времени и страницы отправки.

2. Не создавайте обычную сделку автоматически

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

3. Разделите причины брака в CRM

Минимальный набор:

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

Последние два статуса нельзя автоматически считать спамом.

4. Проверяйте все каналы

В B2B форма часто даёт меньшую часть обращений. В единой системе нужно учитывать:

  • звонки;
  • письма и технические задания;
  • сообщения из онлайн-чата;
  • мессенджеры;
  • формы.

Иначе компания очистит формы, но продолжит терять реальные звонки и письма из-за перегруженного отдела продаж.

5. Передавайте в рекламу глубокую конверсию

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

  • квалифицированный лид;
  • подтверждённый запрос расчёта;
  • отправленное коммерческое предложение;
  • выставленный счёт;
  • продажу.

Спам, тесты и дубли не должны передаваться как полезные конверсии.

Как быстро проверить проблему

Возьмите заявки за последние 30 дней и для каждой зафиксируйте:

  1. Источник и рекламную кампанию.
  2. ClientID или другой идентификатор визита.
  3. Канал обращения.
  4. Результат первого контакта.
  5. Причину брака.
  6. Время ответа менеджера.
  7. Было ли событие передано обратно в рекламу.

После этого сравните:

  • долю спама по кампаниям и площадкам;
  • долю чужих и неверных номеров;
  • время реакции на реальные обращения;
  • количество форм и квалифицированных лидов;
  • кампании, которые получают ложные конверсии.

Такой разбор полезнее общей фразы «из Директа идёт мусор»: он показывает, где именно возникает проблема — в трафике, форме, интеграции или квалификации.

Что контролировать постоянно

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

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

Итог

Спам-заявки — не просто технический мусор. Они меняют поведение менеджеров, замедляют ответ реальным клиентам, загрязняют CRM и дают рекламным алгоритмам неверную обратную связь.

Защита должна охватывать весь путь обращения. Сайт отсеивает очевидную автоматизацию, аналитика сохраняет источник, CRM разделяет причины брака, менеджер подтверждает качество, а реклама получает только проверенный результат.

Технические возможности защиты зависят и от платформы сайта. Их отдельное сравнение приведено в материале «Какую платформу сайта выбрать B2B-компании с учётом безопасности» .

Частые вопросы

Достаточно ли CAPTCHA?

Нет. Современные боты обходят простые проверки. CAPTCHA нужно сочетать с серверной валидацией, rate limit, honeypot, проверкой контактов и статусами CRM.

Нужно ли удалять подозрительные заявки?

Нет. Сначала поместите их в карантин. Жёсткий фильтр может удалить реального клиента с нестандартными контактными данными.

Можно ли назвать средний процент спама в B2B?

Нет. Открытой репрезентативной статистики нет, а показатели отдельных проектов сильно различаются.

Что передавать в Яндекс Директ?

Для обучения лучше передавать квалифицированный лид или более глубокий этап. Сырая форма не должна быть единственным сигналом качества.

Как понять, что спам уже вредит продажам?

Менеджеры откладывают новые заявки, растёт время ответа, увеличивается количество недозвонов, а рекламные конверсии растут без увеличения счетов и продаж.

Методика и источники

Исследование проведено 01.10.2026. В подсчёт включались самостоятельные публикации и обсуждения за 01.10.2024–01.10.2026, где описана проблема реального проекта. Дубли, перепечатки и страницы услуг без кейса исключались. Количественные примеры не усреднялись.

Ещё по теме

← Все материалы по аналитике и CRM
← База знаний