Uniplace Bot: неопознанный краулер — почему не стоит верить названию

Uniplace Bot (uniplace-bot) — редкий/legacy User-Agent краулера без устойчивой публичной документации оператора и без официального IP-feed. В справочниках встречается как исторический токен; на практике к нему стоит относиться как к generic scraper: строку легко подделать, robots.txt не гарантирует защиту.

Что известно

Почему нельзя доверять названию токена

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

Почему токен помечен как «legacy»

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

Нагрузка

По сводке TrafficVeil (март–июнь 2026, июнь — по 14.06) — порядка 50 тысяч запросов. Сверьте свежие месяцы: для нетипизированного токена без известного оператора стоит следить, не растёт ли объём резко, что может говорить о смене поведения скрипта, использующего эту строку, или о появлении нового оператора, взявшего чужой legacy-токен.

Расширенный разбор логов

Помимо базового поиска, для токена без известного оператора полезно построить более полную картину поведения — она часто говорит больше, чем сама строка UA:

# Базовый поиск
grep -i "uniplace" /var/log/nginx/access.log

# Топ URL, которые вычитывает бот
grep -i "uniplace" /var/log/nginx/access.log | awk '{print $7}' | sort | uniq -c | sort -rn | head

# Топ IP за этим UA — один источник или множество разных сетей?
grep -i "uniplace" /var/log/nginx/access.log | awk '{print $1}' | sort | uniq -c | sort -rn | head

# Суточная активность — равномерно или пиками?
grep -i "uniplace" /var/log/nginx/access.log | awk '{print $4}' | cut -d: -f1 | sort | uniq -c

# Коды ответа — бот получает 200 или в основном 403/404 (признак устаревших ссылок)?
grep -i "uniplace" /var/log/nginx/access.log | awk '{print $9}' | sort | uniq -c | sort -rn

# HTTP-методы — только GET или встречается POST (что нетипично для простого краулера)?
grep -i "uniplace" /var/log/nginx/access.log | awk '{print $6}' | sort | uniq -c | sort -rn

Если запросы идут с одного IP или узкого диапазона — это, скорее, единичный скрипт конкретного оператора. Если IP разбросаны по разным ASN и странам при одинаковом UA — почти наверняка это не один и тот же оператор, а несколько независимых скриптов, случайно (или намеренно) использующих один и тот же токен.

Верификация

Поскольку официального списка IP или метода подтверждения не существует, полагаться на саму строку UA нельзя. Смотрите поведение: глубину обхода, повторы одних и тех же URL, отсутствие cookie/сессий, а также ASN запрашивающих IP:

IP="1.2.3.4"
whois -h whois.cymru.com " -v $IP"
dig +short -x "$IP"

Как безопасно протестировать блокировку неизвестного бота

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

• Сначала поставьте rate-limit, а не жёсткий 403 — так вы увидите, снижается ли объём, не отрезая себе возможность откатить решение мгновенно
• Проверьте логи через 24–48 часов: если объём ушёл в лимит и никто из команды (маркетинг, разработка, партнёры) не сообщил о проблемах — можно переходить к полному запрету
• Держите отдельную запись в внутренней документации о том, когда и почему заблокировали токен — если через полгода кто-то повторно столкнётся с ним, не придётся проводить расследование заново

robots.txt / сервер

User-agent: uniplace-bot
Disallow: /

if ($http_user_agent ~* "uniplace") {
    return 403;
}

TrafficVeil: запретить uniplace-bot по умолчанию; не путать с Googlebot и другими крупными поисковыми ботами — совпадение части строки не означает родство.

Мониторинг на будущее

Для токенов без известного оператора имеет смысл не просто заблокировать и забыть, а поставить отдельное правило мониторинга: если объём запросов резко вырастет повторно (например, вдвое-втрое от текущих ~50 тыс. в квартал), это повод пересмотреть классификацию — возможно, токен «оживили» под новую задачу, и тогда прежняя оценка риска может устареть.

Стратегия