POSSE-ja

From IndieWeb

ネットワークにどう適合したいかを考えましょう。

POSSE アイコン
POSSE アイコン

POSSE は、Publish (on your) Own Site, Syndicate Elsewhere（自分のサイトで公開し、他所に配信する）の略称です。これは、コンテンツをまず自分のサイトに投稿し、その後、コピーを公開したりサードパーティ（social media siloなど）にリンクを共有したりする手法を指します。その際、閲覧者があなたのコンテンツと直接やり取りできる経路を提供するために、original post link（元の投稿へのリンク）を添えます。

▶️ Zachによる1分間の* POSSE導入ビデオを見る

なぜやるのか

友人に、彼らの好きな方法であなたの投稿を読んでもらいましょう。 POSSEを使えば、友人はあなたのコンテンツを読むために、彼らが普段使っているもの（Instagram、Tumblr、Twitter、Neocitiesなどのソーシャルメディア silo）を使い続けることができます。

「いつか」ではなく「今」、友人と連絡を取り合いましょう。 POSSEは、将来的に友人とつながる可能性よりも、現在の友人と今つながり続けることを重視しています。

連邦化（Federation）よりも友人が大切です。 建築的な理想よりも人々にとって重要な人間関係に焦点を当てることで、人間的な観点から見れば、POSSEはfederationよりも重要です。さらに、連邦化のアプローチがまずPOSSEの手法を取り入れれば、より採用されやすくなり（誰もが友人と連絡を取り合いたいと思っているため）、その結果、連邦化された未来により急速に近づくことができます。

POSSEはブログの域を超えています。 これは、IndieWebのムーブメントが単なる「全員が自分のサイトでブログを書く」ことや、「全員がお気に入りのソーシャルソフトウェアをインストールして実行する」といったmonoculture（単一文化）的な解決策とはdifferent（異なる）理由であり、その方法の核となる部分です。

全般的な理由

POSSEは、以下の理由から、堅牢で好ましい配信モデルであると考えられています。

  • サードパーティへの依存を減らす。 自分のサイトに直接投稿することで、投稿のためにサードパーティのサービスに依存しなくて済みます。自分のサイトにアクセスできれば、コンテンツを公開できます。対照的にPESOSでは、サードパーティのサイトがダウンしているとき、コンテンツを追加することができません。
  • 所有権。 自分のサイトに「最初に」投稿することで、中間にサードパーティのサービス（サイロ）の利用規約（TOS）を挟むことなく、自分にまで遡れる直接的な所有権の連鎖を構築できます（これはPESOSの脆弱性です）。
  • コンテンツの正規URLを所有する。 コンテンツへの正規URL（Canonical URL）を自分のドメイン上に持てます。
  • コピーからオリジナルを引用できる。 コンテンツを最初に自分のサイトに投稿する（つまりパーマリンクを作成する）ことで、サードパーティのサービスに投稿するコピーから、自分のサイトのオリジナルへリンクしたり引用したりできます（syndication_formats および TwitterへのPOSSEノート を参照）。
  • より優れた検索。 自分のドメイン上の公開コンテンツを（任意の検索エンジンを使って）検索する方が、投稿の検索をsilosだけに頼るよりも効果的です（例えば、Twitterは一時期、検索結果に最近のツイートしか表示しませんでした。Facebookの検索結果はいまだに非常に貧弱です）。
  • backfeed（バックフィード）を使用して、他のサービスからの反応を取り込む（逆配信する）ことができます。
  • コンテンツの正規コピーを自分のサイトに保存しながら、他のサービスのソーシャルレイヤーや集計機能を活用できます。
  • ...

なぜオリジナルへリンクするのか

一般的なPOSSEの実践では、permashortlinkを使用して、POSSEコピーからオリジナルへリンクを貼ります。その理由は以下の通りです。

  • オリジナルコンテンツの発見。 サードパーティのサービスに投稿されたオリジナルへのパーマリンクにより、それらのサービス上のコピーからオリジナルのコンテンツをdiscovery（発見）することが可能になります。
  • 投稿をコピーするスパマーを逆手に取る。 スパマー（例: @sin3rss）があなたのPOSSEコピーを無意識にコピーして転載したとき、彼らはオリジナルへのリンクも一緒にコピーします。その結果、より多くの人があなたのオリジナルの投稿を見つけ、閲覧するための導線となります。ある種の「2011-01-09 インターネット合気道」です。
  • オリジナル投稿のランキング向上。 あなたのPOSSEコピーが他者によってコピーされ、他所へ（手動リツイートやRSSボットなどを介して）転載された場合、それらのコピーがオリジナルへリンクしていれば、検索エンジンはそれらのリンクを辿ってオリジナルを特定し、ランクを高く設定します。

