У Friendica нет единого «оператора» в привычном смысле — и это ключевая особенность, которую стоит понимать прежде всего остального. Friendica — не компания и не централизованный сервис, а открытое ПО для децентрализованной социальной сети: любой желающий может развернуть собственный сервер («узел», по терминологии сообщества), и по состоянию на январь 2025 года таких независимых узлов, согласно открытому сравнению федеративных платформ, насчитывалось порядка 345. Запрос в логах с UA Friendica может прийти буквально с любого из них — от крупного публичного узла до чьей-то домашней инсталляции на минимальном сервере.
Что такое Friendica и почему это «швейцарский нож» федеративных сетей
Friendica — часть так называемого «федивёрса» (fediverse, от federation + universe) — экосистемы социальных платформ вроде Mastodon, Hubzilla и других, которые общаются между собой по общим открытым протоколам вместо того, чтобы существовать как изолированные закрытые сервисы одной компании. Особенность именно Friendica в том, что она по возможности добавляет совместимость с любым открытым стандартом, до которого дотягивается: помимо основного протокола ActivityPub (на котором работает и Mastodon), Friendica умеет общаться по протоколу diaspora* и исторически поддерживала мосты к Twitter, WordPress, Tumblr — то есть задумана как универсальный хаб, объединяющий разные социальные сети и протоколы в одной ленте пользователя.
Зачем бот с этим UA заходит на сторонние сайты
Наиболее вероятная причина визита — не системный обход сайта, а реакция на действие конкретного пользователя одного из сотен независимых узлов Friendica: кто-то поделился ссылкой на страницу сайта в своём посте, и узел обращается к этой ссылке, чтобы получить содержимое для превью — заголовок, описание, изображение, — а также подтвердить, что ссылка ведёт на реальную, работающую страницу. Похожая логика применяется и при подтверждении интеграций: если пользователь Friendica подключает виджет, RSS-фид или похожую внешнюю привязку к своему аккаунту, узел может обратиться к соответствующему URL, чтобы проверить корректность настройки.
Параметры
| Параметр | Значение |
| User-Agent / паттерн | содержит Friendica, обычно с номером версии, например Friendica/x.x.x |
| Оператор | Отсутствует в привычном смысле — открытое ПО, разворачиваемое независимо на множестве узлов сообщества (порядка 345 активных узлов на январь 2025 года) |
| Протоколы федерации | ActivityPub, diaspora*, исторически также сторонние мосты к другим сетям |
| Типичный триггер запроса | Действие живого пользователя конкретного узла: публикация ссылки, попытка взаимодействия с внешним контентом, проверка подключённой интеграции |
| Список IP-адресов | ❌ В принципе невозможен как единый список — узлов сотни, у каждого своя независимая инфраструктура |
| Соблюдение robots.txt | Зависит от конкретной инсталляции и её администратора — единой гарантированной политики для всей децентрализованной сети не существует |
Подключите домен и посмотрите живую ленту: кто пришёл, с какой сети, что запрашивал и по какому правилу был пропущен или заблокирован.
Практическое следствие децентрализации для решения о блокировке
Раз у бота нет единого оператора, стандартный подход «заблокировать по IP известного вендора» здесь просто неприменим — узлов слишком много, и они независимы друг от друга. Единственный практичный уровень контроля — уровень User-Agent, а не IP-диапазона. Другое следствие: если конкретный узел создаёт избыточную нагрузку, самое эффективное решение — не блокировка на уровне сайта, а обращение напрямую к администраторам этого конкретного узла, поскольку настройки скорости обхода и поведения краулера у каждой независимой инсталляции могут отличаться.
Как найти бота в логах
grep -i "friendica" /var/log/nginx/access.logПоскольку единого списка IP в принципе не существует, для оценки происхождения конкретного запроса стоит смотреть на ASN через whois — это позволит понять, действительно ли запрос идёт с инфраструктуры, похожей на самостоятельно хостящийся сервер сообщества, а не с чего-то более подозрительного, маскирующегося под это имя.
Стоит ли блокировать
Решение стоит принимать с учётом того, что федивёрс — хоть и нишевая, но растущая аудитория: интерес к платформам вроде Friendica и Mastodon заметно оживился в апреле 2022 года на фоне приобретения Twitter Илоном Маском, когда часть пользователей начала перебираться на децентрализованные альтернативы.
- если контент сайта потенциально интересен нишевой, но вовлечённой аудитории федеративных соцсетей — блокировка ухудшит вид ссылок при публикации в этой экосистеме и может ограничить органический охват среди пользователей децентрализованных платформ;
- если такая аудитория для проекта не приоритетна, а объём запросов создаёт заметную нагрузку — блокировка не несёт значимых потерь;
- на позиции в органической выдаче Google, Bing или Яндекса присутствие или отсутствие этого бота не влияет — это отдельная от классического поиска экосистема.
Как настроить доступ
Явное разрешение, если видимость в федивёрсе важна:
User-agent: Friendica
Allow: /Стандартный запрет с дублированием на уровне сервера — с оговоркой, что это не остановит все независимые узлы одинаково эффективно из-за отсутствия единой инфраструктуры:
User-agent: Friendica
Disallow: /if ($http_user_agent ~* "friendica") {
return 403;
}Частые вопросы
Кто владеет ботом Friendica?
Почему нельзя просто заблокировать Friendica по списку IP?
Зачем узел Friendica вообще обращается к моему сайту?
Что делать, если конкретный узел создаёт избыточную нагрузку?
Стоит ли учитывать рост интереса к федивёрсу при решении о блокировке?
Повлияет ли блокировка на позиции в поисковых системах?
Команда TrafficVeil разрабатывает инструменты защиты сайтов от ботов, DDoS и веб-атак. Разборы ботов пишем по логам подключённых доменов и открытым данным операторов.