backfeed-ja

Backfeed（バックフィード）とは、POSSEコピー上での反応（やり取り）を、オリジナルの投稿へ配信（シニジケーション）し直す（別名：逆配信 / reverse syndicating）プロセスのことです。

なぜやるのか

私たちが POSSE を行うのは、友人や他の人々が私たちの投稿を読みやすくするためです。

backfeed-ja を実装する目的は、それと同じように、友人が POSSE コピーに対して行った「反応」がオリジナルの投稿に反映されるようにすることで、IndieWeb サイト上のオリジナル投稿の著者であるあなた自身が、友人たちのコメントを読んだり他の反応を確認したりするのを簡単にするためです。

以下の理由から、バックフィードを実装すべきです：

自分の投稿へのコメントを一箇所で読む：IndieWeb上のコメントと、POSSE コピー上のコメントをすべて一箇所に集約できます。
投稿への「いいね」やリポストを確認する：IndieWeb上のいいねと、POSSE コピー上の「いいね/お気に入り」を一箇所に集約することで、それらの反応の全体像をより素早く把握できます。
コメント、いいね、リポストをより確実に保存する：一言で言えば、やり取りの長寿命化です。これらの反応を自分の投稿のパーマリンクにコピーしておくことで、悪意のある検閲から将来的なサイトの消滅まで、サイロで起こりうる数々のコンテンツ消失シナリオからそれらを守ることができます。
より質の高い議論を行う：一部のサイロが許可しているものよりも、優れたS/N比（シグナル対ノイズ比）を得られます。例えば、Twitter には自分の投稿（ツイート）に対するコメント（@-返信）を削除したり切り離したりする仕組みがありません。ミュートや、不完全に実装されたブロック機能しかなく、それらは自分からは見え��くなりますが、他の誰からも攻撃的だったりノイズだったりする @-返信は見えたままです。自分のサイトであれば、適切と思われる形でそれらをモデレートできるため、サイロが許容しているものよりも全体的に優れたコメント欄を維持できます。

方法

サイロからバックフィードを実装するには、大きく分けて2つのアプローチがあります。

サイロのAPIを使用する

サイロのAPIを使用して、反応に関する通知を受け取る（webhooks 経由）、または POSSE コピーをポーリングして反応を確認し、それらを自分の投稿に組み込むことができます。APIによって、このための機能の充実は異なります。

サイロAPI別の「バックフィード方法」の詳細：

Twitter

Twitter の POSSE コピーに対する @-返信などを取得するために使用する Twitter API：

DOMAIN filter:links を result_type=recent で検索する。こちらのサンプルコード（およびこちら）を参照。直近の結果しか返しませんが、それ以外は問題なく機能します。
特定のツイートへの返信を取得する公式な方法はありません。ただし、投稿が古くなければ、元のツイートの著者の @-メンションを検索し、その結果の中から in-reply-to フィールドが元のツイートを指しているものを探すことができます。こちらのサンプルコードを参照。
それ以外には、信頼性は低いですが、ドキュメント化されていない非公式の 'related_results' エンドポイントが存在します。

Facebook

以下を参照：

Facebook#How_to_backfeed_from

Flickr

Flickr にはこのための直接的な API があります：

バックフィード・プロキシを使用する

あるいは、あなたが webmentions の受信をサポートし、あなたの代わりにサイロの API を呼び出して、各サイロでの反応ごとに webmentions を送信してくれるプロキシを使用することもできます。例：

Bridgy

IndieWebの実装例

Singpolyma

singpolyma は投稿を Twitter に配信し、返信やメンションの API エンドポイントを（認証済みで）ポーリングして応答を取り込む cron ジョブを実行しています。（????-??-??より）

Ryan Barrett

Ryan Barrett は、2011-12-02より Bridgy（後述）を使用して、サイロから自身のサイトへコメント、いいね、リポストをバックフィードしています：

https://snarfed.org/2011-12-02_thoughts_on_writing_my_first_android_app#comment-1153466

例として、こちらの Facebook と Twitter のコメントを参照：

http://snarfed.org/2013-12-06_new-app-engine-logo#comments

こちらの Facebook、Twitter、G+ のコメント、いいね、+1 を参照：