方法

実装方法

このセクションは、POSSEを実装するウェブ開発者向けです。

全般

一般的に、コンテンツ投稿ソフトウェアが何かを投稿するとき、選択したsiloの宛先にもコピーを投稿し、そこからオリジナルへ戻るoriginal post link（例: permashortlink や permashortcitation）を含めるべきです。

その詳細は宛先によって異なります。以下のサイロ別のセクションを参照してください。

コピーをサイロに投稿した後は、以下のことを行うべきです：

  • オリジナル投稿の posts-elsewhere セクションから、配信されたコピーへリンクを貼る。

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

最高のユーザーインターフェース（UI）とは、自動的で、信頼でき、目に見えないものです。常に期待通りに、予測可能な形でPOSSEを実行できるのであれば、明示的なUIは必要ありません。

プレビュー

予測可能性を高め、安心感を与える一つの方法は、公開前に配信先にどのように表示されるかを（配信先の制限内で）プレビューとして表示することです。

（スクリーンショットが必要）

Twitter

Twitterはおそらく最も人気のあるPOSSEの宛先であり、始めるのに適した場所です。

ノート（ツイート）をTwitterに直接投稿するのではなく、自分のサイトに投稿してTwitterにPOSSEし始めることができれば、データの所有権を握るための大きな一歩を踏み出したことになります。

詳細：

  • APIアクセス - 永続的なAPIトークンにより、新しいツイートの投稿はスムーズに機能し、戻り値には投稿されたURLが含まれます。
    • 2022年11月現在、Twitterは、Twitterのルールやポリシーに違反する可能性があるという理由で、POSSE/バックフィードに使用されるアプリケーションの新しいAPIアクセスを拒否しています。 — Barnaby Walters
  • 非常に完成度の高いWebアクションエンドポイントをサポートしているため、半手動の投稿を簡単に実装できます。
    • これらのエンドポイントは何ですか？2022年現在もそうですか？ — Barnaby Walters

ノートとアーティクル（ブログ投稿）の両方をTwitterにPOSSEする方法の詳細については、TwitterへのPOSSEを参照してください。

Facebook

Main article: POSSE to Facebook

現在、FacebookへPOSSEするためのオプションは2つあります：

Medium

Main article: Medium

WordPress

Main article: WordPress
  • veganstraightedge.com はどのように行っていますか？（彼のすべての記事はWordPress.comへ手動でPOSSEされています）
  • Chris Aldrich は、セルフホストされたWordPressからWordPress.comへPOSSEするために、WordPressプラグイン WordPress Crosspost を使用しています。

Ghost

Main article: Ghost
  • コミュニティによって開発されたオープンソースツールが GitHub で公開されています。このツールはGhostのウェブフックを使用して最新の公開投稿をJSON形式で受信し、その投稿をMastodonやBlueskyのアカウントに配信します。

プレーンテキストノート

一部の宛先（例: SMS や プッシュ通知）では、純粋なプレーンテキスト表現が必要になる場合があります。

ソフトウェア

POSSEを実装するためのソフトウェアとライブラリ：

  • PHP
    • php-helpers のPOSSE名前空間（別のパッケージに移動される可能性があります）には、HTMLからプレーンテキストのマイクロブログ構文への変換を含む、各種の切り詰め、準備、配信機能が含まれています。
  • Python
    • SiloRider はPythonで実装されたコマンドラインツールで、さまざまなサービス（2018-08-01時点でTwitterとMastodon）へのPOSSEを実装できます。
    • Feed2Toot は、任意の数のRSSフィードを解析し、そのコンテンツをActivityPubベースのサービス（Mastodon、Pleromaでテスト済み）に投稿するもう一つのコマンドラインPythonツールです。高度な投稿フィルタリング、フィード解析とトゥート形式に関する多数のオプションなど、便利な機能が含まれています。
  • Docker
    • POSSE Party: POSSEのためのセルフホストソフトウェア。

