🎛️ 👩🏾‍🚒 ➖ セマンティックマイクロディストリビューションの世界の仕組み 🐟 🥫 ☢️

私はYandexでセマンティックWebチームとして働いています。セマンティックマークアップに基づいて製品を作成し、独自の拡張機能を作成し、Schema.org標準の開発に参加することをお約束します。

セマンティックマークアップの世界は非常に単純ではなく、一見すると常に論理的ではありません。それを理解したい人の生活を楽にするために、私たちはマークアップが起こること、それが与えるもの、それを実装する方法についてのストーリーを書くことにしました。

マイクロマーキング（またはセマンティックマークアップ）とは、ページに書き込まれた内容を検索ロボットに示すタグ内の追加タグと属性でページをマークすることを意味します。

マイクロマークアップは、辞書と構文で構成されます。

辞書は一種の「言語」であり、クラスとそのプロパティのセットであり、その助けを借りてページ上のコンテンツの本質が示されます。たとえば、ディクショナリは、名前を示す用語（「名前」、「タイトル」、または「n」）を決定します。

構文は、そのような言語を使用する方法です。辞書。 Webページなどで、どのタグでエンティティとそのプロパティがどのように示されるかを決定します。

セマンティックマークアップは段階的に開発され、さまざまなイニシアチブグループがコンセプトの開発に着手しました。そして、最終的に、さまざまな辞書と構文からビネグレットを入手しました-それらは非常に多くあり、それらすべてを最初に処理するのは簡単ではありません。

この記事では、最も一般的な辞書を分析します。

グラフを開く;
Schema.org;
マイクロフォーマット;
その他の辞書：FOAF、Dublin Core、Data Vocabulary、Good Relations。

Open GraphはFacebookによって開発された辞書であるため、どのサイトでもこのソーシャルネットワークの一部になり、美しく表示できます。 OGは拡張サイトリンクを示します。

Schema.orgは、最大の検索エンジンによって共同開発された辞書です。そのため、ウェブマスターは各検索エンジンごとにマークアップする必要がありません。 Schema.orgマークアップにより、サイトは検索結果で特別なスニペットを受け取ることができます。

Microformatsは、基本的なHTML要素を使用して標準を作成したいW3Cファンによって開発されました。多くの場合、microformatsとmicroformatsの違いには問題があります-これは同じものではないことにすぐに注意してください。 Microformatsは、Schema.org、Open Graph、またはFOAFと同様に、マイクロマークアップ辞書の1つです。唯一の違いは、マイクロフォーマットが統一された構文と語彙の標準であることです。一方、上で述べたように、マイクロマークアップは、セマンティックデータでページを充実させる方法の総称です。

作成のアイデア、開発プロセス、説明されているエンティティとプロパティを説明し、各辞書のマークアップの小さな例を示します。また、次の記事では、マイクロマーキングを実装するための構文、製品、および方法について説明します。

インターネットで最も一般的な辞書

グラフを開く

Open Graph（OG）は、最も一般的で最も簡単な辞書です。現在、Open Graphが最もよく使用されているため、サイトから公開されたリンクが拡張され、美しく、理解しやすくなっています。 OGマークアップを使用すると、人気のあるすべてのソーシャルネットワークにリンクが表示されます。

また、Open GraphマークアップはFacebookのアプリケーションで積極的に使用されています。これにより、ユーザーはアプリケーションのアクションをページに反映できます。

OGのおかげで、動画を見たり、記事の簡単な説明を読んだり、無限のニュースフィードを見ながら友人が共有する情報の本質をすばやく理解したりできます。 Open Graphマークアップは、Facebookに加えて、 Vkontakte 、 Google + 、 Twitter 、 LinkedIn 、 Pinterestなどによっても認識されています。

辞書自体は非常に簡単に使用できます。使用を開始するには、4つのプロパティが必要です。

og：title-オブジェクトの名前。
og：type-オブジェクトのタイプ。たとえば、「video.movie」（映画）。タイプに応じて、他のプロパティを指定できます。
og：image-それを説明する画像のURL。
og：urlは、永続IDとして使用されるオブジェクトの正規URLです。

たとえば、人の説明のOpen Graphマークアップは次のようになります。

