OpenGraphまたはSchema.org？

Question 1

次のようなマークアップに続いて、OpenGraphプロトコルを支持しているかどうか疑問に思っています。

<meta property="og:title" content="The Rock" />
<meta property="og:type" content="movie" />
<meta property="og:url" content="http://www.imdb.com/title/tt0117500/" />

またはSchema.orgプロトコルと

<div itemscope itemtype="http://schema.org/Product">
  <span itemprop="name">Kenmore White 17" Microwave</span>
  <img src="kenmore-microwave-17in.jpg" alt='Kenmore 17" Microwave' />
  <div itemprop="aggregateRating"
    itemscope itemprop="http://schema.org/AggregateRating">

1つだけが必要だと思うので、どちらを統合する必要がありますか？[実際には、1つだけを統合できますか？]

率直に言って、IMHO（OpenGraphはコードベース全体に対して「邪魔にならない」と思います）。Schema.orgプロトコルは[少なくとも私の意見では]破壊的なHTMLアドインを必要とするのに対し、[ASP.NETMVCを使用して]部分ビューを実装する方が簡単です。コード全体で？

編集：私は両方を統合することになったようです-これが許可されているかどうかはわかりませんが、Schema.orgのドキュメントは不明です。特に、このリンクは多くの情報を提供していません

Q：schema.orgはFacebook Open Graphとどのように関連していますか？
Facebook Open Graphはその目的を十分に果たしますが、検索エンジンがユーザーエクスペリエンスを向上させるために必要な詳細情報を提供していません。

1つのWebページに多くのコンポーネントが含まれている場合があり、複数のことについて説明している場合があります。検索エンジンがページのさまざまなコンポーネントを理解していれば、データの表示を改善できます。Facebook Open Graphプロトコルを使用してコンテンツをマークアップする場合でも、schema.orgは、ページ上の特定のエンティティに関する詳細を提供するためのメカニズムを提供します。
たとえば、バンドに関するページには、次のいずれかまたはすべてを含めることができます。

アルバムのリスト

各アルバムの価格

各アルバムの曲のリストと、各曲のサンプルを聞くためのリンク

今後のショーのリストバンドメンバーの経歴

だから私はそれらが一緒に互換性があると思います。

Question 2

ですから、いくつかの決まり文句とマングルのメタファーから始めましょう。OGとSchema.orgを比較して、リンゴとオレンジについて少し話します。このメタデータに関して言えば、それはコースの馬です。

正しい答えは、ページにメタデータを追加するという意図によって異なります。あなたが獲得したいと思っているのは何ですか？ここでのあなたの勝利は何ですか？メタデータのさまざまな形式は、わずかに異なる目的のためのものです。

Googleは、検索用の豊富なデータ結果を構築するために、microformatsへの焦点からSchema.orgへの焦点に移行していることを明らかにしました。Google、Bing、その他の検索エンジン向けに最適化する場合は、Schema.orgマークアップを追加します。これは、HTML5が踏み込んだ方向です。

Facebook OGマークアップは、コンテンツをソーシャルオブジェクトに変換することで利益を得て、Facebookユニバースであるソーシャルグラフへのマルチポイント接続を有効にする場合に追加されます。

私の経験では、ほとんどの人が両方のアプローチから利益を得ようとしています-検索ランキングでできる限りのことを行い、ソーシャルチャネルを介したリーチと配信を増やします。したがって、私見では、コンテンツに適合する場所にSchema.orgマークアップを追加し、OpenGraphメタデータを使用することを可能な限り徹底することがおそらく最善です。それらはわずかに異なりますが、補完的なことをします。

Question 3

ここでは、構文と語彙という2つの別個の概念について説明します。

オープングラフプロトコルとSchema.orgがある語彙。他の語彙は、例えば、ダブリンコア、FOAF、およびSIOCです。

これらの語彙は通常、特定の構文に結合されていません。このような語彙を使用してHTMLドキュメントでコンテンツを記述したい場合は、RDFaやMicrodataの構文を 使用できます。

1つだけが必要だと思うので、どちらを統合する必要がありますか？[実際には、1つだけを統合できますか？]

最初の例では、RDFa（=構文）を使用したOpen Graph Protocol（=語彙）を使用しています。2番目の例では、Schema.org（= vocabulary）とMicrodata（=構文）を使用しています。

あなたは好きなようにそれらを混ぜることができます。（同じページで両方の構文の両方の語彙を使用できます。1つの構文のみで両方の語彙を使用できます。両方の構文または1つの構文のみで1つの語彙のみを使用できます。…）。それは完全にあなたの特定のユースケースに依存します。

何を達成したいですか？特定のサードパーティがコンテンツを解析することに興味がある場合は、そのドキュメントを確認する必要があります。これらは通常、特定の構文を持つ特定の語彙のみをサポートします。