サービス

  • Bridgy Publish は、POSSE-as-a-service（サービスとしてのPOSSE）です。Twitter、Flickr、GitHub、Mastodon をサポートしています。対話的、あるいは webmention を介してプログラムから使用できます。
  • Mugged Tweets - ノートをマグカップにPOSSEします（あらかじめTwitterへPOSSEしておく必要があるかもしれません）。
  • IFTTT は、RSSやAtomフィードを使用して、Twitter、Tumblr、Facebookなどの多数のサイロへコンテンツを自動的に転送することを可能にします。
  • EchoFeed

公開フロー

POSSEのコンテンツ投稿フローを実装する方法は、少なくとも2つあります：

クライアント → サイト → サイロ
  • ユーザーが公開用クライアントを使用してコンテンツを作成する
    • オプション：クライアントがサードパーティサービスを認識している場合、それらを選択するUIや、サービスごとのカスタマイズ機能を提供する
  • コンテンツが完成したら、ユーザーは自分のサーバーに公開する（オプション：どのサードパーティサービスに送るか、およびそのカスタマイズ内容などのメタデータを付与する）
    • オプション：クライアントはサーバーの状態を把握した上でパーマリンクを生成し、そのパーマリンクに対して公開を行うことができる
  • サーバーがコンテンツを公開し、必要に応じてパーマリンクと要約（および/またはサードパーティサービスに適したカスタマイズコンテンツ）を生成する
  • サーバーが、パーマリンク付きのコピーをサードパーティサービスに投稿する

利点：

  • ユーザーはインターネット上で自分のサイトという1つの場所とだけやり取りすればよい
  • 配信（Syndication）をサーバー側で完全に自動化できる

欠点：

  • 特になし？
クライアント → サイト および サイロ
  • ユーザーが公開用クライアントを使用してコンテンツを作成する
  • コンテンツが完成したら、ユーザーは自分のサーバーに公開する
  • クライアントは、プッシュしたばかりのコンテンツのURLをサーバーに問い合わせる
  • 公開用クライアントは、以下を選択するためのインターフェースをユーザーに提示する：
    • どのサードパーティサービスに公開するか
    • サービスに公開する正確な内容（生成されたコンテンツに基づく要約が事前入力されている）
  • ユーザーがサービスを選択し、フォームを送信する
  • 公開用クライアントが、コンテンツの要約をサードパーティサービスに投稿する

利点：

  • サードパーティサービスへのコンテンツコピーのタイミングや編集について、ユーザーがより細かく制御できる

欠点：

  • 配信のたびに手動の手順が必要になる
  • クライアントからサードパーティサービスへの直接的な接続性に依存する（モバイル接続が不安定な状況や、クライアントがドメイン検閲のあるインターネットアクセスを使用して公開している場合に問題となる）

IndieWebの実装例

以下のIndieWebCamp参加者のサイトは、POSSEアーキテクチャをサポートしています。実装している場合は、それを追加し、スクリーンショットやスクリーンキャスト、あるいはそれについてのブログ記事を作成して、詳細やリンクをここに投稿してください（日付順、古いものから）：

Tantek

Tantek.com 2010-01-01時点[1]（2010-01-26 Twitter配信開始[2] および 追いつき[3][4]）。Tantek Çelik は tantek.com 上の Falcon にPOSSEを実装しました。

  • すべてのセルフホスト投稿は、PuSH v0.4 + h-feed および Atom を使用して、PubsubHubbubハブを介して StatusNet や他の購読者などにリアルタイム配信される（閉鎖されるまでは Google Buzz にも配信されていた）。
  • note（および article のタイトル）、reply、RSVP 投稿は、個人サイトのサーバーによって snowflake 形式でコピーされ、オリジナルへのパーマショートリンク（詳細は Whistle を参照）を引用・参照として含めて Twitter に投稿される。Twitter へのノートのコピーは、そこから自動的に Facebook にも再コピーされる。
    • Facebook イベントへの RSVP は、Bridgy Publish を使用して Facebook に「コピー」（というより伝播）される。
    • ツイートへの like（いいね）は、Bridgy Publish を使用して Twitter に「コピー」（というより伝播）される。

Barnaby Walters