<html prefix="og: http://ogp.me/ns# profile: http://ogp.me/ns/profile#"> <head> <meta property="og:title" content=" " /> <meta property="og:type" content="profile" /> <meta property="og:url" content="http://example.com/" /> <meta property="og:image" content="http://example.com/" /> <meta property="profile:first_name" content="" /> <meta property="profile:last_name" content="" /> <meta property="profile:gender" content="male" /> ... </head> ... </html>

ここで、ロボットはページがユーリ・ガガーリンという名前の男性専用であると認識し、彼の写真へのリンクがあります。ここで、urlなどのプロパティは、ページの正規URLとして示されます。

og：タイプタグでは、「プロファイル」タイプに加えて、さまざまなタイプのエンティティを指定できます（これらにも独自のプロパティがあります）。

音楽（music.song、music.album、music.playlist、music.radio_stationのサブタイプ）-曲の場合、期間、アルバム、アーティスト、アルバムの場合-曲、アーティスト、リリース日を指定できます。
ビデオ（video.movie、video.episode、video.tv_show、video.other）-映画には、俳優とその役割、監督、脚本家、長さがあります。
垂直（記事、書籍、プロファイル、ウェブサイト）なし-ここでは、上記のカテゴリに該当しないタイプを示します。記事では、タグ、著者、公開日を指定できます。プロフィール-性別、姓、名。

サイトページでそのようなマークアップを使用しない場合、Facebookでリンクを公開するときに、システムはどのような場合でもプレビューを作成しようとします。しかし、原則として、これはそれほどうまくいくにはほど遠いです-記事の写真の代わりに、サイトのロゴが反映され、タイトルがサイトのカテゴリの名前に置き換えられ、記事の本質を反映しない会社の歴史のテキストが記事の簡単な説明になりますユーザーを喜ばせそうにありません）。

さらに、検索エンジンはOG辞書を認識し、場合によっては補足することもあります。

Schema.org

Schema.orgは、2011年に検索エンジンのイニシアチブで登場した辞書です。 Yandex、Google、Bing、Yahoo！でサポートされています。

Schema.orgは、さまざまなエンティティとそのプロパティを記述するクラスのセットも提供します。しかし、OGとMicroformats.orgにそのようなクラスが多数ある場合、Schema.orgにはすでに数百個あります。すべてのクラスには、ツリー階層での位置があります。

これは活気に満ちた柔軟な辞書です。追加の前に新しいエンティティが積極的に議論されます。このため、イニシアチブグループのメンバーが毎週会合を開き、スキームの実装、拡張、および使用について議論します。

エンティティの最も一般的なタイプは、サブタイプを持つThingです。それらのいくつかを検討してください。

アクション -特定の人（個人または組織）が実行できるアクションについて説明します。このアクションは、コミットされた場所、オブジェクト、およびツールをさらに示す場合があります。他のアクションと同様に、結果、参加者、およびそれが行われた期間を設定できます。アクションを記述するこのクラスの助けを借りて、 Yandex.Islandsが開発され、 Gmail Actionsプロジェクトが実装されます。
CreativeWork-創造的な作品の特徴を説明します。ビデオ、写真、レシピ、ダイエット-すべてこのタイプを使用して説明できます。すべての創造的な作品は、著者、ジャンル、短い説明だけでなく、レビュー、聴衆、参考文献などを示すことができます。
イベント -他のイベントと同様に、ここで会場、日付、参加者、スピーカーなどを説明できます。
製品は、売買されるものすべてです。一部の有料サービス（ヘアカットなど）は、製品タイプによって説明することもできます。製品には、評価、ブランド、色、視聴者、価格、モデルなどがあります。
人 -Schema.orgのドキュメントに示されているように、生きている、架空の、またはすでに死んでいる人、および「アンデッド」（明らかに、作成者はより多くのゾンビを記述する必要があり、適切なタイプはありません）。人々は、連絡先情報、仕事、家族、人間関係などに関する情報を持つことができます。

新しいタイプを作成および導入するプロセスは非常に魅力的であり、場合によっては非常に興味深く、予想外です。次の議論では、実装されたスキームをロシアのメンタリティと国際的な美の概念と一致させることは決して容易ではないことが明らかになりました。

