Innologica: это тот же бот, что и inoreader.com — компания-разработчик известного RSS-ридера с миллионом пользователей

Innologica — не безымянная «инфраструктура», а компания-разработчик Inoreader, одного из самых известных и давно работающих RSS-ридеров с более чем миллионом пользователей. Строка innologica в логах и родственная ей inoreader.com — по сути, один и тот же краулер: сервис иногда идентифицирует себя по имени компании-разработчика, а иногда по имени самого продукта.

Чем занимается Inoreader и почему он заходит на сайты

Inoreader — не узкий RSS-ридер в старом понимании, а комплексная платформа для чтения контента: она агрегирует RSS-фиды, социальные сети и веб-страницы в единую персонализированную ленту для читателя. Соответственно, у краулера Innologica/Inoreader есть как минимум две разных функциональные роли: во-первых, регулярный опрос уже подписанных пользователями фидов для актуализации ленты — та же логика, что у BazQux, Feeder и FeedWind из этой серии; во-вторых, точечный fetch метаданных страницы (заголовок, описание, превью-изображение) по факту того, что кто-то поделился конкретной ссылкой на платформе, — та же логика, что у ботов превью вроде redditbot или OdklBot.

Параметры бота

Почему видеть два разных имени одного и того же оператора — не повод для путаницы

Это не редкость для сервисов, где имя компании-разработчика и имя продукта различаются, — похожая ситуация уже разбиралась для Paqlebot (Paqle A/S) и SentiBot (SentiOne) в этой серии. Практический вывод: если в логах встречается либо innologica, либо inoreader.com, стоит относиться к обоим как к одному и тому же источнику и настраивать для них одинаковую политику, а не пытаться различать их как отдельных, независимых операторов.

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

# Оба варианта одного оператора
grep -iE "innologica|inoreader" /var/log/nginx/access.log

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

Стоит ли блокировать

• если у сайта есть читатели, подписанные на его RSS через Inoreader, — блокировка напрямую обрывает доставку обновлений именно этой аудитории;
• если сайту важны корректные превью при шеринге ссылок внутри платформы — стоит также убедиться, что og-теги отдаются в исходном серверном HTML;
• если распространение через RSS-ридеры и превью в подобных сервисах не приоритет для сайта — блокировка не несёт значимых иных последствий;
• на позиции в органической выдаче Google, Bing или Яндекса присутствие или отсутствие этого бота не влияет.

Как настроить доступ

Явное разрешение для обоих вариантов одного оператора:

User-agent: innologica
Allow: /

User-agent: inoreader.com
Allow: /

Стандартный запрет с дублированием на уровне сервера, если присутствие бота нежелательно:

User-agent: innologica
Disallow: /

User-agent: inoreader.com
Disallow: /

if ($http_user_agent ~* "innologica|inoreader") {
    return 403;
}