Waterpigs.co.uk 2012-03-12時点。Barnaby Walters は waterpigs.co.uk にてPOSSEを実装しました。

  • 2012-09-25時点で、すべてのコレクション（ノート、アーティクル、アクティビティ）は PuSH 購読可能な feeds となっている。
  • 「クライアント → サーバー → サードパーティ」のフローを使用。--Waterpigs.co.uk 2012年9月25日 06:08 (PDT)
  • Twitter と Facebook に配信中。
  • 2014-06-19時点で、Taproot はノートやアーティクルを更新する際、追加の POSSE ツイートをオプションで投稿できるようになった。例：更新されたノート と 更新分のPOSSEツイート。Bridgy がオリジナルの POSSE ツイートだけでなく、更新ツイートからもサイロでの反応をバックフィードすることに成功している点に注目。

Brennan Novak

brennannovak.com 2012-07-01時点[5][6]。Brennan Novak は自身のサイト brennannovak.com にて、Twitter と Facebook にコピーを投稿するPOSSEを実装しました。

Aaron Parecki

aaronparecki.com 2012-08-19時点[7][8]。Aaron Parecki は自身のサイト aaronparecki.com にてPOSSEを実装し、自身のサイトのオリジナルへのパーマショートリンクを含むコピーを Twitter に投稿しています。

Sandeep Shetty

User:Sandeep.io 初の POSSE 投稿は 2012-11-05。主に Twitter へ配信している。サイロ（Facebook, Twitter, Google+）が提供するシェアリンクを各投稿に追加し、それを手動でクリックして内容を事前入力・編集して投稿するという、非常にローファイな解決策を使用している。API の統合は、Facebook API を使用してそのランダムな変更に対処してきた広範な経験から、あえて避けている。「統合」は時に高いコストを伴うため、可能な限りシンプルに保っている。

Ben Werdmuller

werd.io 2013-05-31時点 [9]。Ben Werdmuller は自身の idno プラットフォームにプラグイン経由でPOSSEを実装しました。新しいコンテンツには関連する Activity Streams オブジェクトタイプが付与され、POSSE プラグインはそれらのオブジェクトタイプに関連する投稿イベントをリッスンして、適切に配信を行います。

  • ノートとアーティクルは Twitter と Facebook に配信される。
  • 画像は Facebook、Flickr、Twitter に配信される。
  • 場所（チェックイン）は Foursquare に配信される。
  • 他のプラグインも非常に簡単に作成可能。Foursquare プラグインの構築には約 1 時間しかかからなかった。

Shane Becker

Glenn Jones

glennjones.net 2014-01-14時点。Glenn Jones は、新しいバージョンの transmat.io システムを使用してブログにPOSSEを実装しました。transmat に追加された新しいコンテンツはオブジェクトタイプに関連付けられます。POSSE Twitter プラグインが投稿イベントをリッスンし、コンテンツを配信します。現時点ではノートのみが配信されます。

Jeremy Keith

adactio.com 2014-05-27時点。Jeremy Keith は独自のカスタムCMSを使用してPOSSEを実装しています。

Shane Hudson

shanehudson.net 2014-09-19時点。Shane Hudson は Craft CMS 用に Twitter へのPOSSEを実装しました。

  • 以前は WordPress で運用していたが、そのUXを好まなかった。
  • 返信コンテキスト（reply contexts）は機能しているが、IDを手動でコピーする必要がある。
  • 写真のPOSSEはまだだが、計画中。
  • 現在はメインのテキストボックスから140文字制限のツイート用テキストボックスへ手動でコピーしている。これを自動化する予定。

Ravi Sagar

http://www.ravisagar.in/blog/implementing-posse-my-site 2018-02-21時点で自身のサイトにPOSSEを実装。

  • 新しいブログとノートは Drupal に投稿される。
  • 「Share」キーワードがタグ付けされたブログとノート用に http://www.ravisagar.in/rss-social.xml RSSフィードが生成される。
  • Rebrandly を使用して RSS フィード用の短縮リンクを作成。
  • Zapier を使用して、新しく作成された Rebrandly リンクを Twitter と LinkedIn に共有。

Ludovic Chabant

ludovic.chabant.com 2018-07-30時点。Ludovic Chabant は、SiloRider を使用して PieCrust CMS から Twitter と Mastodon へのPOSSEを実装しました。

  • SiloRider は CMS に依存しない。公開されたマークアップ内のマイクロフォーマット（Microformats）のみに依存する。
  • 新しいアーティクルは、タイトルとリンクとして投稿される。
  • 新しいマイクロブログの更新は、ほとんどがそのままコピーされ（外部サービスの文字数制限に収まる場合）、写真投稿（複数写真投稿を含む）もサポートしている。

Adam Dawkins

