Подозрительные заявки: доказательства, дубли и стоимость проверки
Отделите технические дубли от неподходящих заявок и доказанного обмана: таблица доказательств, два учебных расчёта, апелляции и условия возобновления.
Рост отправленных форм ещё не означает рост числа клиентов. За ним могут стоять настоящий спрос, повторная доставка, случайные обращения, неподходящая аудитория или намеренная накрутка. Задача рекламодателя — сохранить доказательства, отделить технические дубли от коммерческих результатов, защитить настоящих клиентов и решить, заслуживает ли источник следующего теста.
Ниже два вымышленных учебных набора данных обычной сервисной компании, а не результаты клиентов AffiliateCore. Все суммы в RUB — независимые условные допущения, не тарифы поставщиков и не пересчёт зарубежных цен. Процедура применяется к разрешённому продукту и стране; она не разрешает запрещённую вертикаль или конкретный канал. Для проверки не нужно создавать фиктивные регистрации, заказы и оплачиваемые конверсии.
1. Определите результат до поиска мошенничества
До запуска размещения составьте одностраничные условия приёмки: услуга, обслуживаемая территория, квалифицирующее обращение, окно дублей, подтверждение намеренной отправки, срок проверки и порядок спора. Различайте действительную заявку и продажу. Человек может действительно запросить информацию, но отказаться от покупки. Если оплачивается корректный запрос, отсутствие продажи само по себе не является основанием отклонения.
Разведите три идентификатора: источник или размещение, обращение и попытку доставки. Одна заявка, доставленная трижды, не превращается в трёх клиентов. Два обращения из одного домохозяйства не обязательно являются дублями. Решайте это по согласованному определению результата, а не универсальному правилу совпадения IP или контактов.
В нашей AffiliateCore отправная точка — условия собственного оффера и поддерживаемая проверка конверсий. Согласуйте событие и разрешённый источник до подключения партнёра. Описанная ниже таблица доказательств относится к внутренней работе рекламодателя: это не заявление о наличии в AffiliateCore отдельного экрана расследований, интеграции Cloudflare или автоматического доказательства мошенничества. Если нужное событие нельзя надёжно учесть, устраните этот пробел до приёма оплачиваемого трафика.
2. Сигнал выбирает объект проверки, но не выносит приговор
Внезапный всплеск, похожие обращения, необычный состав стран или короткий промежуток между действиями требуют внимания. Но есть другие объяснения: рассылка приходит одновременно, офис использует общую сеть, мобильная маршрутизация искажает географию, а знакомый с продуктом клиент быстро заполняет форму. Оценка страны по сети не доказывает место жительства или соответствие условиям.
Cloudflare описывает bot score как оценку вероятности автоматизации. Подробный показатель требует соответствующего доступа Enterprise Bot Management. Он не доказывает коммерческое мошенничество; отсутствие рассчитанного значения означает отсутствие информации. Не придумывайте показатель, если продукт или данные недоступны. Оставьте категорию «недостаточно доказательств», вместо принудительного деления всех записей на настоящие и поддельные.
В справке Google о недействительных кликах отдельно названы случайные и автоматизированные взаимодействия. Недействительные клики, отклонённые заявки и отменённые заказы — разные совокупности. Корректировка кликов рекламной системой не решает автоматически вопрос приёмки заявки в вашей CRM. Отклонение рекламодателем также не доказывает, что рекламная площадка вернёт деньги.
3. Подготовьте минимальную таблицу доказательств
В таблице с ограниченным доступом нужны: номер случая; источник и размещение; ID обращения; ID попыток доставки; время и часовой пояс; правило приёмки; наблюдаемый сигнал; альтернативное объяснение; ссылка на доказательства; ответственный; предварительный статус; итоговая причина; срок апелляции; сумма к оплате; состояние возврата или корректировки. Храните ссылку на защищённое доказательство, а не копируйте персональные данные во все выгрузки.
Отделяйте наблюдения от выводов. «У трёх попыток доставки один ID обращения» — наблюдаемый факт. «Партнёр выдумал трёх клиентов» — вывод, которому нужны дополнительные доказательства. Запишите неизвестное и следующую проверку, которая различит версии. Не покупайте утёкшие базы и не связывайтесь с посторонними людьми ради обогащения подозрения.
Внутренние статусы могут быть такими: ожидает проверки, технический дубль, принято, отклонено по условиям, не разрешено, пересмотрено после апелляции. Это метки таблицы, а не обещанные названия кнопок кабинета. Каждое отклонение связывайте с исходными условиями. При исправлении сохраняйте первоначальное решение в истории, не переписывайте его незаметно.
Зарегистрируйтесь рекламодателем в AffiliateCore, чтобы подготовить условия собственного оффера и требования к источникам. Принесите этот документ в процесс настройки; аккаунт не гарантирует допуск канала и наличие готовых партнёров.
4. Ограничьте ущерб и сохраните доказательства
При превышении согласованного предела остановите новые расходы на конкретное подозрительное размещение. Сохраните его идентификатор, относящиеся к делу настройки и датированную выгрузку только для чтения. Один всплеск не требует блокировать всех партнёров. Продолжайте обрабатывать уже действительные обращения и соблюдайте сроки проверки.
Сначала проверьте систему приёма: сопоставьте ID обращений, попытки доставки и строки CRM. Повтор после тайм-аута может создать видимость роста без новых действий клиента. Уточните у ответственного за интеграцию, является ли обработка идемпотентной: повтор того же обращения не должен создавать ещё один оплачиваемый результат. Сравнивайте серверные подтверждения с CRM, не выводите отсутствие заявок из несвязанных итогов просмотров.
Возьмите ограниченную выборку подозрительных записей вместе с обычными записями того же периода. Включите принятые и отклонённые обращения, а не только самые плохие примеры. Используйте уже согласованный с человеком порядок связи; многократные нежелательные звонки не являются корректным методом расследования. По возможности дайте пограничные отклонения второму проверяющему, первоначально не показывая вывод первого.
5. Сценарий: рост событий из-за повторной доставки
Допустим, согласованное размещение услуги за неделю принесло 160 входящих сообщений о событиях. В системе 120 разных ID обращений и 40 повторных сообщений. Сверка показывает, что эти 40 сообщений относятся к существующим обращениям. Это дубли доставки, а не дополнительные лиды; само их наличие не доказывает недобросовестность партнёра.
Из 120 уникальных обращений по заранее согласованным условиям 80 приняты, 20 находятся вне территории обслуживания, 10 отозваны до требуемого подтверждения, 10 ещё проверяются. В учебном договоре подтверждение необходимо для приёмки: это не универсальное право отклонять любое отозванное обращение. Категории дают ровно 120. Незавершённую группу не включайте в итоговый знаменатель стоимости принятого лида, но резервируйте возможные обязательства.
| Статья затрат | Учебный расчёт |
|---|---|
| Вознаграждение за принятые лиды | 80 × 800 RUB = 64 000 RUB |
| Отдельная условная комиссия платформы/сервиса | 6 400 RUB |
| Фиксированное размещение | 12 000 RUB |
| Первичная проверка | 5 часов × 3 000 RUB = 15 000 RUB |
| Разбор интеграции | 4 часа × 3 000 RUB = 12 000 RUB |
| Доля стоимости инструментов | 3 000 RUB |
| Обработка отзывов и споров | 4 000 RUB |
| Всего | 116 400 RUB |
Комиссия — допущение, не тариф AffiliateCore. Стоимость принятого обращения: 116 400 / 80 = 1 455 RUB. Деление на все 160 сообщений дало бы 727,50 RUB и исказило результат. Если каждое незавершённое обращение может добавить 800 RUB плюс условные 10% комиссии, нужен ещё резерв 8 800 RUB; дальнейший труд по проверке бюджетируется отдельно.
Заранее установленный предел — 1 600 RUB за принятый лид. Текущая когорта проходит арифметический критерий, но масштабирование ждёт решений по оставшимся обращениям и проверенного исправления дублей. Доказательства поддерживают исправление доставки и ограниченное продолжение теста, а не обвинение партнёра в вымышленных клиентах. Первичная диагностика остаётся расходом этого пилота, даже если следующие запуски дешевле.
6. Сценарий: дешёвые отправки, дорогие принятые заявки
Другое учебное размещение даёт 200 уникальных обращений. После периода проверки 35 соответствуют требованиям, 100 не проходят документированные критерии, 25 отозваны до необходимого подтверждения, 40 остаются незавершёнными. Подозрительная динамика времени стала поводом для проверки, но причины отклонения взяты из условий. «Пришло слишком быстро» не используется как единственное основание.
Расходы: 100 000 RUB за размещение, 35 000 RUB за креатив и посадочную, 16 000 RUB за проверку (8 часов × 2 000), 8 000 RUB за инструменты, 7 000 RUB за споры, 35 000 RUB партнёру за 35 принятых лидов по 1 000 RUB. Отдельная условная комиссия — 3 500 RUB. Всего 204 500 RUB, или 5 842,86 RUB за принятый лид. Допустимый максимум — 3 000 RUB. Для 40 незавершённых заявок резерв переменных обязательств составляет до 44 000 RUB без дальнейшего труда.
Даже если принять все 40 оставшихся обращений, получится 75 принятых лидов при расходе минимум 248 500 RUB: 3 313,33 RUB за каждый, всё ещё выше предела. Это граница при заданных допущениях, а не прогноз. Остановите закупку размещения, завершите проверку и исполните действительные обязательства. Нельзя делать отчёт прибыльным, отклоняя корректные заявки или исключая труд по созданию материалов.
Правильный вывод: размещение не проходит экономический критерий, а расследование качества ещё не закончено. Это не доказательство, что все 165 непринятых или незавершённых записей поддельные. Если позже подтвердится намеренная накрутка, зафиксируйте вывод и конкретные затронутые записи отдельно от обычного несоответствия условиям, отзывов и неопределённости.
7. Проверьте защиту и её ложные отказы
Если используется внешний сервис проверки, изучите серверную валидацию и обработку сбоев. Документация Turnstile указывает, что одного виджета в браузере недостаточно: требуется серверная проверка, токены имеют ограниченный срок и используются однократно. Это защищает техническое взаимодействие, но не устанавливает заинтересованность человека в продукте или соответствие коммерческим условиям.
Безопасный тест выполняется штатным тестовым механизмом поставщика либо в отдельной тестовой среде; записи исключены из оплачиваемой активности. Проверьте обычную допустимую отправку, истёкший ответ проверки, повтор доставки, временный сбой поставщика и законную повторную попытку. Убедитесь, что технически отклонённое действие не создаёт оплачиваемую конверсию, а разрешённый повтор не создаёт две. Не отправляйте вымышленные действия клиентов в действующую партнёрскую кампанию ради проверки заработка.
Измеряйте последствия для настоящих пользователей: ошибки проверки, обращения в поддержку, решения, отменённые после пересмотра. Проверьте мобильный маршрут и доступность интерфейса. Правило, удаляющее вместе с нежелательными обращениями большинство настоящих, может улучшить процент отклонений и ухудшить бизнес. Не распространяйте новое затруднение на всех без оценки этого эффекта.
8. Дайте партнёру понятный порядок ответа
Через согласованный деловой канал передайте краткую сводку: размещение, даты когорты, количества, критерии, обезличенные примеры и срок ответа. Запросите подтверждение фактического размещения и заявленной аудитории. Делитесь только необходимым для спора, не отправляйте полные клиентские списки как стандартное доказательство.
Отсутствие ответа — отсутствие доказательств в рамках договора, а не доказательство личности или умысла. Регистрируйте новые материалы и исправляйте ошибочные решения. Если причиной стала собственная форма или интеграция рекламодателя, признайте это и исправьте затронутый учёт. Требование компенсации отделяйте от решения продолжать закупку.
9. Определите условия возобновления
Возобновляйте работу, когда источник установлен, событие определено, дубли обрабатываются корректно, проверяющие справляются и резерв обязательств обеспечен. Задайте небольшой предел расходов и дату оценки завершённой когорты. Меняйте один существенный контроль за раз, чтобы результат можно было объяснить. Сопоставляйте похожие периоды и группы: разница «до/после» не доказывает эффект нового фильтра.
Остановите тест снова при превышении стоимости приёмки, несводимых доказательствах, росте отказов настоящим пользователям сверх согласованного допуска или отказе партнёра подтвердить размещение. Универсального безопасного процента отклонений нет. Определите свой предел до следующего теста и включите стоимость его проверки.
Итоговый пакет: условия приёмки, таблица доказательств, сверка дублей, выборка обеих групп, полные затраты, резерв, решения по апелляциям и условия возобновления. Действующие рекламодатели могут войти в AffiliateCore и сопоставить поддерживаемые условия оффера с этим пакетом. Новые — создать аккаунт рекламодателя. Общая процедура описана в материале о проверке заявок и спорных решениях.
Источники проверены 14 октября 2026 года. Таблицы, сценарии, пороги и расчёты — самостоятельные учебные конструкции. Материал посвящён распознаванию, расследованию и защите, а не созданию обманного трафика.