ハクソク

世界を動かす技術を、日本語で。

自サイトで公開し、他で配信する

143日前原文(indieweb.org)

概要

  • POSSE は「Publish (on your) Own Site, Syndicate Elsewhere」の略称
  • まず自分のサイトにコンテンツを投稿し、その後他サービスへ共有する手法
  • オリジナル投稿へのリンクを付与し、訪問者が直接コンテンツにアクセス可能
  • SNS依存度の低減やコンテンツ所有権の確立が主な利点
  • IndieWeb運動や分散型SNSとの関連性

POSSEとは何か

  • POSSE は「まず自分のサイトに投稿し、その後他のプラットフォームへコピーやリンクを共有」する実践方法
  • Instagram、Tumblr、Twitter、Neocities など、友人が使うサービス上でもあなたの投稿を読める柔軟性
  • 現実の友人とのつながり維持 を重視し、理想的な分散型ネットワークよりも人間関係を優先
  • IndieWeb運動の中核要素であり、単なる「ブログ」や「単一SNS利用」とは異なるアプローチ
  • 分散型SNS もまずPOSSEを採用することで、より多くの利用者獲得が期待できる

POSSEの利点

  • 第三者サービス依存の低減 ：自分のサイトさえアクセスできれば投稿可能
  • 所有権の確立 ：投稿の起点が自分のサイトであり、第三者の利用規約に左右されない
  • 正規URLの確保 ：オリジナルのURLを所有し、他サービスのコピーからも参照できる
  • 検索性の向上 ：自分のドメイン上のコンテンツは、任意の検索エンジンで容易に検索可能
  • バックフィード ：他サービスでの反応も自サイトに取り込める

オリジナルへのリンクの重要性

  • 発見性の向上 ：第三者サービス上のコピーからオリジナルへ誘導
  • スパム対策 ：スパマーがコピーしても、オリジナルへのリンクが拡散
  • 検索順位の向上 ：コピーがさらに拡散されても、リンクがオリジナルの評価を高める

POSSEの実装方法

  • 投稿時に、 自サイトへ投稿＋第三者サービスへコピー投稿 （パーマリンク付き）
  • コピー投稿先ごとに実装方法が異なるため、サービスごとの対応が必要
  • オリジナルから各コピー先へのリンクを「posts-elsewhere」セクションなどで管理

ユーザーインターフェース

  • 自動・安定・不可視 なUIが理想
  • 事前プレビュー機能で、どのようにコピーされるか確認可能

主要SNSへのPOSSE例

  • Twitter ：自サイトで投稿し、同時にTwitterへコピー＋オリジナルへの短縮リンク
  • Facebook ：手動クロスポスト、またはBridgy拡張機能で半自動化
  • Medium/WordPress ：手動または専用プラグインで対応

プレーンテキスト対応

  • SMSやPush通知 など、純粋なテキスト形式が必要な場合は「h-entry_to_text」などの変換手法を利用

POSSEに対応した主なソフトウェア

  • PHP ：php-helpers内POSSE名前空間
  • Python ：SiloRider、Feed2Toot（RSS→Mastodon等）
  • Docker ：POSSE Party（セルフホスト型）
  • Bridgy Publish ：Twitter、Flickr、GitHub、Mastodon対応
  • IFTTT ：RSSやAtomフィードから各種SNSへの自動再投稿

POSSEの投稿フロー例

  • クライアント→サイト→サイロ ：一度自サイトに投稿し、サーバーが自動で各SNSへコピー
    • 利点：一箇所で完結、自動化が容易
  • クライアント→サイト＆サイロ ：投稿後、ユーザーが手動で各SNSへ内容を調整して投稿
    • 利点：コピー内容の細かい調整やタイミングのコントロールが可能

IndieWebでのPOSSE実例

  • Tantek.com ：2010年からPOSSE実装、TwitterやFacebookへ自動コピー
  • Waterpigs.co.uk ：PuSH対応フィード、TwitterやFacebook連携
  • brennannovak.com ：Twitter・Facebookへのコピー
  • aaronparecki.com ：Twitterへのパーマリンク付きコピー、PuSH対応
  • Sandeep.io ：SNSのシェアリンクを手動で活用、API依存を回避
  • werd.io ：idnoプラットフォームでプラグインによる自動POSSE
  • veganstraightedge.com ：Dark Matter利用、自動rel-syndication

このように、 POSSE は「自分のサイトが情報発信の中心」であり続けるための実践的な手法。SNSや分散型サービスとの両立を図りつつ、 コンテンツの所有権・検索性・発見性 を最大化できる点が大きな特徴です。