adamdawkins.uk 2019-01-16時点。 Adam Dawkins は独自のカスタムCMSを使用してPOSSEを実装しました。

  • ノートは、自身のサイトで投稿を開始した 2019-01-16 からPOSSEされている。

例

Shaun Ewing

shaun.net 2020-01-16時点。 Shaun Ewing は Jekyll とカスタムAPIを使用してPOSSEを実装しました。

capjamesg

capjamesg は、自身のサイトから以下のサービスへノートを配信しています：

  • Twitter（brid.gy を使用）
  • micro.blog（micro.blog のフィードポーリングシステムを使用）
  • Fediverse（fed.brid.gy を使用）

この配信は、James が Micropub クライアントや Microsub フィードリーダーを使用してノートを投稿するたびに自動的に行われます。

Wojtek Powiertowski

behindtheviewfinder.com 2026-01-12時点で、Ghost ブログから以下のサービスへ投稿を配信しています：

この配信は、Wojtek がセルフホストしている posse クライアントを使用して新しい投稿を公開するたびに自動的に行われます。

……ここにさらに追加……

……POSSE対応サイトへのリンクと、サードパーティのソーシャル共有/公開サービスへコンテンツのコピーを配信し始めた日付を追加してください。

部分的 POSSE サイト

一部のコンテンツのみをPOSSEし、POSSE先と同じサイロにも直接投稿し続けているサイト。

その他の部分的 POSSE サイト：

  • User:Hupili.net は、以下のセットアップで部分的 POSSE を実装しています：
    • SNSAPI は、異なるソーシャルネットワーキングサービスのデータ構造とインターフェースを統一するための軽量なミドルウェア。開発者ユーザーがソーシャルサイロを操作するためのスクリプトの柔軟性を提供する。
    • SNSRouter は SNSAPI 上に構築された Web UI で、異なるサイトからの集約されたタイムラインの閲覧、メッセージの一括転送、および全チャネルでのステータス更新が可能。
    • 上記の説明にある通り、このモデルは真の POSSE ではない。オリジナルと配信されたステータスを区別することが（ほとんど）できない。各ステータス更新時に自身のサイトにパーマリンク付きのページを作成し、SNSAPI を使用して他のサイロに配信することを計画中。

他のアプローチ

COPE

COPE は Create Once, Publish Everywhere（1度作って、どこでも公開）の略。これには最初の「1度公開（Publish Once）」というステップが明示的に欠けており、コンテンツを様々な宛先に複製することに主眼が置かれています。

自分が「所有（Own）」するサイトでの「1度公開」ステップがなく、したがって original post permalink も欠けているため、COPE 戦略は、自分のコンテンツを読んだり見たりするための正規の場所に人々を引き寄せることに失敗します。その結果、他人のサイト上で（おそらく）バラバラの聴衆を増やすだけに終わります。

記事：

POSE

Main article: POSE

POSE（Publish Once Syndicate Everywhere）は、POSSE のより広範な前身。特定の silo で 1 度公開し、そこから他のサイロへ配信することも含まれていました。

PESOS

Main article: PESOS

似ているが逆のアプローチが PESOS。コンテンツをまずサードパーティのサービスに投稿し、それを個人のサイトにコピー/配信する手法です。

コンテンツの正確なコピーが個人サイトとサードパーティサービスの両方に投稿されている場合、POSSE か PESOS かを（おそらく存在しない、1秒未満の正確な公開日時を比較しない限り）見分ける方法はありません。配信されたコピーに、公開されたオリジナルへ戻るパーマ(ショート)リンクが含まれていれば、そのサイトが POSSE をサポートしていることを証明できます。

PESETAS

Main article: PESETAS

PESETAS は PESOS に似ているが、（個人サイトを一切介さずに）すべてを特定のサイロにコピー/配信する手法。

例えば、ほとんどのサイロは Twitter へのクロスポストをサポートしているため、すべてを Twitter アカウントに接続し、常にコピーを保持するためにそこへ（自動）クロスポストすることができます。

例：Tumblr には Twitter へクロスポストするための UI がある。Webapps StackExchange の投稿 にドキュメントと UI のスクリーンショットがあります。

ただし、Tumblr は十分に確立されており、より多様なコンテンツを扱え、より多くのテキストを許可し、Twitter のようにリンクをラップせずに URL へ直接リンクできるため、PESETAS の宛先としてはより適しています。

ブレインストーミング

CRUD

