cross-posting-ja

From IndieWeb

Cross-posting(クロスポスト)とは、同一のコンテンツを(場合によってはわずかに修正を加えて)多数の異なるウェブサイトに配信(シンジケーション)または配置するソーシャルメディア上の慣行です。

例えば、ある組織が自社のウェブサイトにブログ記事を掲載し、それを同様の目的を持つ他の場所のウェブサイトや、より大きなオーディエンスの目に触れる可能性がある LinkedIn などの サイロ にコピーすることがあります。これは本質的に名前のない POSSE であり、そうすることで自分たちが少しだけ IndieWeb 的な活動をしているとは知らない人々によって実践されています。多くの場合、「クロスポスト失礼します(Apologies for cross-posting)」といった謝罪が添えられます。(この謝罪は、表向きには複数のプラットフォームで彼らをフォローしており、同じメッセージを何度も目にすることになる人々へ向けられたものです。)

クロスポストの再定義と拡張

IndieWeb は、クロスポストまたは シンジケーション という広範な概念を拡張・差別化し、第一に所有権、第二に投稿のソース(発信元)とオリジナルが送信されるターゲット(送信先)によって、いくつかの要素に分解しています。

理想的なデジタル所有権のためには、まず自身のサイト(または自身がコントロールでき、データのインポート/エクスポートが容易なサイト)にコンテンツとデータを投稿すべきです。その後、自身のサイトの読者層を超えてリーチを広げるために、より広い分布を目指して他のサイトへシンジケート(配信)またはクロスポストを行うのは、その次(あるいは同時)であるべきです。

IndieWeb で定義されている最も一般的なシンジケーション・モデルは以下の通りです:

POSSE

  • POSSE は、Publish (on your) Own Site, Syndicate Elsewhere(自身のサイトで公開し、他所に配信する)の略称/頭文字です。まず自身のドメインにコンテンツを投稿し、その後に自身のサイトにあるオリジナルへのパーマ短縮リンクを添えて、サードパーティのサービスへコピーを配信するコンテンツ公開モデルです。

PESOS

  • PESOS は、Publish Elsewhere, Syndicate (to your) Own Site(他所で公開し、自身のサイトに配信する)の略称/頭文字です。公開フローがサードパーティのサービスへの投稿から始まり、その後何らかのインフラ(例:フィード、ピンバック、ウェブフック)を使用して自身のドメイン配下にアーカイブコピーを作成するシンジケーション・モデルです。

PESETAS

  • PESETAS は、Publish Elsewhere, Syndicate Everything To A Silo(他所で公開し、すべてを一つのサイロに配信する)の略称/頭文字です。公開フローがサードパーティのサービスへの投稿から始まり、その後設定やインフラ(例:共有設定、フィード、ピンバック、ウェブフック)を使用して、特定のサイロに統合された 複合ストリーム を作成するシンジケーション・モデルです。これはフォローのしやすさ(「私の Tumblr だけフォローしておけば全部見られる」など)やアーカイブバックアップを目的としています。

PASTA

  • PASTA は、Publish Anywhere, Save To (private) Archive(どこでも公開し、プライベートアーカイブに保存する)の略称/頭文字です。(ソーシャルメディアの)サイロに投稿したものを、自身のサーバー上のプライベートディレクトリやラップトップのローカルフォルダなど、自身の管理下にある別の場所に自動的に保存する慣行です。これはサイトの閉鎖(site-death)の影響を受けにくくするためのものです。

S2S

  • Silo to Silo(サイロからサイロへ):これは 2017 年以前にインターネット上のほとんどの人々に見られた典型的なシンジケーション手法です。Medium などの一つのサイロに何かを投稿し、それを Twitter、Facebook、Google+、LinkedIn、その他潜在的に数千のサイトにクロスポストします。この「下手な鉄砲も数撃ちゃ当たる」的なアプローチはリーチの面では役立ちますが、初期の所有権やインターネット上でのコンテンツの長期的な存続を守るためにはほとんど役に立ちません。(PESETAS も参照)。

POOSNOW

  • POOSNOW は、Post On One Silo, No Others on Web(一つのサイロに投稿し、ウェブ上の他にはなし)の略称です。これは最悪の選択肢です。なぜなら、個々のサイロが買収されたり、アクハイア(人材買収)されたり、閉鎖されたり、倒産したり、あるいは単に消失したりする可能性や事例が非常に多いため、単一サイロへの投稿は所有権とインターネット上の長寿性の両面において最も脆弱だからです。(詳細は サイトの死 とその膨大な例を参照してください。)

サイロの例

初期の先行事例

  • Ping.fm は、ユーザーが複数のソーシャルネットワークに同時に投稿することを可能にしたソーシャルネットワーキングおよびマイクロブログサービスでした。Ping.fm で更新を行うと、一度に多数の異なるソーシャルサイトに更新がプッシュされました。Ping.fm は 2012 年 7 月 5 日に閉鎖され、Seesmic Ping に置き換えられましたが、後に HootSuite に買収されました。
  • FriendFeed。FriendFeed は多数のサイロからのコンテンツの強力なアグリゲーター(集約ツール)でしたが、それ自体がスタンドアロンのサイロとしても機能し、そこにネイティブに公開されたコンテンツを他のサイロへプッシュしていました。ある意味では、多数のサイトを相互接続することを可能にする交換台(スイッチボード)として機能していました。最終的に Facebook に買収され、閉鎖されました。

現在の例

  • FacebookTwitterGoogle+:通常、最大手のソーシャルメディアプラットフォームは、ユーザー(およびそのデータ)を自社のシステム内にロックしておくことを好むため、他のサイトへのシンジケーションを許可したり推奨したりしません。例として、Facebook、Twitter、Google+ は競合サイトへの直接的なクロスポストオプションを提供していません。
  • LinkedIn は上記の大手サービスとおよそ同等ですが、Twitter へのみ簡単にシンジケーションを行うことができます。
  • Instagram は、Facebook(親会社)、TwitterTumblr への直接的なシンジケーションを許可しています。Facebook へのシンジケーションでは写真とデータのすべてが Facebook に送信され「期待通り」の形で表示されますが、Twitter は(ユーザーが Instagram で遊ぶのを抑制するための企業戦略として)データの完全なシンジケーションを受け入れず、写真の代わりに写真へのリンクのみを表示します。(以前は Twitter フィード内でも写真を受け入れ、インラインで表示していました。)多くのユーザーは、ワークフローの中で他のツールを使用して、Instagram から Twitter にシンジケートされた写真を強制的にインラインで表示させています。
  • 通常、小規模なソーシャルメディアサイトから大規模なサイトへは、単純なシンジケーションが提供されます。これはユーザーに広い分布を許可するだけでなく、自サイトからデータを送信することでバックリンクを作成し、大規模サイトの閲覧者がオリジナルを訪れ、潜在的に小規模サイトのユーザーになることを狙っています。彼らは、注目(アイボール)を自サイトに呼び戻すためのレバレッジとしてシンジケーションを許可しています。

一般的なシンジケーションツール

以下は、あるサイロから別のサイロへコンテンツをクロスポストするために、多数の人々に一般的に使用されている(IndieWeb ではない)ツールです:

関連項目