SequelWP в логах: узкий uptime-монитор, а не общий краулер

SequelWP стоит отдельного правила в антиботе: это не «ещё один hit», а инфраструктура конкретного сервиса — SequelWP Uptime Monitoring Bot, принадлежащего австралийской компании sequelwp.com.au. Несмотря на общую формулировку категории «Прочие краулеры и сервисы», по факту это узкоспециализированный uptime-монитор, а не абстрактный служебный обход — и знание этого меняет то, как стоит принимать решение allow/deny.

1. Что такое SequelWP

SequelWP — сервис (предположительно часть более широкой платформы хостинга или управления WordPress-сайтами, судя по домену) с собственным встроенным uptime-мониторингом для подключённых к нему сайтов. По официальному описанию бота, проверка идёт с интервалом 5 минут и затрагивает только верифицированных клиентов сервиса — причём верификация построена не на IP или UA, а на специальном заголовке запроса x-sequelwp, который должен быть валиден для прохождения проверки. Это заметно более узкий и предсказуемый паттерн, чем у типового «прочего краулера»: трафик появляется только у сайтов, которые реально подключены к SequelWP.

2. Зачем SequelWP приходит на сайт

Появление SequelWP в access.log означает машинный доступ к сайту, а не пользовательскую сессию — и, в отличие от многих ботов этой широкой категории, у него узкая и понятная цель: проверить, что подключённый к сервису сайт доступен. Обычно ожидаемый трафик появляется именно при подключении сайта к SequelWP — то есть если ваш домен когда-либо был частью инфраструктуры этого сервиса (хостинг, управление WordPress или похожая платформа), присутствие бота логично; если домен никогда не был клиентом SequelWP, стоит разобраться, откуда взялся такой трафик.

• Какие зоны чаще трогает: вероятно, главную или служебный health-check эндпоинт — точный набор URL зависит от конкретной интеграции сайта с сервисом;
• Что ищет: подтверждение доступности сайта — код ответа и время реакции, в логике планового 5-минутного цикла проверки;
• Чем отличается от браузерного пользователя: нет нормальной сессии, интервал строго регулярный (раз в 5 минут), запрос несёт специальный заголовок x-sequelwp.

Типичный кейс: ночью RPS растёт, конверсий нет. В access.log доминирует sequelwp на пагинации и карточках. После rate-limit или запрета в TrafficVeil origin остывает, а SEO-роботы Google/Yandex продолжают ходить как обычно — но прежде чем блокировать, стоит проверить, не является ли SequelWP частью текущей хостинг-инфраструктуры сайта.

3. Нагрузка и риски именно для SequelWP

Отдельной строки в публичной сводке top-bot TrafficVeil у sequelwp может не быть, но в категории «Прочие краулеры и сервисы» такие агенты дают характерный фон: фоновый шум в аналитике, расход CPU/bandwidth и искажение статистики «живого» трафика. Учитывая регулярный 5-минутный интервал и узкую цель (проверка доступности, а не полноценный обход), нагрузка от одного такого монитора обычно предсказуема и невелика — заметный рост стоит скорее связывать с тем, что бот ошибочно классифицирован или его визиты путают с чем-то ещё, чем с реальной проблемой самого SequelWP.

4. Как найти SequelWP в логах

Не ищите «просто ботов» — ищите конкретный токен sequelwp и рядом проверяйте наличие заголовка x-sequelwp в тех же запросах.

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

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

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

# Суточная активность — штатный паттерн: ровно раз в 5 минут
grep -i "sequelwp" /var/log/nginx/access.log | awk '{print $4}'

# Отделить от похожих строк
grep -iE "sequelwp|bot" /var/log/nginx/access.log | wc -l

Верификация. Здесь она надёжнее, чем у большинства ботов в этой энциклопедии: помимо UA, легитимный запрос SequelWP должен нести валидный заголовок x-sequelwp — если он настроен на вашей стороне для интеграции с сервисом, это куда более сильный сигнал подлинности, чем IP или ASN, которые SequelWP публично не раскрывает.

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

5. robots.txt для SequelWP

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

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

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

Важно: ставьте Disallow или 403 для sequelwp, если сайт не подключён к сервису SequelWP. Поскольку бот и так проверяет только верифицированных клиентов по заголовку x-sequelwp, для не-клиентов запрос либо не будет проходить проверку на стороне SequelWP, либо появление такого трафика — повод разобраться отдельно, а не просто заблокировать по инерции.

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

Nginx

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

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

Apache (.htaccess)

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

TrafficVeil

• Найдите sequelwp в ботах домена или в разделе /system/bots;
• Если сайт не связан с этим сервисом — категория «запретить»;
• Если сайт подключён к SequelWP (хостинг/управление, включающее uptime-мониторинг) — Allow, это штатный ожидаемый трафик раз в 5 минут;
• После изменения сверьте логи: хиты SequelWP должны уйти в блок или лимит, а нужные поисковики — остаться без изменений.

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

• Если пользы нет и сайт не подключён к сервису — Disallow/403 для sequelwp;
• Если сайт клиент SequelWP — Allow, это ожидаемый штатный трафик, а не постороннее сканирование;
• Если нагрузка мешает — сначала rate-limit, затем полный запрет, хотя при штатном 5-минутном интервале это маловероятно;
• Не режьте слишком широко правилом User-agent: *, чтобы случайно не закрыть Googlebot или YandexBot;
• Что будет при блокировке: обычно ничего критичного для SEO не теряете; если сайт клиент SequelWP — перестанет работать именно эта часть uptime-мониторинга, о простоях сайта вы можете не узнать вовремя через этот канал.

8. С кем не путать SequelWP

9. Стратегия allow/deny для SequelWP