これまで（2013-222）のところ、POSSE は自身のサイトでのコンテンツの作成（Creation / 公開）を他のサイトに配信することのみを指してきました。このモデルは非常に成功しており、おそらくそれで十分かもしれません。

しかし、POSSE 用の完全な CRUD プロトコルの潜在的な有用性を探る価値はあります。

Create（作成）

Create は POSSE のデフォルトです。自身のサイトでコンテンツを作成し、その Create を他のサイトに POSSE します。これについては上記、および silo ページのサイロ別の詳細で説明されています。

Read（読み取り）

動詞としての Read を POSSE に適用すると興味深いものになります。

最低限、配信されたコピーからの将来的な読み取りの可能性に備えて、コンテンツの配信先コピーへのリンクを保存しておくことは有用です。

参照：

配信先 POSSE コピーからの読み取りの実際の直接的な用途：

  • オリジナル投稿に対する、POSSE コピー周辺のアクティビティの逆配信 / backfeed（バックフィード）：

さらに、POSSE コピーへの u-syndication リンクを保持しておくことで、後述する Update や Delete アクションを実行するために、そのコピーを削除することが可能になります。

Update（更新）

もし POSSE の宛先が更新/編集を許可しているなら、投稿を編集した際、その更新を配信先の POSSE コピーにも伝播させることができます。

  • 例：Facebook は投稿のテキスト（テキスト内のリンクを含む）や人物タグの編集を許可しているが、写真投稿の画像自体の変更は許可していない。

Twitter のように宛先が更新/編集を許可していない場合でも、POSSE ツイートを削除して再投稿することで、仮想的に POSSE 更新を実行することが可能です。すなわち：

Twitter への POSSE 更新のみを検討する場合：

  • まだ誰も返信していない場合（そうしないと Twitter 上のツリー形式の会話を壊してしまうため）
  • 変更内容が Twitter 上の切り詰められたコピーに表示される場合（つまり、変更箇所が 140文字（実質 120文字）の地平線より先であれば、Twitter コピーを書き換える意味がない）
  • 非常に短い時間枠（おそらく 2〜5分以内）である場合。そうでないと、Twitter であなたを読んでいる人々にとって、更新が重複として見えてしまうため。

これらの懸念はすべて、Twitter であなたのツイートを読んでいる友人への体験に関するものです。これこそが、そもそも Twitter へ POSSE する手間をかける唯一の（設計上の）理由であるべきです。

詳細は、サイロ別の POSSE セクションを参照してください：

  • Facebook：POSSE to Facebook （to-do：テキスト編集はOKだが画像編集は不可、写真投稿は POSSE 更新をシミュレートするために削除/再投稿が必要、という詳細が必要）
  • Flickr： (UI は写真投稿の画像の手動更新をサポートしているが、API で利用可能か？もしそうなら、Flickr への POSSE 更新（写真投稿の画像を含む）をサポートするために、Bridgy Publish の機能リクエストを GitHub に起票すること)
  • Twitter: POSSE to Twitter （to-do：上記の削除/再投稿戦略をそこにコピーする）
  • ……

Delete（削除）

削除をPOSSEで行うのは、特に削除をクライアントへ伝播させるサービスに対しては、比較的簡単に見えます。

例：Twitterのノートはいつでも削除可能です。

Update（更新）と同様に、以下の点を考慮してください：

  • すでにPOSSEコピーに返信（あるいは「いいね」やリツイートのようなアクティビティ）がある場合、会話のスレッド（および他人の「いいね」やリツイート）を維持するために、あえて削除せずに残しておくことを検討してください。

しかし、自分のサイトとPOSSEコピー（例：Twitter）の両方からコンテンツを本当に削除したい場合は、そのまま実行してください。

おそらく、投稿の削除用UIにおいて、削除を実行する前にPOSSEコピーにアクティビティ（返信、いいね、リツイート）があったかどうかを確認できるようにするのは良い機会です。実装案としては、UIがユーザーにこれらのアクティビティの有無を通知し、サービスごとに削除のリクエストを再確認させる方法が考えられます。


IndieWebの実装例

  • Grant Richmond は、2018-10-10時点でTwitterでのPOSSE削除をサポートしています。自身のサイトの投稿が非公開または削除されたかどうかを確認し、いいね、リポスト、ノートに対して適切なAPIリクエストを送信します。

FAQ

検索エンジンと重複コンテンツの心配

