SalesViewerBot зашёл к вам, потому что вы зашли к кому-то другому

В логах сайт может выглядеть «живым», хотя рост даёт не аудитория, а SalesViewerBot с User-Agent salesviewerbot. Но прежде чем банить его по шаблону «нежелательный краулер», стоит понять реальную механику визита — она не такая, как у большинства ботов в этой категории. SalesViewerBot принадлежит SalesViewer GmbH — немецкой компании из Бохума, работающей с 2010 года в сфере B2B sales intelligence: идентификации анонимных посетителей сайтов для отделов продаж и маркетинга. Продукт фигурирует как рекомендованный инструмент в официальных обучающих материалах Google. Оператор: SalesViewer GmbH. Классификация: прежде чем классифицировать как «нежелательный», разберитесь, почему бот вообще зашёл именно на ваш сайт — механика здесь особая.

Что такое SalesViewerBot

Реальная механика: почему бот зашёл именно на ваш сайт

Основной продукт SalesViewer — трекинг-скрипт, который клиенты компании устанавливают на СВОИХ сайтах. Он деанонимизирует B2B-посетителей: определяет не личность конкретного человека, а компанию, из сети которой пришёл визит, — и показывает это отделу продаж клиента как потенциальный лид. SalesViewerBot включается на следующем шаге. Официальное объяснение самой компании: чтобы предоставить внутри своего сервиса важную информацию о компании, им нужно показать превью сайта посетителя — то есть после того, как чей-то визит на сайт клиента SalesViewer идентифицирован как «компания Х», бот идёт и сканирует именно сайт компании Х, чтобы собрать материал для карточки в CRM-подобном дашборде. Практический вывод: если SalesViewerBot появился в логах именно вашего сайта, это, скорее всего, означает не то, что кто-то нацелился на ваш контент, а то, что кто-то из вашей организации (по IP/сети) недавно зашёл на чужой сайт с установленным трекинг-скриптом SalesViewer — и теперь ваша компания формируется как «лид» в чужой системе продаж.

Зачем SalesViewerBot приходит на сайт

• Какие зоны чаще трогает: главную страницу и публичные разделы — достаточно для формирования общего превью и ключевых фактов о компании
• Что ищет: визуальное превью и базовую информацию о сайте компании, которая была определена как посетитель чужого ресурса
• Чем отличается от браузерного пользователя: нет сессии, визит триггерится не расписанием, а конкретным событием — обнаружением визита сотрудника этой компании на стороннем сайте с трекингом SalesViewer

Нагрузка и риски

Отдельной строки в публичной сводке top-bot TrafficVeil у salesviewerbot может не быть, но в категории «Прочие краулеры и сервисы» такие агенты дают характерный фон: фоновый шум в аналитике, расход CPU/bandwidth и искажение статистики «живого» трафика. Смотрите не только абсолютный RPS, но и качество хитов: учитывая точечную, событийно-триггерную природу визитов, для большинства сайтов объём должен быть небольшим и нерегулярным — не спутайте с сайтом-источником трекинга (это не то же самое: сайт с установленным скриптом SalesViewer видит визиты обычных браузеров с JS, а не этого бота).

Как найти SalesViewerBot в логах

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

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

# Топ IP за этим UA
grep -i "salesviewerbot" /var/log/nginx/access.log | awk '{print $1}' | sort | uniq -c | sort -rn | head

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

Верификация

Компактного официального списка IP SalesViewer не публикует, поэтому строке UA напрямую доверять нельзя — её теоретически может присвоить себе любой скрипт. Смотрите связку UA + ASN/IP + частоту + набор URL:

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

robots.txt для SalesViewerBot

# Жёсткий запрет
User-agent: salesviewerbot
Disallow: /

# Разрешить всё
User-agent: salesviewerbot
Allow: /

# Компромисс: закрыть служебные разделы, оставить публичную часть
User-agent: salesviewerbot
Disallow: /admin/
Disallow: /cart/
Disallow: /checkout/
Disallow: /account/
Disallow: /api/
Allow: /

Важно: поскольку прямой пользы владельцу сканируемого сайта эта механика не приносит (сайт здесь выступает «объектом», а не «клиентом» продукта), большинству сайтов достаточно спокойно ограничить доступ без опасения что-либо сломать у себя.

Блокировка вручную и через TrafficVeil

Nginx

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

limit_req_zone $binary_remote_addr zone=salesviewerbot:10m rate=10r/m;
location / {
    if ($http_user_agent ~* "salesviewerbot") {
        limit_req zone=salesviewerbot burst=20 nodelay;
    }
}

Apache (.htaccess)

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} salesviewerbot [NC]
RewriteRule ^ - [F,L]

TrafficVeil

• Найдите salesviewerbot / SalesViewerBot в ботах домена или в /system/bots
• Поскольку сайт в этой схеме выступает «объектом профилирования», а не бенефициаром — для большинства проектов подойдёт запрет по умолчанию
• После изменения сверьте логи: хиты SalesViewerBot должны уйти в блок/лимит, а нужные поисковики остаться

Рекомендации: что делать с SalesViewerBot

• В большинстве случаев прямой пользы владельцу сканируемого сайта нет — Disallow/403 безопасен по умолчанию
• Если ваша же компания — клиент SalesViewer и использует их сервис для идентификации посетителей на других своих доменах, это не влияет на решение по текущему сайту как объекту сканирования — это разные роли одного продукта
• Если нагрузка мешает — сначала rate-limit, затем полный запрет
• Не режьте слишком широко User-agent: *, чтобы случайно не закрыть Googlebot/YandexBot