Что изменилось в Bluesky#
Source: TechCrunch — https://techcrunch.com/2026/05/28/bluesky-embraces-long-form-content-to-counter-x-articles/
Bluesky добавляет путь для длинных форматов, но главное не в том, что пользователи смогут читать более длинные посты. Обновление подтягивает статьи, блоговые записи и рассылки из приложений на AT Protocol прямо в клиент Bluesky — сначала в виде динамических карточек ссылок. Так Bluesky становится не просто приложением для коротких постов, а заметной точкой входа в более широкую «Atmosphere» вокруг AT Protocol.
TechCrunch рассматривает этот шаг на фоне X Articles, где длинные публикации доступны внутри X для платных подписчиков или бизнес-пользователей. Ответ Bluesky устроен иначе. Это не только добавление нативного формата для текстов. Bluesky интегрируется с общественным проектом для лонгридов, построенным на том же протоколе, что лежит под самим Bluesky.
Для издателей, читателей и команд безопасности, которые следят за превращением открытой социальной инфраструктуры в реальный канал распространения, эта разница важна.
Новая версия приложения Bluesky интегрируется с созданным сообществом проектом для длинных публикаций на AT Protocol. По данным TechCrunch, пользователи теперь могут находить контент за пределами привычных микроблоговых постов Bluesky: статьи, записи в блогах и рассылки, опубликованные в приложениях на AT Protocol.
Первый пользовательский вид этой функции довольно скромный: такие материалы показываются как динамические карточки ссылок. Проще говоря, Bluesky пока показывает расширенные превью, а не запускает с первого дня полноценную зрелую площадку для публикаций. Bluesky говорит, что это первый шаг и со временем возможности будут расширяться.
Важная техническая деталь — где живет сам контент. TechCrunch отмечает: интеграции, использующие lexicon records Standard.site, могут превращать блог в данные внутри самого AT Protocol, а не просто в обычную веб-ссылку, которой поделились в Bluesky. Если такая модель сохранится в совместимых клиентах, пост, опубликованный через одну систему с поддержкой AT Protocol, сможет читаться из другой.
Так выглядит аргумент в пользу открытой социальной сети в рабочем виде: распространение через разные клиенты, а не через закрытый интерфейс одной платформы.
Это не первый шаг Bluesky в эту сторону. TechCrunch напоминает о более ранней интеграции с Germ — сервисом приватных сообщений, который можно было запускать прямо из приложения Bluesky. Паттерн становится понятнее: Bluesky использует свой клиент как входную дверь, пока другие сервисы строятся на том же базовом протоколе.
Почему это важно для распространения и контроля#
Самое очевидное сравнение — X. У X куда более крупная машина распространения. TechCrunch приводит цифру в 550 млн ежемесячно активных пользователей X, тогда как у сети Bluesky 44,5 млн зарегистрированных пользователей. Это разные метрики, их нельзя честно ставить рядом как чистое сравнение долей рынка. Но разрыв объясняет, почему спор идет не только о дизайне продукта.
X дает охват внутри закрытой системы. Bluesky делает ставку на переносимость на уровне протокола: она может частично компенсировать меньший охват тем, что авторы и разработчики получают больше контроля над тем, где может появляться контент.
Для независимых авторов и издателей обещание простое: один раз опубликовать материал в открытую сеть и получить показ в совместимых приложениях. TechCrunch называет Standard.site одним из примеров для независимых авторов и издателей, которым нужны владение контентом и более широкое распространение. WordPress тоже появился в этой истории ранее в этом месяце: вышел plugin, позволяющий сайтам WordPress публиковаться в Atmosphere.
Связка с WordPress — не мелкая деталь. Если обычные сайты WordPress смогут публиковаться в AT Protocol, лонгриды в Bluesky перестанут быть нишевой функцией социальной сети и начнут выглядеть как мост между блогами, рассылками и социальными клиентами.
Компромисс тоже очевиден. Открытое распространение увеличивает число мест, куда может уйти контент. Это помогает охвату и устойчивости. Но вместе с этим растет значение происхождения контента, модерации, подмены личности и поведения клиентов. Закрытая платформа может быть ограничительной, зато она централизует enforcement. Экосистема протокола распределяет власть и ответственность между клиентами, personal data servers, издателями и инструментами.
Угол зрения безопасности#
Для большинства читателей это продуктовая новость. Для команд безопасности — еще и изменение границ доверия.
Лонгриды меняют поведение пользователей. Люди проводят больше времени внутри превью, переходят к незнакомым издателям и чаще воспринимают богатые карточки как более надежные, чем обычные ссылки. Если динамические карточки станут привычными в клиентах AT Protocol, злоумышленникам будет интересно, как эти карточки генерируются, маркируются, кэшируются и модерируются.
Исходный материал не говорит об уязвимости, и здесь нет оснований утверждать, что интеграция Bluesky небезопасна. Операционный вывод уже: более богатые поверхности контента создают более богатые поверхности для злоупотреблений.
Командам, которые отслеживают злоупотребление брендом, phishing, подмену руководителей или social engineering, стоит смотреть, как длинные публикации AT Protocol отображаются в Bluesky и других клиентах. Практические вопросы такие:
- Может ли пользователь ясно определить исходного издателя или источник данных?
- Сохраняют ли превью достаточно контекста, чтобы отличить настоящую публикацию от похожей подделки?
- Как модерационные метки применяются к длинным records и поведению аккаунта в целом?
- Что происходит, когда контент переходит между клиентами с разными правилами отображения?
- Одинаково ли обрабатываются ссылки, медиа и встроенные превью в мобильных и веб-клиентах?
В это же обновление Bluesky вошли расширенные модерационные метки на уровне аккаунта, обновленные GIF picker и photo viewer, а также исправление ошибки, из-за которой часть iOS-видео загружалась молча и затем пропадала. В этом контексте особенно стоит следить за изменением модерационных меток. Чем больше типов контента подтягивает Bluesky, тем важнее могут стать метки на уровне аккаунта, а не только реакции на отдельные посты.
Open source безопасность часто ломается на стыке между «протокол это разрешает» и «пользователь понимает, что видит». Это обновление находится как раз рядом с таким стыком.
См. также: Open Source Security Needs More Than Code и OpenSSF’s April signal: make security artifacts operational.
Что проверить перед тем, как полагаться на новую функцию#
Авторам и издателям не стоит воспринимать это как магическое автоматическое распространение. Проверьте, какой инструмент публикует record, как атрибуция выглядит в Bluesky и читается ли тот же материал из других клиентов AT Protocol. Если вы публикуете через WordPress или другую интеграцию, сначала протестируйте публичный рендеринг, а уже потом отправляйте туда читателей.
Читателям стоит проверять издателя, а не только карточку. Богатое превью все равно может вести на слабый или вводящий в заблуждение материал. Полезная привычка такая же, как на любой социальной платформе: смотреть источник, историю аккаунта и конечный адрес перед тем, как доверять посту только потому, что он выглядит нативно.
Командам безопасности и доверия стоит добавить длинные records AT Protocol в свои предположения мониторинга, если организация уже отслеживает социальные платформы на phishing или подмену личности. Практическая работа не экзотическая: сохранять скриншоты, фиксировать URLs, сопоставлять идентификаторы аккаунтов и отмечать, какой клиент что показал. В распределенных системах сбор доказательств усложняется, потому что каждый клиент может показать одни и те же данные по-разному.
Разработчикам, которые строят на AT Protocol, стоит аккуратно подходить к генерации превью и маркировке. Пользователь должен понимать, где нативный record, где внешняя веб-ссылка, а где контент, преобразованный клиентом. Неясность — место, где растут злоупотребления.
Чего не стоит заявлять слишком громко#
Это не значит, что Bluesky уже догнал X как платформа для публикаций. По цифрам TechCrunch, у X по-прежнему намного больше активных пользователей, а охват остается сильным преимуществом.
Это также не доказывает, что открытая социальная публикация победит. Переносимость протокола полезна только тогда, когда окружающие инструменты достаточно хороши для обычных пользователей и издателей. Если настройка запутана, отображение непоследовательно или модерация выглядит неясной, открытость остается функцией для энтузиастов, а не повседневным слоем публикаций.
Более сильный и лучше подтвержденный вывод уже: Bluesky использует лонгриды, чтобы показать, на что способна экосистема AT Protocol, когда клиент, сторонние приложения и инструменты публикации начинают соединяться. Это интереснее, чем просто галочка напротив X Articles.
Пока стоит воспринимать bluesky embraces long-form content как ранний инфраструктурный сигнал. Функция стартует с динамических карточек. Главный вопрос — смогут ли открытые социальные клиенты сделать длинные публикации читаемыми, атрибутируемыми, переносимыми и достаточно безопасными, чтобы они стали важны не только первой волне сторонников протокола.