SwifteqLinkChecker: это не превью для соцсетей, а проверка ссылок в чужой базе знаний поддержки

По открытым источникам о компании-операторе, реальная задача SwifteqLinkChecker отличается от классического «унферла» превью ссылок в мессенджерах и соцсетях, к которому его причисляют по умолчанию. Swifteq — компания, основанная в 2020 году и специализирующаяся на приложениях для команд поддержки клиентов на платформах Zendesk, Freshdesk и Intercom. Один из её продуктов, Help Center Manager, включает функцию проверки ссылок в статьях базы знаний — и именно эта функция, судя по всему, и стоит за именем бота, а не построение красивой карточки для чата.

Что на самом деле проверяет этот бот

Help Center Manager от Swifteq умеет отображать и проверять все ссылки в опубликованных и черновых статьях справочного центра Zendesk, находить среди них битые — то есть ведущие на удалённые, архивные или недоступные страницы, — и помогать агентам поддержки быстро их чинить. По официальной документации продукта, ссылка помечается невалидной, если ведёт на статью в статусе «черновик», «архив» или «удалено», а также если внешняя ссылка (в том числе на сторонний сайт вроде вашего) больше не отвечает или требует авторизации для доступа. Именно для этой последней категории — внешних ссылок на сторонние сайты, упомянутых в чьей-то базе знаний, — краулеру и нужно периодически обращаться к вашему домену, чтобы проверить, жива ли страница, на которую сослалась чья-то статья поддержки.

Это принципиально иная логика, чем у ботов вроде Slack-ImgProxy или redditbot из этой серии: там цель — построить визуальную карточку для пользователя в моменте публикации ссылки. Здесь цель — техническая проверка валидности ссылки в чужой базе знаний, зачастую повторяющаяся регулярно (например, при запуске полной синхронизации данных, которую поддерживает продукт), а не разово при факте шеринга.

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

Почему это меняет оценку риска и практический совет

Если ваш сайт упомянут как внешняя ссылка в статье справочного центра клиента Swifteq (например, ваш продукт или сервис цитируется в чьей-то документации поддержки как источник или связанный ресурс), присутствие этого бота в логах, скорее всего, означает именно это — а не то, что кто-то делится ссылкой на ваш сайт в чате или соцсети. Блокировка бота в такой ситуации не сломает превью для конечных пользователей (как это было бы с ботами реального унферла), но приведёт к тому, что чужой инструмент поддержки будет ошибочно помечать вашу ссылку как «битую» из-за недоступности для проверки, даже если страница на самом деле работает, — что может привести к тому, что автор статьи в чужой базе знаний удалит или заменит ссылку на ваш сайт, посчитав её нерабочей.

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

grep -i "swifteqlinkchecker" /var/log/nginx/access.log

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

Учитывая техническую, а не «превью»-природу запроса, стоит взвесить конкретно этот сценарий:

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

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

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

User-agent: swifteqlinkchecker
Allow: /

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

User-agent: swifteqlinkchecker
Disallow: /

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