私たちの経験から。政治的に正しいヨーロッパ人とアメリカ人の疑念に限界はないため、ほぼ1年間、タイプschema.org/PeopleAudienceに7つの新しいフィールドが導入されました。「ターゲットオーディエンスの最大年齢を指定するにはどうすればよいですか。 30歳以上の男は、小さな女の子の本に興味がないという意味ではありません！」[提案されたフィールドmaxAgeとminAgeは、suggestedMaxAgeとsuggestedMinAgeに変わります。すべてが床で難しいことが判明しました。性別を明確に特定できると確信することはできませんでした-それは政治的に間違っています。そのため、性別はSuggestedGenderに変わりました。

非常に長い間、すべての財産とすべてのタイプが導入されました-結局のところ、辞書は、可能な限り使用分野をカバーすることに加えて、国際的であるために、すべての参加者の関心を反映し、さまざまな国と文化の観点から明確でなければなりません。ただし、削除または変更するよりも、新しいプロパティまたはタイプを実装する方が常に簡単です。なぜなら、削除するときには、これらのフィールドまたはタイプを既に実装している人と何かをする必要があるからです。

また、ユーザーとウェブマスターのイニシアチブで辞書を拡張する機会を提供します。

英語のpublic-vocabs@w3.orgには、一般的な問題、提案、エラーメッセージについて議論するために作成された公開ニュースレターがあります。また、何か実装できない場合は、マークアップに関する質問を書いた手紙を書くこともできます。拡張メカニズムがあり、2011年5月以降、外部リソースのリストを使用してさまざまなプロパティを示すことができます。

したがって、セマンティックマークアップ、特にSchema.org辞書の開発に参加したい場合、このような機会があります;）

Person型のSchema.orgマークアップの例：

 <div itemscope itemtype="http://schema.org/Person"> <span itemprop="name"> </span> <img src="gagarin.jpg" itemprop="image"/> <span itemprop="jobTitle">-</span> <span itemprop="colleague"> </span> <link itemprop="nationality"href="http://ru.wikipedia.org/wiki/"> <time itemprop="birthDate" datetime="1934-03-09">9  1934</time> <span itemprop="memberOf">-  </span> <span itemprop="knows"> </span> <time itemprop="deathDate" datetime="1968-03-27">27  1968</time> <span itemprop="award">  </span> <a href="http://ru.wikipedia.org/wiki/,__" itemprop="sameAs">  </a> <a href="http://example.com/" itemprop="url">  </a> </div>

このマークアップでは、検索エンジンはユリガガーリンという名前の人が宇宙飛行士であり、バレンティーナテレシコワの同僚であることを認識しています。他の多くのデータも示されています：彼の賞、国籍、死亡日、デートなど-これらのプロパティのいくつかは、Schema.org辞書を使用してのみ指定できます。 sameAsプロパティとurlプロパティを使用してマークアップされた2つのリンクがあります。最初のケースでは人に関する信頼できる情報を含むページが示され、2番目のリンクでは個人サイトへのリンクがあります。

Schema.orgは検索エンジンのイニシアチブであることを改めて指摘したいと思います。また、辞書の開発は、サイトの検索エンジンによる製品の作成に依存します。したがって、この辞書を、世界に存在するすべての単一のオントロジーに導く試みとして受け取らないでください。インターネット上に存在するすべてのものが可能です。しかし、それが検索エンジンで必要になる場合。

また、検索エンジンは、ロシア語圏のものを含め、Schema.orgに基づいたサイト向けに多数の製品を作成することに確かに関心を持っています。

あなたは公式ウェブサイトで辞書の完全な説明を知ることができます。このサイトには標準のロシア語への非公式でまだ不完全な翻訳があります。

Microformats.org

Microformats.org （Microformats）は、愛好家のコミュニティによって2007年に作成されたオープンスタンダードです。このコミュニティは、既存のテクノロジを使用してサイトのセマンティックマークアップの標準を作成することを本当に望んでいました。 6年前、これは実装が簡単だったため、標準の明確なプラスでしたが、現在はマイクロフォーマットのマークアップを追加するのは簡単ではなく、場合によっては他の辞書よりも複雑です。 OGやSchema.orgと比較して、使用頻度は減っています。

現在、いくつかのサブジェクト領域に約10の一般的なマイクロフォーマット仕様があります。一部は完了していますが、ほとんどはドラフト段階です。組織、製品、レビュー、イベント、および他の多くのエンティティに関する情報を公開するためのマイクロフォーマットがあります。各エンティティには独自のプロパティがあります。

新しいmicroformatsはオープンモードで開発されています;別のmicroformat wikiがあります。各マイクロフォーマットを作成するとき、ファウンダーは全員に同意し、妥協点を見つけようとするため、プロセスは非常に長く続き、時には終わらないこともあります。このため、修正されたmicroformatsは指で数えることができ、ドラフトステータスを持つものが非常に多くあります。

現在、検索エンジンは次のマイクロフォーマットをサポートしています。

hCard-連絡先情報（住所、電話番号など）のマークアップ形式。
hRecipe-レシピを記述するための形式。
hReview-マークアップ形式のレビュー。
hProduct-製品のマークアップ形式。

これらを使用すると、出力に特別なスニペットを表示できます。

最も一般的なマイクロフォーマットの1つはhCardです。 hCardマイクロフォーマットは、人と組織を記述するために普遍的であり、両方に関する基本情報が含まれています。

hcardを使用すると、次のようなプロパティを指定できます。

nは名前です。
bday-生年月日;
geo-地理的な場所。
tz-タイムゾーン;
uid-同一のエンティティへの参照。
写真-画像;
adr-アドレス。
orgは組織の名前です。

これは承認済みのプロパティの一部であり、議論中の多くのプロパティもあります。個人の説明をマークアップする際にhcardを使用する方法は次のとおりです。

  <div class="vcard"> <img class="photo" src="http://example.com/gagarin.jpg" /> <strong class="fn"> </strong> <span class="title">-</span> at <span class="org">-  </span> <a class="url" href=http://example.com/> .</a> <div class="bday"> <span class="value-title" title="1934-03-09">9  1934</span> </div> <span class="note">   </span> </div>

ここで、検索エンジンは、これが組織またはユーリガガーリンという名前の人物であることを理解します。これはソ連空軍で働いたパイロット宇宙飛行士です。彼の生年月日も知られており、「宇宙での最初の男」というメモがあります。ここで、urlプロパティは、記述されたオブジェクトのホームページを指します。

2013年に、新しいイニシアチブが発表されました。microformats2には、クラス名の革新とプロパティの使用の簡素化が含まれています。

マイクロフォーマットはかつては非常に一般的でしたが、今日、特に急速に成長する他の辞書を背景に、 ~~無意味で容赦ない~~時代遅れに見えます。さらに、マイクロフォーマットの使用はフォーマットを制限します-これは、他の辞書を使用できない構文と語彙の結合された標準です。（次の記事では、構文について説明します）。

最も一般的で開発された辞書を調べました。 しかし、データ転送の問題を解決するために作成された、非常に専門的で小さな辞書がまだたくさんあります。 それらの中で最も興味深いものについて説明します。

その他の辞書

泡

FOAF辞書（Friend of a Friendの頭字語-「お互い」）は、人々、彼らの相互作用、および関連の関係を専門としています。

エージェント、組織、グループ、個人などのクラスが含まれています。人生の人々やグループを記述するさまざまなプロパティを持つことができます。通常のものがあります-年齢、性別、姓、誕生日、そしてプロパティもあります：

ソーシャルネットワークにリンク：skypeID、yahooChatID。 jabberID。
特定：たとえば、知っている-人々がどのように会うか、myersBriggsを記述するか。これは、 Myers-Briggsのキャリアカウンセリングテストの結果を反映します（はい、それが何であるかだけを見つけました）。

レイアウト例：

 <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:foaf="http://xmlns.com/foaf/0.1/" xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"> <foaf:Person> <foaf:name>Jimmy Wales</foaf:name> <foaf:mbox rdf:resource="mailto:jwales@bomis.com" /> <foaf:homepage rdf:resource="http://www.jimmywales.com/" /> <foaf:nick>Jimbo</foaf:nick> <foaf:depiction rdf:resource="http://www.jimmywales.com/aus_img_small.jpg" /> <foaf:interest> <rdf:Description rdf:about="http://www.wikimedia.org" rdfs:label="Wikipedia" /> </foaf:interest> <foaf:knows> <foaf:Person> <foaf:name>Angela Beesley</foaf:name> <!-- Wikimedia Board of Trustees --> </foaf:Person> </foaf:knows> </foaf:Person> </rdf:RDF>

Yandexのブログの検索では、この辞書が使用されます。ユーザーのブログを正確に記述するのに役立つ拡張機能が追加されました（RuNetでは、この拡張機能が主に使用されます）。

データ語彙

データ語彙辞書はGoogleによって開発されました。現時点では、すべての開発がSchema.orgにスムーズに流れ込んだため、開発は行われていません。

Person 、 Organization 、 Breadcrumb 、 Review 、 Product 、 Addressなど、以前にサポートされていたタイプ-Schema.orgクラスのプロトタイプになったと言えます。

ダブリンコア

ダブリンコア辞書（またはダブリンコア）は、電子図書館および文書で使用されます。ダブリンのコアは、図書館および博物館の専門家グループのイニシアチブで登場しました。

ダブリンコアは、タイトル、作成者、件名、説明、発行者、権利など、15の要素の基本セットで1995年に登場しました。現在、多くの異なるクラスとプロパティがあります。

2011年以降、ロシアでは、国家標準GOST R 7.0.10-2010（ ISO 15836：2003 ）「ロシア連邦の国家標準。情報、司書、出版に関する基準のシステム。ダブリンコアメタデータ要素セット

ダブリンコアレイアウトの例

 <HTML> <HEAD> <TITLE>Song of the Open Road</TITLE> <META NAME="DC.Title" CONTENT="Song of the Open Road"> <META NAME="DC.Creator" CONTENT="Nash, Ogden"> <META NAME="DC.Type" CONTENT="text"> <META NAME="DC.Date" CONTENT="1939"> <META NAME="DC.Format" CONTENT="text/html"> <META NAME="DC.Identifier" CONTENT="http://www.poetry.com/nash/open.html"> </HEAD> <BODY><PRE> I think that I shall never see A billboard lovely as a tree. Indeed, unless the billboards fall I'll never see a tree at all. </PRE></BODY> </HTML>

良好な関係

Good Relations辞書は、eコマース製品を記述するための標準として2008年から使用されています。クリエイターは、このようなマークアップを使用すると、検索エンジンで商品やサービスの構造化されたプレゼンテーションができると期待していました。

辞書を使用して、次の特別なプロパティを指定できます。

企業-連絡先の詳細、場所、ロゴ。
店舗-住所、営業時間、電話番号;
個々の製品-製品カテゴリ、簡単な説明、コード、配送の支払い方法、およびサービスの機能（修理、設置、レンタルなど）

良好な関係とは、インターネットコマースの次の分野を指します。書籍（書籍）、車（自動）、クラシファイド広告（お知らせ）、コンサートチケット（コンサートチケット）、家電（コンシューマエレクトロニクス）、ガイド付きツアーと屋外イベント（遠足とイベント）その他。

RuNetでは、この辞書は実際には使用されませんが、一部の大規模な外国のサイト（ Volkswagen UK 、 Strobelight-Shop 、 lux-case.se ）で使用されています。検索エンジンのうち、GRマークアップはGoogleによって認識されます。

良好な関係を使用したマークアップの例：

 <div typeof="gr:Offering" about="#offer"> <div property="gr:name">HTML for Idiots - Used Copy, $ 9.99</div> <link rel="gr:hasBusinessFunction" resource="http://purl.org/goodrelations/v1#Sell" /> <div rel="gr:hasPriceSpecification"> <div typeof="gr:UnitPriceSpecification">Price: <span property="gr:hasCurrency" content="USD">$</span> <span property="gr:hasCurrencyValue" datatype="xsd:float">9.99</span> <div property="gr:validThrough" datatype="xsd:dateTime" content="2012-11-30T23:59:59Z"></div> </div> </div>

Good Relations標準は2012年11月からSchema.orgに統合され、辞書には独自のバリデーターもあり

辞書用のYandex拡張機能

Yandexのサイトから必要なすべてのデータを取得するために、一部の辞書用に独自の拡張機能が開発されています。

たとえば、これはマークアップに必要でした：

Yandex.Ostrovのインタラクティブな応答（フォームとボタンの説明）;
辞書エントリ（用語と科学記事）;
組織の評価。
ターゲットオーディエンス。

次の投稿では、セマンティックマークアップの他のセクション（構文、製品、実装例など）について詳しく説明します。他のトピックに興味がある場合は、コメントで共有してください。

セマンティックマイクロディストリビューションの世界の仕組み