Что делать, если спам идёт через сервис колл-трекинга
Как диагностировать поток подозрительных звонков через колл-трекинг, защитить колл-центр и не заблокировать реальные обращения.
Коротко
Поток звонков с реальными на вид номерами нужно разбирать по сессии, источнику, времени, записи разговора и CRM-событию, а подозрительные обращения сначала отправлять в карантин, а не блокировать вслепую.
Ситуация из практики (условный сценарий). Колл-центр получает серию звонков с обычными на вид номерами. В системе есть сессии и источники, но люди при обратном звонке говорят, что ничего не оставляли. Первая задача здесь — не найти «плохой номер», а отделить повторяющийся паттерн от нормального обращения и сохранить данные для проверки.
Почему такая проблема опаснее обычного спама в форме
При массовом спаме через колл-трекинг отдел продаж получает звонки, которые выглядят правдоподобно: номер существует, вызов прошёл, а иногда даже попал в рабочую очередь. Позже человек сообщает, что не оставлял заявку, и команда не понимает, что считать реальным обращением.
Последствия затрагивают не только телефонию:
- менеджеры тратят время на ложные контакты;
- CRM и отчёты по каналам загрязняются;
- колл-центр начинает пропускать настоящие звонки;
- автоматическая оптимизация может принять спам за конверсию.
Сначала соберите признаки, а не блокируйте номера
Зафиксируйте по каждому подозрительному звонку:
- время и часовой пояс;
- номер клиента и подменный номер;
- длительность разговора;
- источник и рекламную метку;
- посадочную страницу и идентификатор сессии;
- запись разговора и поведение в IVR;
- наличие формы или другого события рядом со звонком;
- статус и результат обработки в CRM.
Один признак редко доказывает спам. Повторяемость паттерна важнее отдельного номера.
Три статуса вместо поспешной блокировки
| Статус | Что обычно видно | Как действовать |
|---|---|---|
| Обычный звонок | Есть сессия, источник, понятный диалог и результат в CRM | Оставить в стандартной очереди |
| Подозрительный | Повторяющийся паттерн, короткие соединения или разрыв контекста | Отправить в карантин и запросить проверку |
| Подтверждённый спам | Повторяемость подтверждена оператором и данными нескольких систем | Ограничить паттерн, сохранив исключения и журнал |
Не блокируйте все новые или неизвестные номера. Без карантина и журнала решений невозможно понять, какие правила защитили колл-центр, а какие отрезали реальные обращения.
Что искать в паттернах
Сравните подозрительные звонки с обычными обращениями:
- Повторяются ли номера, подсети или география?
- Есть ли всплески в одни и те же минуты?
- Совпадают ли длительность и сценарий разговора?
- Есть ли реальная сессия перед звонком?
- Совпадает ли источник с тем, что видит колл-трекинг?
- Есть ли осмысленный диалог или только короткое соединение?
- Возвращаются ли те же шаблоны после блокировки?
Если звонки выглядят «реальными» только внутри одного сервиса, это повод сверить данные с телефонией, веб-сессией и CRM, а не доверять одному отчёту.
Разделите диагностику по слоям
Колл-трекинг
Проверьте подмену номера, правила распределения, динамический пул, запись источника и передачу идентификатора сессии. Уточните у провайдера, как система обрабатывает повторные вызовы и подозрительную активность.
Сайт и аналитика
Сопоставьте звонок с реальным визитом, страницей, источником и событиями. Если звонок существует без подтверждаемой сессии, это важный сигнал, но не окончательный приговор: часть пользователей может звонить напрямую.
CRM и отдел продаж
Добавьте отдельный статус «подозрительный лид», чтобы не смешивать проверку с отказом. Сохраняйте причину, результат обратной проверки и возможность вернуть лид в обычную очередь.
Безопасная схема защиты
Оптимальная реакция обычно состоит из нескольких уровней:
- Наблюдение — собрать данные и подтвердить повторяющийся паттерн.
- Карантин — временно не считать подозрительный звонок полноценным лидом, но сохранить его для проверки.
- Уведомление — дать оператору короткую пометку и сценарий проверки.
- Ограничение — применять rate limit или временную блокировку только к устойчивым паттернам.
- Контроль возврата — регулярно пересматривать правила и исключения.
Карантин должен снижать нагрузку на колл-центр, но не уничтожать исходные данные. Иначе через месяц невозможно будет понять, какие правила отрезали реальные обращения.
Проверка за первые 30 минут
Оператору нужен короткий сценарий: подтвердить контекст звонка, отметить результат и передать причину подозрения. Это полезнее, чем требовать от колл-центра самостоятельно угадывать, какой номер считать спамом.
Что не стоит делать
- блокировать все новые или неизвестные номера;
- считать короткий звонок автоматически спамом;
- удалять записи до расследования;
- менять SEO-отчётность, не отделив качество лидов;
- полагаться только на один источник данных;
- включать жёсткое правило без тестовой группы и срока пересмотра.
Минимальный регламент для команды
Раз в день или неделю выгружайте подозрительные звонки, группируйте их по паттернам и проверяйте выборку вручную. Фиксируйте:
- что стало причиной подозрения;
- сколько звонков отправлено в карантин;
- сколько подтвердилось как спам;
- сколько вернулось в реальные обращения;
- как изменились нагрузка колл-центра и качество лидов.
Так защита становится управляемым процессом, а не разовой блокировкой после очередного всплеска.
Колл-центр завален подозрительными звонками?
Разберём источник, сессии, телефонию и CRM, а затем настроим безопасную фильтрацию с контролем возврата.
FAQ
Почему спам через колл-трекинг выглядит как реальные звонки?+
Звонок может проходить через настоящий подменный номер и фиксироваться системой как обычная сессия. Поэтому одного признака номера недостаточно — нужна проверка контекста звонка.
Нужно ли сразу блокировать подозрительные номера?+
Нет. Сначала используйте карантин и правила проверки: массовая блокировка может отрезать реальные обращения, особенно в регионах с общими или часто меняющимися номерами.
Какие данные нужны для расследования?+
Нужны время, номер, подменный номер, сессия, источник, посадочная страница, запись разговора, длительность, IVR-поведение и связанное событие в CRM.