Hackerたちの意見

この戦略は、PESOS（他の場所に公開して、自分のサイトに配信する）に代わるものだよ。インディウェブのウェブサイトでのこの読み物がすごく好きで、連携のためにこの戦略を採用する理由をよく説明しているし、「友達は連携よりも大事」ということを強調している。これは多くのオタクやハッカーが理想を守るときに忘れがちなことだね。

└

両方ともできるよ！POSSEを使っていろんなところに投稿して、PESOSで他の場所に直接投稿されたものを引っ張ってくる。つまり、POSSEの投稿から始まっていないものは何でもね。

└

POSSEは、オーナーが所有する真実の唯一のソースを提供するけど、PESOSは外部サイトの場合、オーナーが所有しない複数の真実のソースを持ってるんだ。

└

表面的には、両方の戦略が可愛い略語になってるのがすごく嬉しい！

この哲学がすごく好き。ここ数年使ってるけど、すべてを自分のサイトに載せてから、MastodonやBluesky、Twitterにリンクを投稿して、時々（思い出せたら）LinkedInにも投稿してる。さらに、毎週くらいにSubstackのメールにも全部コピー＆ペーストしてるんだ。ただ、自動化が必要だなー。TwitterとLinkedInは難しいけど、BlueskyとMastodonはまだ簡単だよ。

└

標準的なセマンティックウェブのマイクロフォーマット、RSS/Atomの配信、FOAFっぽいグラフ、アイデンティティのためのURI、そして匿名の公開鍵アイデンティティと評判のグラフを使っていたら、メールのように機能する完全に分散型のソーシャルメディアグラフを構築できたかもしれない。でも、残念ながらFacebookがあまりにも早く進んでしまった。まだチャンスはあるけど、ソフトウェアはシンプルさと使いやすさに焦点を当てる必要があるね。署名されたコンテンツの塊を何にでも追加できるように公開することができれば、HTMLページ、P2Pプロトコル、メールやツイートに埋め込むこともできる。もしかしたら、現在のシステムを乗っ取って、分散型のアイデンティティと出版が主流になるかもしれない。

└

https://posseparty.com/ って選択肢を見たことある？あのプラットフォームとの統合もサポートしてるし、必要なのはAtomフィードだけなんだよね！

└

ちょっと反発もあるみたいだけど、正直言ってHNでの手動アプローチが好きなんだ。君が取り上げること全てに興味があるわけじゃないけど、補足的なコメントを提供してくれる地元の「特派員」の存在があるのはありがたいよ。君がそれをセンスよく透明にやってるのはちゃんと見てるからね。

数年前にボランティアで参加していた非営利団体でこのやり方を実践してたよ。私たちの理由はいくつかあって：- 周りのコミュニティに最新のニュースや情報を得るためにまず私たちのウェブサイトを見てもらうように訓練した - ソーシャルメディアプラットフォームにアカウントやグループを閉じられることでコミュニティから切り離されたくなかった - 投稿にアクセスするためにユーザーにサードパーティのプラットフォームのアカウントを必要とさせたくなかった - でも、コミュニティの大きなメンバーがよく使うプラットフォームにメッセージを広めたかった もう一つ私たちの状況に特有のプロセスがあって、POSSEとは別に、ブログの投稿は一つのトピック/問題/発表だけにしてた。これをまとめたニュースレターもあった。私たちのような多くの組織は、ニュースレターと基本的に同じ内容を一つのブログ投稿にまとめていたけど、これは面倒だった。例えば、コミュニティの誰かが質問を持っていたら、その質問にだけ答える単一の投稿にリンクする方がずっと分かりやすかった。これによってコミュニティのエンゲージメントが良くなり、検索エンジンのインデックスも改善され、コンテンツ管理がクリーンになって、関わる全員にとってより良い体験になったんだ。

└

「ユーザーにサードパーティのプラットフォームにアカウントを持たせる必要はない」って、これには1000回賛成！リンクをクリックしたらFBやTW、IGに飛ばされるのって本当にイライラするんだよね。どれも使ってないからさ。

昨年ブログを再開して、少しずつ投稿を増やして、今は一貫して公開してるよ。すべてのコンテンツはまず自分のブログに載せてる。トラフィックが約8倍増えたよ。GoogleのAIの影響でゼロクリックだったけど、今はほとんどのトラフィックがRSSリーダーから来てる。今朝、ブログの内容を公開したばかりだよ：https://idiallo.com/blog/what-its-like-blogging-in-2025