Q：検索エンジンが、重複していると思われる投稿にペナルティを与えることを心配する必要はありますか？

A：そのために、POSSEコピーは常にオリジナルへリンクを貼る「べき（SHOULD）」なのです。そうすることで、検索エンジンはコピーが単なるコピーであることを推測できます。理想的には、サイロ上のPOSSEコピーは rel-canonical を使用してオリジナルへリンクすべきですが、明示的な rel-canonical がなくても、オリジナルへの明示的なリンクは、それがオリジナルであるという強力なヒントになります。

これは、PESOSに対するPOSSEの利点でもあります。PESOSの場合、何がオリジナルで何がコピーかを判別する方法がないため、それらは単なる重複に見えてしまいます。

POSSE投稿の発見とバックリンク

Q：Brid.gy は、明示的なリンクがない場合でも、posse-post-discovery を使用して配信された投稿とオリジナルの関係を見つけることができます。これは、配信されたコピーに backlink を追加するのをやめてもいいということですか？

A：backlink なしのPOSSEは「最後の手段」と考えられており、いくつかのコストが伴います。詳細は posse-post-discovery#Tradeoffs を参照してください。

POSSEとWebmention送信のどちらを優先すべきか

結論から言えば、まず POSSE を行い、その後に webmentions を送信してください。

詳細と理由については、Webmention FAQ: POSSEとWebmention送信のどちらを優先すべきか を参照してください。

背景

概念的な関連用語：

  • 2014-06-21[11] 以前のどこかの時点で： POSE（Publish Once Syndicate Everywhere）という用語が、POSSEより前に定義されました。概念的にはPOSSEよりも緩やかで、「Once（1度）」が「自分のサイト」ではなく特定の「サイロ」上であると解釈される可能性もありましたが、POSSE（およびその概念的前身）では「自分のサイト」であることが明示されました。

記事

POSSE、特にその実装に関する記事やブログ投稿：

  • Chloe Weil: Hipster
  • Sebastian Greger An audience/context-conscious POSSE syndication plugin for WordPress
  • Scott Gilbertson (Ars Technica) How Google’s AMP project speeds up the Web—by sandblasting HTML

    ……これはパブリッシャーを、IndieWebムーブメントにおける大きなアイデアへと後押しするものです。それが、Publish (on your) Own Site, Syndicate Elsewhere（略してPOSSE）です。

    そのアイデアとは、自分のサイトにコンテンツの正規コピーを所有しつつ、そのコンテンツを可能な限りあらゆる場所へ送信するというものです。あるいは、読者にリーチしたいあらゆる場所へと言い換えてもいいでしょう。Facebook Instant Article？ もちろん、RSSフィードを接続しましょう。Apple News？ そこにもフィードを送りましょう。AMP？ ええ、AMPページを生成しましょう。そこで止まる必要はありません。新しいMedium APIや、他の数多くのサービスも活用しましょう。

    「読む」という体験は断片化されています。ウェブで読むのが好きな人もいれば、お気に入りのリーダーでRSSを介して読む人も、Facebook Instant Articlesで読む人も、TwitterのAMPページで、あるいは復元されたTRS-80で動くターミナルのLynxで読む人（真面目な話、それは可能です。以下を参照）もいます。POSSEアプローチの素晴らしさは、単一の正規のソースから、これらすべての人々にリーチできることです。

    ……

    ウェブのために、GoogleがAMPを十分に長く継続し、真の未来は自分自身のページを高速化しPOSSEスタイルのアプローチを受け入れることにあるのだとパブリッシャーたちを納得させてくれることを願いましょう。

  • 2018-07-31 Ben Werdmüller: Stepping back from POSSE (archived)
  • 2023-10-23 David Pierce: The poster’s guide to the internet of the future (archived)
    • POSSE、micro.blog、Bridgy について名前を挙げて言及し、このページにリンクしています。
  • 2024-09-27 Molly White: POSSE: Reclaiming social media in a fragmented world
  • ...

ウェブ以外のシナリオにおける手法としてのPOSSE

POSSE git リポジトリ

  1. indieweb で議論されたように、自身の git リポジトリを GitHub や GitLab といった git 「サイロ」に POSSE することも可能です。これを行う簡単な方法は、 Christian Weiske によって [12] で説明されています。


セッション

関連項目

脚注

Retrieved from "https://indieweb.org/wiki/index.php?title=POSSE-ja&oldid=108717"