Спам в Битрикс24: как защитить заявки и сохранить обращения клиентов

Спам мешает увидеть работу отдела продаж

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

Удалить лишние карточки недостаточно. Поток продолжается. Разберём Битрикс24, в который поступают обращения из CRM-формы сайта, подключённой почты и телефонии: у каждого канала своя точка приёма данных, поэтому капча в форме не остановит рекламные письма. Сначала определяют источник и вид нежелательных сообщений, затем выбирают ограничение и смотрят, кого оно затронет вместе со спамом. Руководителю в результате нужен понятный порядок разбора, чтобы менеджер мог отличить технический мусор от настоящего вопроса клиента и знал, к кому обратиться при сомнении.

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

Для разбора обычно достаточно обезличенного содержания, времени поступления и источника: подрядчик сопоставит эти сведения с работой подключения и сможет найти участок, который нужно исправить. Подробности реального обращения лучше оставить в закрытой карточке CRM, доступной участникам диагностики.

Мусор, дубликат и нецелевой лид — разные случаи

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

Дубликат также требует отдельного решения. Клиент мог повторно отправить форму, не увидев подтверждения, или написать в другой канал после долгого ожидания. Если такое обращение сразу блокировать как спам, отдел потеряет сигнал о проблеме собственного обслуживания. Мы рекомендуем сначала выяснить причину повторения и только затем решать, нужна ли блокировка, объединение карточек или исправление обратной связи формы.

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

На каком участке возникает нежелательная карточка

Начальная точка — источник обращения. Нужен конкретный канал. Для формы сохраняют страницу размещения и её название в Битрикс24; для письма — подключённый ящик; для звонка — номер и способ его связи с CRM.

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

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

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

Какая защита есть у CRM-формы

В актуальной инструкции Битрикс24 для CRM-форм по умолчанию указана Yandex SmartCaptcha; альтернативой служит Google reCAPTCHA V2. Настройки находятся в разделе «Защита от спама», который открывается через «Экспертный режим» редактора формы.

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

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

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

Значок капчи не подтверждает защиту обработчика

Сервер решает, пропускать ли заявку. По документации Google, ответ reCAPTCHA проверяется на сервере, полученный токен действует две минуты и используется один раз; истёкший или уже использованный ответ может вернуть код timeout-or-duplicate.

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

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

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

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

У стоп-листа другая задача. Он ограничивает автоматическое создание лидов и сделок из писем и звонков, поэтому его применение начинают с конкретного адреса или номера и выяснения, какие обращения приходят от этого отправителя.

У почты есть существенная граница: ограничение касается новых писем, а ответ в существующую переписку попадёт в CRM. На сообщения через мессенджеры и CRM-формы этот список не действует. Кроме того, исключения общие для пользователей CRM. Эти особенности описаны в документации стоп-листа; поэтому при разборе сохранившегося спама сначала смотрят тип сообщения и способ его поступления, а не повторно добавляют тот же адрес.

Особенно внимательно нужно отнестись к добавлению отправителя в стоп-лист из карточки: по той же инструкции при этом удаляются сама карточка и связанный контакт или компания, поэтому это действие нельзя использовать как безобидный фильтр без просмотра связей.

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

Письмо может быть лишним для создания новой сделки, но полезным в переписке сотрудника; правила почтового ящика и правила CRM поэтому обсуждают отдельно. Для звонков тоже нужна история ответа: повтор с одного номера может означать, что клиент пытается дозвониться после пропущенного вызова.

Как заметить, что защита мешает покупателям

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

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

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

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

Кто отвечает за защиту после запуска

Руководитель продаж определяет, какие обращения команда считает нежелательными, маркетолог наблюдает качество потока. Технический специалист поддерживает подключение и исправляет сбои. Такое распределение оставляет решения о клиентах у отдела продаж и помогает передать специалисту по настройке Битрикс24 конкретную проблему вместо общей жалобы на мусор в CRM.

Изменения записывают с датой, причиной и ожидаемым эффектом. Журнал помогает восстановить причину. Через несколько недель команда сможет сопоставить резкое изменение потока с правилом, включённым во время атаки. В записи указывают канал и ответственного сотрудника. Если жалоба поступила от реального клиента, маркетолог собирает время попытки и сообщение об ошибке, специалист находит отказ в журнале, а руководитель решает, какое ограничение требует пересмотра.

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

Что произойдёт, если ограничиться удалением мусора

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

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