└

いいね！さっそく登録したよ。ブログにも分析機能を追加したいな。もう10年くらい自分のサイトには何もなかったから。

└

これらの数字はすごいね！10Mのビューで生計を立てられるの？今年中に仕事を辞めてコンテンツに集中しようと思ってるんだけど、主にYouTubeを考えてる。でも、ブログもいけるならそれも考えてみるかも。

サーバーによって完全に自動で配信が行われることができる 明らかなことを言うリスクを冒すけど、これは難しいこともあるよ。多くの人気のあるソーシャルメディアプラットフォームは自動投稿を制限しているからね。自動化やAPIの使用に関するポリシーは頻繁に変わるし、場合によっては完全に公開されていないこともある。スパム対策と重なることもあるからね。

└

インスタグラムのことはまだ解決できてないんだよね。唯一、今でも自分にとって重要なSNSだし。（ありがたいことに？）ツイッターには手を出さなかったから、簡単そうだね。

└

じゃあ、Bufferはどうやって動いてるの？オープンソースのBufferの代替、Postizもインスタグラムに対応してるよ。 0. https://buffer.com 1. https://github.com/gitroomhq/postiz-app

自分のサイトは自己出版だけだから、ただのゴミみたいなもんだよ :'( ちょっと関連するけど、IWCの寄稿者たちによるウェブの未来の予測はこちらで見られるよ: https://vhbelvadi.com/indieweb-carnival-round-up-dec-2025

それと、ウェブサイトのRSSやAtomフィードを設定するのを忘れないでね。RSSが死んだって言われることが多いけど、実際には2026年でも私のウェブサイトへのトラフィックの大部分はRSSフィードから来てるよ！実際、私のちょっとしたゲームの一つが、誰かがRSSフィードで見つけてHNでシェアしてくれたおかげで、そこそこ人気になったんだ。 [1] ウェブサーバーログのリファラー（正確には信頼性はないけど、いくつかの洞察は得られる）データによると、私のウェブサイトへのトラフィックの主な3つのソースは以下の通り。1. RSSフィード - RSSアグリゲーターサービスやローカルRSSリーダーツールを使っている人たち。2. ニュースレター - ウェブ上にどれだけ多くのテックニュースレターがあるか、そしてそのユーザーがどれだけアクティブかに驚いたよ。時々、ニュースレターが私のちょっとした投稿を取り上げてくれて、そのフォロワーから大量の訪問があるんだ。実際、これが新しいニュースレターを見つける手助けにもなって、今ではバックリンクのリストに記録してるよ。 [2] 3. 検索エンジン - Google、DuckDuckGo、Bingなどの検索エンジンからのトラフィック。これは、特定のツールやゲーム、HOWTO投稿を探している訪問者がリピートしてくることが多いね。 [1] https://susam.net/from-web-feed-to-186850-hits.html [2] https://susam.net/backlinks.html

└

問題は、RSSクライアントのクローラーがコンテンツを事前に読み込んだおかげでトラフィックがあるのか、それとも実際のユーザーからのものなのかってことだね。ちなみに、RSSを殺すことには賛成じゃないけど、本当に疑問に思ってる。

└

RSSはブログ投稿を読むのに一番好きな方法だよ。RSSフィードがあるブログは、ただビューを稼ぐためや広告を出すだけじゃなくて、実際に面白いコンテンツを書くことに興味があると思う。これって理にかなってるよね—RSSリーダーを通じてビューをマネタイズするのは難しいし。

このコンセプトは些細なことのように思えるし、既存のブロガーたちにも広く使われているから、何か見落としてる気がする。

Facebookの歴史の中で最大の後退の一つは、RSSの配信を取り除いたことだね。昔はFacebookアカウントを外部のRSSフィードに登録できた時代があったんだ。そのフィードのエントリーが「Facebookの壁」に新しいコンテンツを作ってくれた。これでRSSをサポートしているサードパーティを使って、Facebookフィードにコンテンツを発信できたんだよ。けど、Facebookはその機能を削除しちゃった。その結果、人々はFacebookの中でコンテンツを作らなきゃいけなくなった。これでコンテンツ作成の流れがFacebook内から始まるようになって、クリエイターが全体の流れを選ぶワークフローで作られたコンテンツを受動的に消費することができなくなった。個人的には、これがFBの歴史の中で最大の後退の一つだと思う。オープンウェブへの大きな攻撃の一つで、残念ながらほとんど成功しちゃって、結果的にインターネット全体が悪化したと思う。