ニュースの概要
Blueskyの月間アクティブ利用者が、過去のピーク時からおよそ半分まで減少したと報じられた。短期間で利用者を増やした反動に加え、話題性だけで集まった層が継続利用に移らなかった可能性がある。一方、同社は利用者数の拡大だけを追うのではなく、複数のサービスが接続できる基盤であるAT Protocolの普及へ重心を移している。これはBlueskyを単独のSNSとして競わせるのではなく、投稿、関係、本人確認などを持ち運べる仕組みとして育てる方向だ。数字の縮小は弱さを示す一面があるが、事業の評価軸を利用者数からネットワーク基盤の利用範囲へ変える転機ともいえる。
引用元: Bluesky、月間アクティブがピーク時から半減 プロトコル戦略へ軸足（BigGo ファイナンス）
分析・見解
利用者数の半減は失速だけでなく一過性需要の反動を示す
Blueskyの利用者減少を、サービスそのものの敗北と決めつけるのは早い。新しいSNSでは、既存サービスへの不満や著名人の移動が短期間の登録を生む。しかし、登録後に毎日戻る理由がなければ、月間利用者は急速に縮む。特に投稿を見るだけの利用者は、話題が落ち着くと離れやすい。ピーク時の数字には、移行先を探す人々の一時的な流入も含まれていたと考えるべきだ。
重要なのは、利用者数の減少と、サービスの基盤が無価値になることは同じではない点である。少人数でも、特定の分野で活発な会話や独自の情報流通が続けば、開発者や企業にとって意味のある市場になる。大規模サービスの閲覧数だけでは届きにくい専門家や地域の集団が残れば、利用者の質が競争力になる。
AT ProtocolはSNSを一つのアプリから接続基盤へ変える
AT Protocolは、投稿や利用者の関係を特定企業の一つの画面に閉じ込めず、対応する複数のサービスで扱えるようにする仕組みだ。平たく言えば、SNSのアカウントや人間関係を、特定の運営会社だけに預けないための共通規格である。利用者がサービスを乗り換えるとき、フォロワーや投稿履歴を失いにくくする点に価値がある。
この考え方では、Blueskyの利用者数だけで基盤の成否を測れない。別の画面、別の検索機能、用途別の小さなコミュニティーが同じネットワークにつながれば、表面上は別サービスでも交流が続くからだ。反対に、接続先が増えなければ、開かれた仕組みを掲げても実態は一つのSNSにとどまる。今後の焦点は登録者数より、第三者のサービス、開発道具、運用者がどれだけ増えるかに移る。
開発者を呼び込めるかが利用者回復より先に問われる
分散型の仕組みは、運営会社が全機能を作る方式より、改善の速度と多様性を高められる。投稿を整理する画面、特定テーマだけを探す検索、企業向けの監視機能などを外部の開発者が作れるためだ。利用者が求める機能を一社で予測する必要もない。
ただし、開発者が参加するには、仕様が安定していること、利用規約が明確なこと、障害時の責任範囲が見えることが欠かせない。利用者の移行が簡単でも、データの取得制限や突然の仕様変更があれば、企業は業務を預けにくい。Blueskyは理念だけでなく、開発用の接続口、料金、保守方針を長期的に整備しなければならない。
数字を取り戻すより信頼と移行の安全性が成長を決める
SNSの乗り換えでは、利用者は画面の使いやすさだけでなく、築いてきた関係を失う不安を抱える。投稿の保存、本人確認、迷惑行為への対応が不十分なら、開放性は安心ではなく負担になる。誰でも接続できる仕組みほど、なりすましや悪質な宣伝への対策を複数の運営者でどう分担するかが重要だ。
Blueskyが目指すべきは、短期的な話題作りによる再増加ではない。利用者が投稿先を選べ、運営者を替えても人間関係を維持できる実例を積み上げることだ。月間利用者の半減は厳しい警告だが、単独アプリの競争から一段上の市場を作る時間を確保する契機にもなる。
ビジネスへの影響
企業はBlueskyを広告媒体ではなく移行可能な接点として評価する
企業が見るべき指標は、登録者数だけではない。自社の顧客や採用候補者がどの分野に集まり、投稿への反応が継続しているかを確認する必要がある。利用者が半減しているなら、広い認知を一気に取る媒体としての期待値は下げるべきだ。一方で、専門性の高い集団と直接つながれるなら、広報、採用、顧客支援の小規模な実験には向いている。
運用では、Blueskyだけに情報を置かないことが重要になる。公式サイト、メール配信、他のSNSを併用し、投稿の原稿や画像を自社で保存する。アカウントの移行性を確認しておけば、サービスの人気が変動しても発信経路を失いにくい。
導入前に接続先、監視体制、データ管理を確認する
AT Protocol対応サービスを業務で使う場合は、誰がサーバーを運営し、障害や投稿削除に対応するのかを契約と運用手順で確かめたい。第三者のサービスへ接続できることは利点だが、顧客情報や社内情報を扱うなら、保存場所、取得範囲、退会時の削除方法を確認しなければならない。社員が個人アカウントで発信する場合も、企業名の表示やなりすましへの対処を決めておくべきだ。
まずは三か月程度の小さな試行が現実的だ。投稿頻度、反応した利用者の種類、問い合わせへの貢献、運用時間を記録し、他媒体と比較する。数字が伸びなくても、専門顧客との会話や問い合わせ削減につながるなら継続価値はある。
開発会社には新しい業務道具の市場が生まれる
利用者を囲い込まない設計は、企業向けの監視、検索、分析、翻訳、コミュニティー管理などを外部企業が提供しやすくする。単一SNSの仕様変更に依存する道具より、共通規格に対応する道具は複数の接続先へ展開できる可能性がある。
ただし、基盤の仕様や収益方法が固まる前に大規模投資をするのは危険だ。まずは公開情報だけを使った分析や、小規模な管理機能から始め、利用者の継続率と接続先の増加を見ながら段階的に広げるのが安全である。