• Возможности
  • Тарифы
  • Вопросы
  • Блог
ВойтиНачать бесплатно
0%
Binetro

Защита

  • Защита от ботов
  • Защита от скликивания

Аналитика

  • Аналитика трафика
  • Отчёты

Подключение

  • Тильда
  • WordPress
  • Любой сайт

Начало работы

  • Как подключить
  • Тарифы
  • Блог

Документы

  • Политика конфиденциальности
  • Договор публичной оферты
  • Согласие на обработку данных
  • Политика использования cookie
  1. Блог
  2. Аналитика и решения

Как подключить защиту от ботов на сайт

Опубликовано 25 октября 2026 г.Редакция BinetroАналитика и решения5 мин чтения—
Содержание
  1. Что ставится на страницу
  2. Когда тот же визит уходит ещё раз
  3. Если ответа нет, визит пропускается
  4. Когда запрос до проверки не доходит

Содержание

  1. Что ставится на страницу
  2. Когда тот же визит уходит ещё раз
  3. Если ответа нет, визит пропускается
  4. Когда запрос до проверки не доходит

Деньги уходят, а заявок всё нет

Binetro находит автоматические клики и защищает бюджет от дальнейшего скликивания.

Защитить рекламу

Поделиться

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

Стол для совещаний
Подключение сводится к скрипту на странице. Отдельный сервер для ручной разметки визитов ставить не нужно. · Фото: CC BY 2.0, Andrew Comings from Same, USA

Ниже — что именно ставится, когда запрос уходит второй раз, что делает скрипт, если ответа нет, и в каких случаях проверка до визита не доходит.

Что ставится на страницу

На страницу ставится скрипт. Он работает в браузере того, кто открыл страницу: собирает данные этого визита и отправляет один запрос. Решение приходит на этот визит, а не «на сайт целиком» и не на все будущие заходы заранее.

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

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

Когда тот же визит уходит ещё раз

После вычислительной задачи скрипт отправляет собранные данные ещё раз. Это не новый визит и не вторая независимая проверка «на всякий случай». Тот же визит дополняется результатом задачи.

Один повтор уместен и при сетевом сбое запроса. Имеется в виду один повтор, а не очередь попыток, пока какой-нибудь ответ не устроит отправителя. Если первая отправка не дошла из-за сети, скрипт может отправить данные ещё раз.

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

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

Если ответа нет, визит пропускается

Если скрипт не получил ответ — ошибка, таймаут или ответ 5xx — визит пропускается. Такого режима у самой проверки нет. Пропуск при сбое делает скрипт на сайте. Проверка не объявляет «при сомнении пускать»: она просто не успела или не смогла ответить, и скрипт не держит человека на странице в ожидании.

Если ответ не удалось собрать, посетитель тоже пропускается. Несобранный ответ для скрипта — тот же случай, что ошибка, таймаут или 5xx: решения нет, визит идёт дальше.

Это стоит отличать от явного решения. Явный ответ — решение по визиту. Отсутствие ответа — действие скрипта, а не мягкий режим проверки. Живой посетитель при сбое сети не остаётся запертым только потому, что запрос не вернулся. Тот же пропуск получит и автоматический клиент, если ответа не было: скрипт не подменяет молчание отказом.

Адрес из списка исключений сайта пропускается до основной проверки. Это отдельный путь, не сбой. Исключение срабатывает раньше, чем начинается основной разбор визита. Размер списка и формат записей здесь не задаются: важен порядок. Сначала список исключений, и только если адреса там нет — основная проверка.

Когда запрос до проверки не доходит

Неизвестный ключ сайта отклоняется. Скрипт с ключом, которого у сайта нет, не получает разбор визита. Ключ привязывает запрос к конкретному сайту. Чужой или выдуманный ключ до проверки не доходит.

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

Если адрес страницы не совпал с доменом сайта, визит отклоняется. Скрипт, поставленный на страницу чужого домена, не проходит как визит своего сайта. Поддомен в домене сайта сам не отрезается: у сайта один домен. Страница на другом имени, даже если оно выглядит как поддомен, не считается тем же доменом автоматически. Совпадение проверяется с тем доменом, который записан у сайта, без отрезания левой части имени.

СитуацияЧто происходит
Скрипт отправил один запрос и получил ответРешение по этому визиту
После вычислительной задачи или одного сетевого сбояПовтор того же визита
Ошибка, таймаут, ответ 5xx или ответ не собралсяСкрипт пропускает визит
Адрес в списке исключенийПропуск до основной проверки
Неизвестный ключ, выключенный сайт или чужой доменВизит отклоняется до проверки

Подключение, которое «не видно» в решениях, часто упирается в одну из последних строк: ключ не от этого сайта, сайт выключен или страница открыта не на том домене. Тогда дело не в том, что проверка молчит. Запрос до неё не дошёл, и визит отклонён по этому правилу.

Когда же запрос дошёл, а ответа нет, картина обратная: скрипт пропускает визит. Путать эти два исхода нельзя. Отклонение до проверки — ответ «этот запрос не принимается». Пропуск при сбое — «решения не было, человек идёт дальше».

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

Деньги уходят, а заявок всё нет

Binetro находит автоматические клики и защищает бюджет от дальнейшего скликивания.

Защитить рекламу

Ещё по теме

  • Как настроить цели в Метрике для честной оценки рекламы

    Цель в Метрике — условие, из которого считают долю целевых визитов. Форма ждёт тег form и кнопку submit, на счётчик можно задать до 200 целей, а десять достижений в неделю — порог обучения стратегии.

    4 мин чтения
  • Как правильно настроить UTM-метки

    Директ считает обязательными utm_source, utm_medium и utm_campaign. Метрика различает регистр, читает метку из первого просмотра и не дописывает расход в визит без метки.

    4 мин чтения
  • Что такое yclid и как он помогает отследить клик

    yclid — номер клика, который Директ ставит в ссылку. В отчётах Метрики его не показывают, офлайн-конверсия по нему живёт 21 день и садится на визит с этим объявлением.

    4 мин чтения
  • Ручная защита или сервис: что выгоднее при вашем бюджете

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

    8 мин чтения
Все статьи