Mastodon十周年！ #2016十06MastodonとEugenRochko_平成IT史ざっくり解説 #2014ActivityPub_平成IT史ざっくり解説
Mastodonの歴史年表――2016年の誕生から分散型SNSの世界的展開まで
Mastodonは、2016年にドイツのプログラマー、オイゲン・ロッホコ（Eugen Rochko）が開発を始めたオープンソースの分散型SNSである。
Twitterに似た短文投稿サービスとして登場したが、その本質は単なるTwitter代替ではない。独立したサーバー同士が共通プロトコルで接続する「連合型（Federated）SNS」という仕組みにある。[1][2]
1. Mastodonの歴史年表
年月 | 出来事 | 歴史的意義 |
|---|---|---|
2008年 | identi.caが登場 | 後のFediverseにつながる分散型マイクロブログの先駆け |
2010年代前半 | GNU socialなどが発展 | 分散型SNSの技術的基盤が形成される |
2016年3月 | Eugen RochkoがMastodonの開発を開始 | Twitter型UIを持つ新しい分散型SNSの開発 |
2016年10月6日 | Hacker Newsで一般公開 | Mastodonの正式な出発点 |
2016年10月 | mastodon.socialが初期サーバーとして稼働 | ネットワークの形成開始 |
2016年11月 | ハッシュタグ、通知、アカウント検索などを実装 | SNSとしての基本機能が整う |
2016年12月 | Boost、非公開投稿、ロックアカウントなどを導入 | 現在のMastodonの基本的な利用体験が形成される |
2017年1月 | CW（Content Warning）、二要素認証を導入 | 投稿の閲覧制御とセキュリティを強化 |
2017年2月 | Streaming API、通報機能を導入 | 開発者・管理者向け機能が拡充 |
2017年4月 | 日本でmstdn.jpが誕生 | 日本国内で急速に知名度が上昇 |
2017年8月 | 新ロゴとバージョン1.5を発表 | ブランドとサービス基盤を整備 |
2017年9月 | OStatusからActivityPubへの移行を完了 | 現在のFediverseを形成する重要な転換点 |
2017年10月 | カスタム絵文字、画像の代替テキストを導入 | 表現力とアクセシビリティを改善 |
2018年 | ActivityPubがW3C勧告として標準化 | 分散型SNSの相互運用性が制度的に確立 |
2018年5月 | switter.atが登場 | 性労働者向けの分散型SNSとして成長 |
2018年10月 | 2周年 | 3,460サーバー、登録アカウント約163万を記録 |
2021年 | Mastodon gGmbHを設立 | 個人事業から法人組織への移行 |
2022年4月 | イーロン・マスクによるTwitter買収構想が浮上 | 中央集権型SNSへの依存を再考する動きが拡大 |
2022年10月 | Twitter買収成立 | Mastodonへの移住が急増 |
2022年11月 | Mastodonの利用者が急増 | サーバー負荷、登録制限、運営体制が課題になる |
2023年 | Mastodon 4.0系列以降の改善が進む | モバイル・Web体験や管理機能を改善 |
2023年9月 | Mastodon 4.2を公開 | 検索機能などを強化 |
2024年10月 | Mastodon 4.3を公開 | 通知グループ化、通知フィルター、オンボーディング改善 |
2025年7月 | Mastodon 4.4を公開 | プロフィール、リスト管理、ナビゲーションを改善 |
2025年11月 | Mastodon 4.5を公開 | 引用投稿、返信表示、管理者向け機能を改善 |
2025年 | 新たな財団への移行とコミュニティガバナンスの構築を開始 | 組織運営の分散化を進める |
2026年6月 | Mastodon 4.6を公開 | プロフィール改善、キュレーション機能などを追加 |
2026年8月 | Mastodon 4.7を公開 | 技術改善、性能、Fediverseとの相互運用性を強化 |
出典はMastodon公式の沿革、開発記録、リリース履歴など。[1][2][3]
2. 重要な転換点
時期 | 転換点 | 意味 |
|---|---|---|
2016年 | Twitter代替として誕生 | 使いやすい分散型SNSを目指す |
2017年 | ActivityPubへの移行 | サーバー間の相互接続を本格化 |
2017年 | 日本で急拡大 | mstdn.jpを契機に国内で認知度上昇 |
2018年 | W3CによるActivityPub標準化 | Mastodon固有の仕組みからオープンな通信規格へ |
2021年 | 法人化 | 長期的な運営基盤を整備 |
2022年 | Twitter買収後の移住ブーム | 分散型SNSの存在意義が再認識される |
2025年 | 財団移行・ガバナンス改革 | 開発組織自体の持続可能性を再設計 |
2026年 | 10周年 | 一時的なTwitter避難先から長期的なSNS基盤へ |
3. 日本におけるMastodonの歴史
日本では2017年4月のmstdn.jp登場が大きな転機だった。
時期 | 出来事 | 意義 |
|---|---|---|
2017年4月 | mstdn.jp開設 | 日本でのMastodonブームの起点 |
2017年 | Pawooなど国内サーバーが成長 | イラスト・創作コミュニティにも浸透 |
2017～2018年 | friends.nicoなどが展開 | ニコニコ文化圏との接点が形成 |
2018年 | 日本国内の利用者・サーバーが多様化 | 趣味・専門分野ごとのコミュニティが発展 |
2022年 | Twitterからの移住者が増加 | 再び一般ユーザーの関心を集める |
2023年以降 | Blueskyなどとの競争・併用が進む | SNS選択肢の多様化 |
2018年の公式2周年報告では、mstdn.jpが2017年4月に開設され、数日で数万人規模のアカウントを集めたと記録されている。[2]
4. Mastodonの歴史を理解するための技術的背景
用語 | 説明 |
|---|---|
インスタンス | 独立して運営されるMastodonサーバー |
Fediverse | 相互接続された分散型SNSのネットワーク |
ActivityPub | サーバー間の情報交換を可能にする通信プロトコル |
OStatus | Mastodon初期に採用されていた連合型SNSの通信方式 |
Boost | 投稿の再共有 |
CW | 投稿内容に警告・説明を付け、本文を折りたたむ機能 |
モデレーション | 各サーバーが利用者や投稿を管理する仕組み |
Mastodonの歴史は、単なるSNSの開発史ではない。
中央集権型のSNSから、相互運用可能な分散型通信インフラへ移行する試みの歴史でもある。
5. 参考資料
[1] [Mastodon公式：Our Story](https://joinmastodon.org/about?utm_content=dopingconsomme.blogspot.com)
[2] [Mastodon公式：Mastodon's 2 Year Anniversary（2018年）](https://blog.joinmastodon.org/2018/10/mastodons-2-year-anniversary/?utm_content=dopingconsomme.blogspot.com)
[3] [Mastodon公式：Changelog](https://blog.joinmastodon.org/tags/changelog/?utm_content=dopingconsomme.blogspot.com)
[4] [W3C：ActivityPub](https://www.w3.org/TR/activitypub/?utm_content=dopingconsomme.blogspot.com)
[5] [Bertelsmann Stiftung：Decentralized Social Media Platforms](https://www.bertelsmann-stiftung.de/fileadmin/files/BSt/Publikationen/GrauePublikationen/Decentralized_Social_Media_Platforms_as_a_Path_to_a_More_Resilient_Information_Ecosystem_Bertelsmann_Stiftung_Save_Social.pdf?utm_content=dopingconsomme.blogspot.com)
Mastodon利用10年の回顧――アルゴリズムに支配されないSNSは、なぜ生き残るのか
Terence Edenが2026年11月3日に公開した記事「10 Years on Mastodon」は、Mastodonを10年間使い続けたユーザーによる回顧録だ。[1]
興味深いのは、単なるFediverse礼賛ではないことだ。
著者はTwitter、Facebook、Threads、LinkedIn、Blueskyなどを利用してきた経験と比較しながら、Mastodonが長期間使い続けられる理由と、逆に改善してほしい点を率直に述べている。
この記事から見えてくるのは、SNSの競争軸が「利用者数」や「投稿の拡散力」だけではないということだ。
SNSの価値は、ユーザーの注意をどれだけ奪うかではなく、ユーザーが自分の時間と情報環境をどれだけ制御できるかによっても決まる。
1. なぜ10年間Mastodonを使い続けられたのか
著者が挙げる理由は、大きく4つある。
① 企業ブランドによる侵食が少ない
著者は、企業ブランドがSNSに参加すること自体を問題視している。
企業はユーザーと対等な友人関係を築くことが難しく、最終的には広告宣伝のためにSNSを利用する。
Twitter初期には企業がユーザーとの会話に参加していたが、次第に広告主体へと変化した。
Mastodonでは、企業が自社ブランドを大々的に宣伝する動きが比較的少ない。
これは単なる文化の違いではない。プラットフォームの収益モデルがコミュニケーションの性質を変えるという制度的な問題でもある。
② 時系列表示とユーザー主導のフィルタリング
Mastodonにはアルゴリズムが存在しない、という説明は正確ではない。
時系列順に投稿を並べることもアルゴリズムであり、スパムフィルタリングにもアルゴリズムが使われている。
重要なのは、ユーザーの注意を引きつけるために投稿を推薦する仕組みを中心に置いていないことだ。
著者は政治やスポーツの話題をフィルタリングし、特定アカウントのブースト（再投稿）を非表示にしている。
つまり、SNSの情報環境をプラットフォーム側ではなく、利用者側が調整できる。
③ APIとActivityPubの開放性
著者はTwitter APIを長年利用してきたが、Twitterの経営陣には第三者によるAPI利用を嫌う傾向があったと振り返る。
Facebook APIも当初は開放的だったが、次第に制限が増えた。
一方、MastodonのAPIは比較的扱いやすく、ActivityPubを通じて独自のソフトウェアを開発することもできる。
著者自身、ActivityBotの開発に取り組み、報酬も得ている。
これは重要な違いだ。SNSを単なる完成品のアプリケーションではなく、第三者が拡張できる通信基盤として利用できるからだ。
④ コミュニティの性質
Mastodonには、企業主導のSNSから距離を置きたい人々が集まっている。
著者は、そうした人々が別のコミュニケーション環境を作ろうとする姿勢を評価している。
もちろん、Mastodonだけで十分というわけではない。著者はBlueskyも利用しており、Twitter時代の知人との接点を維持している。
2. Mastodonにも存在する不満
著者はMastodonを無条件に称賛しているわけではない。
特に、返信機能に関する不満は興味深い。
問題 | 著者の要望 | 背景 |
|---|---|---|
Reply Controls | 投稿への返信者を制限したい | 不要な議論を避けたい |
Super Block | ブロックした相手の返信を自分のスレッドから消したい | 迷惑な返信の可視性を抑えたい |
Reply Guys | 揚げ足取りや不必要な反論を減らしたい | コミュニケーション疲労 |
Geolocation | ソーシャルな位置情報機能が欲しい | 地理的なつながりの不足 |
More People | 利用者を増やしたい | ネットワーク効果と持続可能性 |
特にReply Guysの問題は、SNSの設計思想に関わる。
投稿者が望んでいない議論や、文脈を理解しない検索結果の提示、専門家を装った不必要な訂正などが繰り返されると、投稿そのものを控えるようになる。
これは単なるマナーの問題ではない。
投稿者の参加コストを高め、ネットワーク全体の発信量や参加意欲を低下させる可能性がある。
3. Super Blockは検閲なのか、利用者の自己防衛なのか
この記事で最も議論の余地があるのは、Super Block機能だ。
著者は、ブログのコメント欄では管理者がコメントを削除できるのに、なぜマイクロブログでは同様の管理ができないのかと問いかける。
一方、読者からは反論も寄せられている。
ブロックした相手の返信を消せるようにすると、単なる嫌がらせだけでなく、正当な批判や反論まで排除できてしまうという問題だ。
ここにはSNSの根本的な設計上の対立がある。
投稿者の自己決定権：自分の投稿空間を管理する権利。
読者の表現の自由：投稿者にとって不都合な意見も表明できる権利。
公共的な議論の維持：批判や反証が不当に排除されない仕組み。
重要なのは、ブロックを単なる個人間の遮断として設計するのか、投稿スレッドの管理権限として設計するのかという違いだ。
これはSNSのモデレーションを考えるうえで、かなり重要な論点である。
4. 利用者数を増やせばよいわけではない
著者は、Mastodonの利用者が増えることを望んでいる一方、大規模化に伴う問題も認識している。
利用者が増えれば、次のような問題も増加する。
スパムアカウント
詐欺的な宣伝
挑発目的のアカウント
モデレーション負担
コミュニティ間の摩擦
これはネットワーク効果の逆説だ。
一般的には、SNSは利用者が多いほど価値が高まる。しかし、利用者数の増加によってコミュニケーションの質が低下するなら、ネットワーク効果は単純な正の関係ではなくなる。
概念的には次のように表せる。
利用者数の増加
|
+---- 接続可能な相手の増加
| |
| v
| ネットワーク価値上昇
|
+---- スパム・荒らしの増加
|
v
モデレーション負担増加
|
v
コミュニケーション品質低下したがって、Fediverseの成長を測る際には、アカウント数やMAUだけでなく、継続利用率、投稿者の定着率、モデレーション費用、コミュニティの満足度なども見る必要がある。
5. Fediverseの最大の強みは「完全には消滅しない」こと
この記事で最も重要な指摘は、最後の部分にある。
著者は、Fediverseは完全に失敗することができないと述べている。
これはActivityPubによる分散型ネットワークの特性を指している。
中央集権型SNSでは、運営企業がサービスを終了すれば、利用者は基本的に別のサービスへ移行する必要がある。
一方、Fediverseでは、個々のサーバーが独立して運営されている。
中央集権型SNS
運営企業
|
v
単一サービス
|
v
全利用者
分散型SNS
Server A
/ \
/ \
Server B -- Server C
| |
Server D Server E
\ /
Server F一つのサーバーが停止しても、ほかのサーバーまで必ず停止するわけではない。
もちろん、個別サーバーの閉鎖によるアカウントや投稿の消失、運営者の負担、連合関係の断絶などは起こり得る。
しかし、ネットワーク全体が単一企業の経営判断に依存しないという点は大きい。
著者はIRCを例に挙げる。
DiscordやWhatsAppが普及した後もIRCは存続している。同じようにFediverseも、主流のSNSが変化してもバックグラウンドで残り続ける可能性がある。
分散型ネットワークの成功とは、最大のプラットフォームになることではなく、特定の企業が撤退しても通信の仕組みそのものが残ることなのかもしれない。
6. 日本のSNS環境への示唆
この記事を日本のSNS環境に当てはめると、いくつかの論点が浮かび上がる。
論点 | 日本で考えるべき問題 |
|---|---|
SNSの集中 | Xなど特定サービスへの依存 |
情報推薦 | 炎上・対立を増幅する推薦設計 |
コミュニティ | 趣味・専門分野ごとの小規模ネットワーク |
モデレーション | 管理者の負担と利用者の自治 |
データポータビリティ | サービス移行時のフォロー関係の維持 |
相互運用性 | ActivityPub対応サービス間の接続 |
特に、日本ではSNSの利用者数や話題性がサービス選択の大きな要因になりやすい。
しかし、情報環境を企業の推薦アルゴリズムに依存させることには、長期的なリスクがある。
自分が誰をフォローし、何を読み、どの話題を遮断するかを利用者自身が決められる仕組みは、情報の自律性という観点から重要だ。
7. 総合評価――SNSの価値を「退出可能性」から考える
この記事は、Mastodonの10周年を祝う個人的なエッセイである。しかし、そこにはプラットフォーム経済学にとって重要な示唆がある。
従来のSNS競争は、利用者数、滞在時間、広告収益、ネットワーク効果を中心に評価されてきた。
しかし、もう一つの評価軸がある。
それは、利用者がプラットフォームからどれだけ自由に退出できるかという問題だ。
中央集権型SNSでは、利用者がサービスを離れようとすると、フォロー関係、過去の投稿、コミュニティ、社会的な接点を失う可能性がある。
この移行コストが高いほど、利用者は不満を抱えていてもサービスに残り続ける。
一方、分散型ネットワークとオープンプロトコルは、特定企業への依存を弱める可能性がある。
この関係は次のように整理できる。
評価軸 | 中央集権型SNS | 分散型SNS |
|---|---|---|
運営主体 | 企業中心 | 複数の独立運営者 |
推薦・表示 | 企業の設計に依存 | サーバー・クライアントによる選択肢 |
API | 企業の方針に依存 | オープンな仕様を利用可能 |
モデレーション | プラットフォーム中心 | サーバー・利用者の複層構造 |
サービス終了リスク | 運営企業に集中 | 個々のサーバーに分散 |
移行可能性 | 制約される場合がある | 相互運用性によって高まる可能性 |
もちろん、分散型だからといって自動的に自由で公平になるわけではない。サーバー管理者への権力集中、運営資金、モデレーション能力、ネットワーク間の互換性など、別の問題も存在する。
それでも、SNSを単なるアプリではなく、社会的な通信インフラとして捉えるなら、Fediverseの存在意義は大きい。
SNSの本当の競争力は、ユーザーを囲い込む能力ではなく、ユーザーがいつでも別の場所へ移れる状態を維持できるかにある。
これは、プラットフォーム経済における退出可能性（Exit）と競争政策を考えるうえでも、興味深い事例である。
参考資料
[1] [10 Years on Mastodon – Terence Eden's Blog](https://shkspr.mobi/blog/2026/11/10-years-on-mastodon/?utm_content=dopingconsomme.blogspot.com)
[2] [ActivityPub – W3C Recommendation](https://www.w3.org/TR/activitypub/?utm_content=dopingconsomme.blogspot.com)
[3] [The Fediverse – W3C Social Web](https://www.w3.org/wiki/SocialCG/Projects/Fediverse?utm_content=dopingconsomme.blogspot.com)MastodonとWordPressの10年史（2016～2026年）――分散型SNSとオープンソースCMSはどう進化したか
MastodonとWordPressは、どちらもオープンソースを基盤とするが、異なる方向に発展してきた。
Mastodon：企業によるSNSの集中管理から脱却し、サーバー間の相互接続を目指す。
WordPress：個人のブログ公開ツールから、Webサイト全体を構築・管理する汎用CMSへ進化する。
この10年間は、両者にとって単なる機能追加の時代ではない。通信の分散化とコンテンツ制作の民主化という、異なるオープンWebの発展史でもある。
1. 2016～2026年の比較年表
年 | Mastodon | WordPress | 共通する時代背景 |
|---|---|---|---|
2016 | Eugen Rochkoが開発。10月に一般公開 | 4.5、4.6、4.7を公開。REST APIの導入が進む | オープンソースWebの成熟 |
2017 | 日本でmstdn.jpが登場。世界的な利用拡大。ActivityPub対応を進める | 4.8、4.9を公開。Gutenbergプロジェクトが始動 | SNSとWeb制作の再設計 |
2018 | ActivityPubを中心とするFediverseへの移行が進展 | 5.0公開。Gutenbergブロックエディター導入 | Webの基本構造が変化 |
2019 | 分散型SNSとしての機能・サーバー管理が成熟 | 5.1、5.2、5.3。ブロックエディターを改善 | 利用者体験の改善 |
2020 | Fediverseの利用範囲が拡大 | 5.5、5.6。遅延読み込み、ブロックパターン、テーマ改善 | モバイル・高速化・アクセシビリティ |
2021 | Mastodonの運営組織をgGmbHとして法人化 | 5.8。ブロックウィジェット、テンプレート編集など | オープンソースの組織的持続可能性 |
2022 | Twitter買収後、利用者が大量流入 | 5.9でフルサイト編集を本格導入。6.0、6.1公開 | 中央集権型プラットフォームへの再評価 |
2023 | 4.2公開。検索・ユーザー体験などを改善 | 6.2、6.3、6.4。サイトエディターを強化 | プラットフォームの成熟 |
2024 | 4.3公開。モデレーションや通知などを改善 | 6.5、6.6、6.7。Interactivity API、フォントライブラリなど | 開発者向け基盤の拡張 |
2025 | 4.4、4.5公開。引用投稿などを導入。財団移行・コミュニティガバナンスを推進 | 6.8、6.9公開。編集体験、共同作業、AI関連基盤を強化 | 組織運営とAI時代への適応 |
2026 | 4.6、4.7公開。ActivityPub互換性、性能、セキュリティを改善 | 7.0、7.1公開。AIサービス連携、レスポンシブデザイン、編集機能を強化 | AI時代のオープンWebへの対応 |
出典：[1][2][3][4][5]
2. Mastodonの進化
時期 | バージョン・出来事 | 技術・制度上の意味 |
|---|---|---|
2016 | 初期公開 | Twitter型の分散型SNSを実現 |
2017 | ActivityPub対応 | サーバー間の連合を強化 |
2018 | ActivityPubのW3C勧告化 | オープンな通信規格の確立 |
2021 | gGmbH設立 | 開発・運営体制の法人化 |
2022 | Twitter移住ブーム | 大規模なネットワーク拡大 |
2023 | 4.2 | 検索・ユーザー体験の改善 |
2024 | 4.3 | 通知やモデレーションの改善 |
2025 | 4.4・4.5 | 引用投稿、プロフィール、投稿機能の改善 |
2026 | 4.6・4.7 | 基盤のセキュリティ、性能、相互運用性の強化 |
2026年8月の4.7では、ユーザー向けの目立つ機能追加よりも、データベース構造やActivityPub互換性などの内部改善が重視された。次期5.0ではユーザー体験の大幅な変更が予告されている。[1][3]
3. WordPressの進化
時期 | バージョン | 主な変更 | 歴史的意義 |
|---|---|---|---|
2016 | 4.5～4.7 | REST API、動画ヘッダー、テーマ改善 | CMSのAPI化 |
2017 | 4.8・4.9 | Gutenberg開発開始、ウィジェット改善 | ブロック型編集への転換準備 |
2018 | 5.0 | Gutenbergブロックエディター | 従来の文章編集方式から脱却 |
2019 | 5.1～5.3 | ブロック、レイアウト、アクセシビリティ改善 | ブロック編集の成熟 |
2020 | 5.5～5.6 | ブロックパターン、遅延読み込み | 表示速度と制作効率の改善 |
2021 | 5.8 | ウィジェットのブロック化、テンプレート編集 | CMS全体のブロック化 |
2022 | 5.9～6.1 | フルサイト編集、ブロックテーマ | サイト全体をエディターで構築 |
2023 | 6.2～6.4 | Site Editor、Command Palette、ブロック機能拡張 | ノーコードWeb制作の強化 |
2024 | 6.5～6.7 | Interactivity API、Font Library、Zoom Out | 動的Webアプリへの対応 |
2025 | 6.8・6.9 | パフォーマンス、共同編集、Abilities API | AI・自動化への基盤整備 |
2026 | 7.0・7.1 | AIサービス連携、ダッシュボード改善、レスポンシブスタイル | AI時代のCMSへの移行 |
出典：[2][4][5]
4. 両者の進化を比較する
比較軸 | Mastodon | WordPress |
|---|---|---|
出発点 | Twitter型SNS | 個人ブログ |
中核技術 | ActivityPub | PHP、MySQL、REST API、Gutenberg |
基本単位 | アカウント・投稿・サーバー | 記事・ページ・ブロック |
分散化 | サーバー間の連合 | 個別サイトの独立運営 |
ユーザーの自由 | サーバー選択、フォロー、ブロック | ホスティング、テーマ、プラグイン選択 |
拡張性 | API、ActivityPub | プラグイン、テーマ、API |
主な収益構造 | 寄付、スポンサー、ホスティング | ホスティング、商用テーマ、プラグイン、関連サービス |
最大の課題 | モデレーションと運営費 | セキュリティ、保守、プラグイン依存 |
2026年の方向性 | Fediverseの相互運用性 | AI統合と共同編集 |
5. 2026年時点で見えてくる3つの潮流
① プラットフォーム依存からの脱却
Mastodonは、SNSの利用者と通信基盤を一企業が独占しない仕組みを目指している。
WordPressも、特定のホスティング企業やWebサービスに依存せず、自分でサイトを運営できる。
両者に共通するのは、コンテンツと利用者の関係を特定企業の所有物にしないという思想だ。
② APIと相互運用性の重要性
MastodonではActivityPubが、WordPressではREST APIや各種プラグインが重要な役割を果たす。
単独のアプリケーションとして完成するのではなく、他のサービスやソフトウェアと接続できることが競争力になっている。
③ AI時代のオープンWeb
2025～2026年は新しい転換期だ。
WordPressはAIサービスとの接続や編集ワークフローの自動化を進めている。MastodonはActivityPubの互換性や基盤の改善を続けている。
今後は、AIエージェントが記事を作成し、WordPressに投稿し、その告知をMastodonに配信するような連携も重要になる。
AIエージェント
|
コンテンツ生成
|
WordPress
（記事・情報）
|
ActivityPub
またはAPI連携
|
Mastodon
（情報配信）
|
Fediverse
（分散型交流）※これは将来的な連携構想であり、WordPressとMastodonが標準状態で完全に一体化しているという意味ではない。
6. 総括：WordPressは出版の分散化、Mastodonは交流の分散化
項目 | WordPress | Mastodon |
|---|---|---|
解放したもの | 出版・情報発信 | ソーシャルコミュニケーション |
代替したもの | 出版社・ブログサービスへの依存 | 中央集権型SNSへの依存 |
10年間の最大の変化 | ブロックエディターとフルサイト編集 | Fediverseの拡大とActivityPub |
今後の競争軸 | AIによる出版自動化 | 分散型ネットワークの持続可能性 |
長期的な価値 | 自分のメディアを所有する | 自分のソーシャルグラフを維持する |
私が特に重要だと考えるのは、WordPressとMastodonが相互補完的な関係にあることだ。
WordPressは「自分の情報を公開する場所」を提供し、Mastodonは「その情報を人々と共有するネットワーク」を提供する。
中央集権型プラットフォームに依存せず、出版・配信・交流を自分たちで管理する。
これは、今後のAIエージェント時代にも重要な設計思想になる。
参考資料
[1] [Mastodon公式：Our Story](https://joinmastodon.org/about?utm_content=dopingconsomme.blogspot.com)
[2] [WordPress公式：History](https://wordpress.org/about/history/?utm_content=dopingconsomme.blogspot.com)
[3] [Mastodon公式：Mastodon 4.7](https://blog.joinmastodon.org/2026/08/mastodon-4.7/?utm_content=dopingconsomme.blogspot.com)
[4] [WordPress公式：Roadmap](https://wordpress.org/about/roadmap/?utm_content=dopingconsomme.blogspot.com)
[5] [WordPress公式：Version History](https://wordpress.org/documentation/article/learn-about-wordpress-and-version-history/?utm_content=dopingconsomme.blogspot.com)
[6] [W3C：ActivityPub](https://www.w3.org/TR/activitypub/?utm_content=dopingconsomme.blogspot.com)
[7] [WordPress 5.0：Block Editor](https://wordpress.org/documentation/wordpress-version/5-0/?utm_content=dopingconsomme.blogspot.com)ActivityPubの歴史――分散型ソーシャルWebはいかにして誕生したか
ActivityPubは、2018年1月23日にW3C勧告となった分散型ソーシャルネットワーキングの通信プロトコルである。
しかし、その起源は2018年ではない。2000年代のStatusNet、identi.ca、OStatus、2012年のpump.ioなど、中央集権型SNSに依存しない通信環境を構築しようとした約10年の試行錯誤から生まれた。
重要なのは、ActivityPubが単なるMastodonの通信方式ではないことだ。SNS、動画共有、画像共有、ブログ、掲示板などを相互接続するためのオープンな通信規格である。[1][2]
1. ActivityPubの歴史年表
2008年：identi.caの登場
Evan Prodromouが分散型マイクロブログサービスidenti.caを開始。
StatusNetというオープンソースソフトウェアを利用。
Twitterのような短文投稿を、独立したサーバー間で共有する構想を実践した。
後のFediverseにつながる重要な出発点となった。[3]
2008～2010年：OStatusの形成
StatusNetを中心に、異なるサーバー間で投稿を交換する仕組みが発展。
Atom、Activity Streams、WebSub、Salmon、WebFingerなど複数の技術を組み合わせた。
単一の巨大SNSではなく、複数の独立したサービスが接続する構造を目指した。[3][4]
2010～2012年：分散型SNSの標準化への模索
OStatusの仕様整理と相互運用性の改善が進む。
2012年にはW3CにOStatus関連のコミュニティ活動が形成される。
しかし、複数の既存仕様を組み合わせる方式には複雑さが残った。[4]
2012年：pump.ioの登場
Evan Prodromouがpump.ioを開発。
OStatusの経験を踏まえ、より柔軟なAPIを持つ分散型ソーシャルネットワークを構築。
後のActivityPubの設計に大きな影響を与えた。[2][3]
2013年：GNU socialへの統合
StatusNetとFree SocialのプロジェクトがGNU socialへ統合される。
OStatusを利用した分散型SNSの実装が継続。
Fediverseのソフトウェア的な基盤が広がった。[3][4]
2014年：W3CでActivityPubにつながる標準化作業が始動
W3CのSocial Web Working Groupによる分散型ソーシャルWebの標準化が進む。
pump.ioのActivityPump APIなどの経験が設計の基礎となる。
異なるSNSを共通の通信規格で接続する構想が具体化した。[2]
2016年1月：ActivityPub最初の公開Working Draft
2016年1月28日、W3Cが最初のActivityPub公開草案を発表。
クライアントとサーバーの通信、サーバー間の連合通信を共通仕様にまとめる方向が明確になる。[1]
2016年3月：Mastodonの登場
Eugen RochkoがMastodonの開発を開始。
初期にはOStatusを採用。
Twitterに似た利用体験と分散型サーバー構造を組み合わせた。[5]
2016年：ActivityPubの草案改訂
2016年中に複数回のWorking Draftが公開される。
ActivityStreams 2.0を基礎とするデータ構造や通信モデルが整理されていく。[1][2]
2017年：ActivityPubの仕様が成熟
W3CでCandidate Recommendationへ進む。
MastodonもActivityPub対応を進め、2017年9月には対応を開始。
OStatus中心のネットワークからActivityPub中心のネットワークへ移行する転換期となった。[1][5]
2017年12月：Proposed Recommendation
2017年12月5日、ActivityPubがW3C Proposed Recommendationに到達。
正式勧告に向けた最終段階に入った。[1]
2018年1月23日：W3C Recommendation
ActivityPubが正式なW3C勧告となる。
分散型ソーシャルネットワーキングの国際標準として確立。
クライアント・サーバー間APIとサーバー間通信APIの両方を規定した。[1][2]
2018年：対応サービスの拡大
PeerTube、Misskey、Pixelfedなど、異なる目的を持つサービスがActivityPubを採用。
短文投稿だけでなく、動画、画像、その他のコンテンツへと適用範囲が広がった。[5]
2019年：MastodonがOStatusを廃止
Mastodonが旧来のOStatus連合機能を終了。
ActivityPubへの移行が進み、通信方式の整理が進展した。[5]
2020～2021年：Fediverseの多様化
Lemmy、BookWyrmなど、掲示板や書籍共有に特化したサービスが登場。
ActivityPubがSNS以外のサービスを接続する基盤として発展した。[5]
2022年：Twitter買収とFediverseへの関心拡大
イーロン・マスクによるTwitter買収後、Mastodonへの移住が急増。
ActivityPubを知らなかった一般利用者にも分散型SNSが認知されるようになった。
2023年：ThreadsがActivityPub対応を表明
MetaがThreadsのFediverseとの相互運用を進める方針を示す。
大手テクノロジー企業とオープンな分散型SNSの関係が新しい局面に入った。
2024年：ThreadsのFediverse連携が拡大
ThreadsでFediverse共有機能の提供が進む。
大規模な中央集権型SNSと分散型ネットワークの相互接続が現実のものとなり始めた。
2025～2026年：相互運用性と分散型ソーシャルWebの成熟
Mastodon、Misskey、PeerTube、Pixelfedなどの各プロジェクトが独立した開発を継続。
ActivityPubは単一SNSの代替ではなく、複数のサービスをつなぐ共通インフラとして位置づけられるようになった。
2018年：ActivityPubを採用するサービスが増加
PeerTubeがActivityPubを利用した動画共有サービスとして登場。
MisskeyもActivityPub対応の分散型SNSとして発展。
Pixelfedなど、写真共有を目的とするサービスも登場。
Fediverseが短文投稿中心のネットワークから、複数メディアを扱うネットワークへ拡張した。[5]
2018年11月：FriendicaがActivityPubに対応
既存の分散型SNSがActivityPubを採用。
それまで異なる通信方式を利用していたサービス間の接続が進む。[5]
2019年：ActivityPubがFediverseの中心的プロトコルに
MastodonがOStatusを廃止。
複数のプラットフォームがActivityPubへ移行。
プロトコルの統一が進展した。[5]
2020年：BookWyrmなど専門サービスが登場
書籍共有・読書記録を中心とするBookWyrmが登場。
ActivityPubが一般的なSNS以外にも利用され始める。[5]
2021年：分散型ソーシャルWebの多様化
Mastodon、Pleroma、Misskey、PeerTube、Pixelfedなどがそれぞれ独自に発展。
Fediverseは単一のSNSではなく、異なる目的のサービスが接続するネットワークとして定着。
2022年：Twitter買収による注目度の上昇
Twitterの経営体制変更を契機にMastodonへの移住が拡大。
ActivityPubという通信規格も一般ユーザーに認知されるようになる。
2023年7月：MetaがThreadsを公開
Threadsの公開時点でActivityPub対応方針を表明。
大規模SNS企業が分散型ソーシャルWebへの参加を検討する転換点となる。[6]
2023年12月：MetaがActivityPub連携の準備を進める
ThreadsとFediverseの相互運用に向けた開発が進展。
オープンプロトコルと巨大SNS企業の接続という新しい課題が生まれる。[6]
2024年3月：ThreadsがFediverse連携のベータ版を開始
公開プロフィールの利用者がFediverseへの投稿共有を選択できるようになる。
MastodonなどのサーバーからThreads利用者をフォローできるようになる。[7]
2024年6月：Threadsの連携対象が100か国以上に拡大
Fediverse共有機能の提供地域が拡大。
他サーバーからの返信をThreads側で確認する機能なども段階的に追加された。[6]
2025～2026年：相互運用性の実用化と課題の顕在化
Threadsなど大規模プラットフォームとの連携が進む。
サーバーごとの機能差、モデレーション、引用投稿、プライバシー、相互運用性の不完全さが重要な課題となる。
ActivityPubは完成した万能規格というより、拡張と実装の調整が続く通信基盤として発展している。
2. ActivityPubの技術的な進化
技術・規格 | 登場・発展時期 | 役割 |
|---|---|---|
StatusNet | 2008年 | 分散型マイクロブログの実装 |
Atom | 2005年～ | 投稿データの配信 |
WebFinger | 2010年代 | アカウントの発見 |
Salmon | 2010年代 | 投稿への返信・相互作用の配送 |
OStatus | 2008～2012年頃 | 分散型SNS間の通信方式 |
Activity Streams 2.0 | 2017年 | 投稿・フォロー・いいね等の活動を表現 |
ActivityPub | 2018年 | クライアント・サーバー間、サーバー間の通信 |
Fediverse Enhancement Proposals（FEP） | 2020年代 | ActivityPubの拡張・実装上の共通課題を整理 |
3. ActivityPubの仕組み
ActivityPubには、大きく2つの通信層がある。
Client-to-Server（C2S）
アプリやWebブラウザから自分のサーバーへ投稿や操作を送る。
投稿、いいね、フォローなどの操作を扱う。
Server-to-Server（S2S）
独立したサーバー間で投稿や活動を配送する。
異なるサービスの利用者同士が交流できる。
例えば、MastodonからMisskeyの利用者をフォローする場合、概念的には次のようになる。
利用者A（Mastodon）
|
v
Mastodonサーバー
|
| ActivityPub
v
Misskeyサーバー
|
v
利用者B（Misskey）
|
v
フォロー・投稿・返信・いいね4. ActivityPubの歴史的意義
ActivityPubの歴史を振り返ると、重要な転換点は3つある。
転換点 | 意義 |
|---|---|
2008年：identi.ca | 分散型SNSの実践 |
2016年：ActivityPub草案 | 通信仕様の統合 |
2018年：W3C勧告 | 国際標準として確立 |
2024年：Threads連携 | 大手SNSとの相互運用が現実化 |
ActivityPubの本質は、SNSを一つの企業が所有するサービスから、異なる運営主体が共通規格で接続する通信インフラへと変えることにある。
これは電子メールに似ている。GmailとOutlookの利用者が、同じ企業のサービスを使わなくてもメールを交換できるように、MastodonとMisskeyの利用者も異なるサーバーから交流できる。
ただし、ActivityPubは電子メールほど実装や運用が統一されているわけではない。相互運用性は各サービスの実装と対応機能に左右される。
5. 参考資料
[1] [W3C - ActivityPub Publication History](https://www.w3.org/standards/history/activitypub/?utm_content=dopingconsomme.blogspot.com)
[2] [W3C - ActivityPub Specification](https://www.w3.org/TR/activitypub/?utm_content=dopingconsomme.blogspot.com)
[3] [LWN - Federation in social networks](https://lwn.net/Articles/741218/?utm_content=dopingconsomme.blogspot.com)
[4] [W3C - Social Web Working Group](https://www.w3.org/wiki/SocialCG/?utm_content=dopingconsomme.blogspot.com)
[5] [The federated SNS timeline - Fediverse History](https://im.youronly.one/techmagus/kb/ddfon/federated-social-network-timeline-2022346/?utm_content=dopingconsomme.blogspot.com)
[6] [Meta - Introducing Threads](https://about.fb.com/news/2023/07/introducing-threads-new-app-text-sharing/?utm_content=dopingconsomme.blogspot.com)
[7] [Meta Engineering - Threads has entered the fediverse](https://engineering.fb.com/2024/03/21/networking-traffic/threads-has-entered-the-Fediverse/?utm_content=dopingconsomme.blogspot.com)
コメント
コメントを投稿