https://snarfed.org/2015-04-21_introducing-color-genomics

Basil

Basil は投稿を Mastodon に配信し、自身のインスタンスの API を使用して返信を自身のサイトに引き戻しています。

Björn Schießle

Björn Schießle も Mastodon API を使用して返信を自身のサイトに引き戻しています。例：https://www.schiessle.org/articles/2019/04/05/the-power-of-workflow-scripts/

Abhinav Sarkar

Mastodon API： https://notes.abhinavsarkar.net/2023/mastodon-comments

Michael Thomas

Mastodon API： https://blog.thms.uk/2023/02/mastodon-comments

Kristof Zerbe

Kristof は、自身のブログ kiko.io において、投稿の frontmatter で定義された配信先に応じて、複数のプロバイダーからやり取りをクライアントサイドで取得するために Mentions-United を使用しています。

その他の一般的な例

ジャーナリズム

Buzzfeed は 2017-02-17に、「Outside Your Bubble（あなたのバブルの外側）」と呼ばれるバックフィード関連の実験を発表しました。これは、視聴者に自身のソーシャルメディア空間の外で何が起きているかを垣間見せる試みです。サイトに統合されたこの新機能の具体的な例も記事内で提供されています。（フィルターバブルも参照。）

科学コミュニケーション

BioRxiv は、学術��文のリーチと影響力の「社会的証明（ソーシャルプルーフ）」を提供するために、科学論文に関するツイートのバックフィードを使用しています。Let's make science metrics more scientific（科学の指標をより科学的にしよう）も参照。
ある意味で Altmetric は、科学出版コミュニティにおける Bridgy の商用版のように機能しています。
Altmetric と同様に、Elsevier の子会社である Plum Analytics も、バックフィードと言及分析を提供しています。
- SSRNの記事「Pulling the Goalie: Hockey and Investment Implications（キーパーを上げる：ホッケーと投資への示唆）」における分析例。

サービス実装

Bridgy

Main article: Bridgy

brid.gy は、Twitter、Instagram、Flickr、GitHub（以前は Facebook と Google+ も）上のコメント/返信、いいね、リポスト、メンションに対して webmentions を送信するサービスです。original post discovery を使用して webmention の送信先リンクを見つけます。GitHub リポジトリはこちら。

Salmon Unofficial

salmon-unofficial は、Bridgy の以前の、現在はメンテナンスされていない代替サービスで、webmention の代わりに Salmon プロトコルを使用していました。Salmon の規定通り、LRDD、WebFinger、XRD を介して元のソースサイトを特定していました。GitHub リポジトリはこちら。

Altmetric

Altmetric は、科学出版コミュニティ向けの Bridgy のプロプライエタリな商用版のように機能します。Twitter、Weibo、Reddit、Facebook、Wikipedia、Google+、LinkedIn、Pinterest、その他の研究関連プラットフォームやブログでの研究への言及データを API 経由で提供します。

OwnYourSwarm

Main article: OwnYourSwarm

OwnYourSwarm は、Swarm のチェックインを Micropub 経由でウェブサイトに送信し、チェッ��インに対するコメントやいいねの webmentions を送信するサービスです。

サーバー実装

WordPress プラグイン

Social - これは 2016年末に終了し、ミドルウェアプロキシを使用していたため、二度と機能しない可能性があります。
NextScripts SNAP
Jetpack Publicize は素晴らしいですが、バックフィードはまだ実装されていません。

Hugo (Mastodon用)

Carl Schwan

クライアント実装

Mentions United

Mentions United は、投稿に関連付けられた配信先（syndications）に基づいて、ページ読み込み中にブラウザで利用可能なやり取りを取得するための JavaScript ソリューションです。このプロジェクトはメインスクリプトと2種類のプラグイン（特定のプラットフォームからやり取りを取得する Provider と、目的の HTML を生成する Renderer）で構成されています。

議論

保存、法的問題、データ所有権、UXなど……

これらの反応は、コンテンツの元のソースであるあなたのインディーページに「属する」ものなのでしょうか？保存、法的問題、データ所有権、UXなどの疑問があります。