ただし、特定のユースケースを考慮せずにセマンティックメタデータでコンテンツをマークアップする場合は、1つの構文に固執し、コンテンツに適した語彙を使用できます。個人的には、RDFa（Lite）を選択します。これは、HTML以外の形式でも機能するRDFに基づいています。これはW3C勧告です（Microdataはそうではありません）。そして、あなたが見つけるほとんどの語彙はRDF（S）で定義されています。RDFaとMicrodataの将来についての私の答えを参照してください。

Question 4

どちらも安全に併用できます。現在、2つの取り組みでは、異なる構文を使用してHTML（W3C RDFaまたはMicrodata）でデータをエンコードしていますが、W3Cでは、これらの設計の最終的な収束に向けて活発な議論が行われています。または、少なくとも互換性が向上します。Schema.orgとOGPの間の語彙レベルでの収束、または両方を消費するサービスもあるかどうかはまだわかりません。しかし、その間、両方とも付加価値があり、安全に組み合わせることができます。

Question 5

あなたがソーシャルワールド（フェイスブック）または検索エンジンのためにあなたのウェブサイトをマークアップしようとしているかどうかはすべて異なります。両方をお勧めしますが、1つしか時間がない場合は、会社のマーケティングの焦点を優先します。OGPはFacebookにとって巨大ですが、SEOではあまり使用されていません。Seoはマイクロデータに完全に依存しており、適切なhtml5を作成する方法です。

Microdata上のHTML5Doctorhttp ： //html5doctor.com/microdata/

マークアップについて話しているGoogle： http ：//www.google.com/support/webmasters/bin/answer.py？answer = 1211158

マークアップについて話しているBing： http ：//onlinehelp.microsoft.com/en-us/bing/hh207238.aspx

更新

この答えを見つけた人にとって、私が最初に投稿してから多くのことが変わりました。Schema.orgは、すべての主要な検索エンジンで広く使用されていますが、JSON-LDよりもマークアップが優先されるようになりました。Googleによる変更の概要を説明するSEOSkepticのすばらしい記事。

Google構造化データはJSON-LDでドキュメントを提供し、RDFaとmicrodataはまだ部分的にサポートされていますが、強くお勧めします。

JSON-LDは、FacebookのOGP、TwitterのTwitterカードなどをターゲットにしようとしているソーシャルチャネルと組み合わせて使用する必要があります。

Question 6

Googleはスキーマを支持しており、ソーシャルメディアに関連するWebコンテンツにはオープングラフの方が適しています。サンプルコードは良さそうですが、プレフィックスを含めることを忘れないでください

<html prefix="og: http://ogp.me/ns#">

ogpがある各ページの先頭にあります。

リッチスニペットテストツールを使用して、ogpまたはスキーマが機能することを確認できます。

http://www.google.com/webmasters/tools/richsnippets

スキーマの場合、SDTT：構造化データテストツールを使用して確認できます

https://search.google.com/structured-data/testing-tool

Question 7

マークアップにjson-ldを使用してみませんか？json-ldベースのschema.orgマークアップを実装することを考えています。そうすれば、邪魔になりません。私のゴーストブログはそれを使用しています。それが検索エンジンによって十分にサポートされているかどうかはまだわかりません。しかし、schema.orgのすべての例には、json-ldの実装が含まれています。こちらをご覧くださいhttp://schema.org/WebPage

そして、私のすべてのアプリは、Twitterカード、fb opengraphタグ、およびrelや構造化schema.orgメタデータなどのmicroformatsタグを使用しています。そして、schema.orgメタデータの実装が最も煩わしいと思います。したがって、この最後のビットをjson-ldに置き換えて、コードをクリーンに保つのは良いことです。タグが多すぎるため、HTMLを小さくすることをお勧めします;）

Question 8

RDFa ogは、作成時に予測されなかったコンテナー内に埋め込むときに検討するために、RESTによってコンテンツをより適切に認識するための統一された方法として機能します。コンテナが検索結果として事前に決定されている場合、schema.orgmicrodataは検索ボットによって十分に理解されています。ogプレゼンテーションはコンテナ発行者の責任であり、そのような品質の自由は検索ランキングを即興で行う可能性がありますが、schema.orgはコンテンツ作成者の意図に照らして検索結果のわかりやすさを即興で行います。競合するセマンティックマークアップ手法で使用する場合、語彙は通常無視されるため、schema.orgのみでmicrodataを使用し、RDFaのみでogを使用するのが最適です。microdataとRDFaの両方を同じドキュメントに共存させることができます。

Question 9

rdfa（opengraph）とmicrodata（schema）を同じhtmlページで使用することはできません

"3）既存のリッチスニペットマークアップ形式を引き続きサポートします。microformatsまたはRDFaを使用してページでマークアップを既に行っている場合は、引き続きサポートします。注意すべき点が1つあります。新しいschema.orgマークアップを使用するか、既存のmicroformatsまたはRDFaマークアップを引き続き使用します。パーサーを混乱させる可能性があるため、同じWebページでフォーマットを混在させないようにする必要があります。」

SRC：http：//googlewebmastercentral.blogspot.in/2011/06/introducing-schemaorg-search-engines.html