肯定派：
- 人々にどこで返信を書くかの選択肢を与える。
- UXの向上（使用するサービスによって議論の余地あり）。
- 使いやすさ、参入障壁の低さ。Peter Shaw はこれをうまく説明しており、特にソース記事がある場所で返信する価値と直感性は、技術に詳しくないユーザーや余分な手間をかけたくないユーザーにとって非常に魅力的です。
- 技術的でなかったり、現在いる場所（サイロ）に強いこだわりがなかったりする大多数のユーザーに寄り添える。
- +1 barnabywalters
- +1 Ryan
- ……

否定派：
- クローズドなサイロからのバックフィードよりも、pingback のような汎用的でオープンなシステムの方が好ましい（ただし、オープンなレスポンスシステムについては全く別の議論になります）。
- 回答者は元のソースサイトで公開することを選択したわけではない。稀なケースとして、これが法的な問題を引き起こす可能性がある。
- オーバーヘッドが増える。
- サイロを敵に回す可能性がある。サイロ側は、自社データのこのような外部への配信を阻止しようとすることが多い。一つの例（他にも多数）。

また、多くのサイロはプライベートやセミプライベートな投稿をサポートしています：Twitter の非公開アカウント、Instagram の非公開アカウント、Google+ のサークル、Facebook の友達限定投稿などです。これらの投稿への返信は通常、同じオーディエンスに限定されているため、一般的に公開されているウェブページにバックフィード「されるべきではありません」。

これらの（セミ）プライベートな返信は、同じオーディエンスにのみ表示されるプライベート投稿にバックフィードされる可能性があります。しかし、プライベート投稿はまだあまり普及しておらず、特に同じプライベートなオーディエンスに POSSE されるケースは少ないため、実際の実装例はまだほとんど見られません。

モデレーションとスパム

POSSE されたコンテンツのコピーがスパムの反応（例：偽のボットアカウントからの Twitter のいいね）を受けた場合、このスパムは元のページに引き継がれます。これは好ましくないため、サイト所有者による手動の対応が必要になる場合があります。バックフィード実装には通常、スパム検出機能が組み込まれていないためです（例えば、送られてくる Bridgy のバックフィード返信は、スパム自体が返信そのものであり内容ではないため、一般的な内容ベースのスパムフィルターでは処理できません）。

この問題に対処するための考えられるアプローチ：

手動モデレーション
スパムの多いソースからのバックフィードを一切表示しない
Twitter ユーザーがソーシャルグラフ上で例えば最大 1〜2 度以内に収まっているかを計算して、受信した返信を検証する
受信したバックフィード返信を承認待ちキューに入れる

Vouch はネイティブな IndieWeb モデレーションとして有望ですが、サイロには機能しません。Vouch は各ユーザーが独自のドメインを持っていることを前提としていますが、サイロでは通常そうではありません。また、サイロにおけるユーザーの質や行動、モデレーションなどは、IndieWeb サイトとは大きく異なり、サイロ間でも差があります。プログラムでバックフィードの webmention をフィルタリングしたい場合は、ソースURLドメ��ンに基づいて Bridgy のようなバックフィード送信者を特別扱いするか、u-url のドメインとパスに基づいて個別のサイロや特定のサイロユーザーを判別することをお勧めします。

Vouch#Backfeed も参照。

ブレインストーミング

「ピュア・ウェブ」バックフィード

私たちは、サイロや POSSE コピーのための backfeed-ja について多く考えてきました。元の投稿ではないものの、ウェブ標準や IndieWeb プロトコルに可能な限り完全に準拠し、協力的なページである「ピュア・ウェブ」な配信コピーにおいて、バックフィードはどのように機能するでしょうか？こちらにスケッチがあります。

背景

2010-02-03 バックフィードが DiSo 2.0 の概念化において概念として初めてオンラインで記述されましたが、当時は「reverse syndication（逆配信）」と呼ばれていました：
#8 特定のサイトからのコメント＋タグ＋ノートの逆配信（reverse syndication）。
2010-10-06 POSSE＋バックフィードの概念的アーキテクチャ（用語ができる前）
中央の「Personal site」への、またそこからの矢印に注目してください。外向きの矢印は概念的に POSSE を、戻ってくる矢印は backfeed-ja を示しています。