web-dev-qa-db-ja.com

Webサイトの正しいスキーマ定義を見つける方法

私のウェブサイトには、基本的に心理学と心理療法に関するさまざまな記事があります。 schema.orgの定義を追加したいくつかの記事で、使用したitempropおよびitemtypesの例を次に示します。

<div itemscope itemtype="https://schema.org/MedicalWebPage">
<link itemprop="about" href="https://schema.org/..." />
<link itemprop="specialty" href="https://schema.org/..." />
<meta itemprop="name" content=".. " />
<meta itemprop="alternateName" content=".." />
<meta itemprop="keywords" content=".."/>
<meta itemprop="aspect" content=".."/>
<div itemscope itemtype="https://schema.org/Article">
<meta itemprop="dateCreated" content=".."/>
<meta itemprop="datePublished" content=".."/>
<meta itemprop="dateModified" content=".."/>
<meta itemprop="headline" content=".."/>
<meta itemprop="image" content=".."/>
<meta itemprop="discussionUrl" content=".."/>
<meta itemprop="url" content=".."/>
<span itemprop="author" itemscope itemtype=".."/></span>

私は完全に混乱している段階に達しました。記事ページに非常に多くのマークアップ定義（記事のURLのみを含む「url」や、とにかくヘッダーに含まれる「キーワード」など）を使用する意味があるかどうかさえわかりません。とにかくGoogleがこれらのプロパティを表示するのを見たことはありません。

さらに、次のようなプロパティ値の正しい値を見つける方法がわかりません。

  • https://schema.org/MedicalTherapy
  • https://schema.org/Psychiatric

質問：どのプロパティが最適かを見つけるために使用できる項目タイプの「official」テーブルはありますか私のそれぞれの記事や論文のために？私が見つけたほとんどは医療用ですが、心理学にはあまり適していません。

注：記事の評価を提供しています。それに加えて、検索エンジンが私の記事のトピックをよりよく「理解」できるように、スキーママークアップを使用したかったのです。そのため、それぞれのページが、たとえば心理学、不安の問題、治療方法に関するものであることを説明し、私の記事のいくつかのセクションをマークアップします（「定義」、「治療」、「分類」、「注意事項」、 ..） いいだろう。

microdataschema.orgmarkup
7
richey

Webサイト http://schema.org/ は、Schema.orgのタイプとプロパティの関連する唯一の標準ソースです。

Type vs. property。タイプは物を表し、プロパティはその物に関する情報を提供するためのものです。型の名前は常に大文字で始まり（Personなど）、プロパティの名前は常に小文字で始まります（nameなど）。

使用可能なプロパティ。コンテンツに関する構造化データを提供する場合、最初に行う必要があるのは、コンテンツが表すまたは関連するもの/エンティティを表すことができる適切なタイプを見つけることです。タイプがわかっている場合、使用できるプロパティを知るのは簡単です。タイプのページの表にリストされています。¹

タイプ階層。タイプは階層で編成され、各タイプはすべての親タイプから意味とプロパティを継承します。子タイプが存在する場合、タイプページの下部にリストされます（「より具体的なタイプ」）。最上位タイプは Thing です。したがって、使用するSchema.orgタイプ（Person、Ratingなど）に関係なく、常に（また）Thing。²です。

適切なタイプを見つける方法 2つの方法があります。

  • Thing で開始し、階層を下っていきます。
  • http://schema.org/docs/full.html （1つのページにallタイプをリストします）に移動し、オンページを使用します調べる （Ctrl+f）いくつかの関連キーワード。

2番目の方法は迅速ですが、Schema.orgチームが使用したのと同じ単語を使用する必要があるため、運が必要です。最初の方法は常に機能しますが、さらに作業が必要になる場合があります。

階層を下る「アルゴリズム」は明らかです。

  1. 現在のタイプのサブタイプを見てください。
  2. エンティティに一致するサブタイプはありますか？
    • はい：このサブタイプを新しい現在のタイプにして、ステップ1に進みます。
    • いいえ：ステップ1のタイプを使用します。

ケースに特定のタイプが存在しない場合（Schema.orgがすべてに特定のタイプを提供していない場合）、または見つからない場合は、Thingを使用してもかまいません。ただし、最も具体的なタイプを使用することはもちろん良い習慣であり、有用です。

Thingのサブタイプを見てください：Actionですか？ CreativeWorkですか？ Eventですか？ Eventのふりをしましょう。これでEventを使用できますが、もう一度、より具体的なタイプを見つけてみてください。それはBusinessEventですか？ ChildrensEventですか？等々。

¹そのページの最初の表にのみ、使用できるプロパティがリストされています。 2番目の表（「[…・]のインスタンスは次のプロパティの値として表示される場合があります」というタイトル）には、値としてページのタイプを持つことができるプロパティがリストされています。

²実際には別のトップレベルタイプ DataType がありますが、通常は作成者が使用する必要はありません。

4
unor

それぞれの記事や論文に最適なプロパティを見つけるために使用できるアイテムタイプの「公式」テーブルはありますか？

schema.org Webサイトが公式ソースです。しかし、私は一歩下がって質問します。この構造化されたデータをすべて使用する目的は何ですか？

検索エンジンによって明示的にサポートされる構造化データはほとんどなく、サポート対象は主にeコマースとメインストリームパブリッシングに重点が置かれる傾向があります。

それは、検索エンジンで明示的にサポートされていない構造化データを使用しても価値がないと言っているわけではありません。それらは、公に文書化されていないものを使用している可能性があります。

とは言っても、それは常に発展している生きたスキーマです。興味のあるスキーマなど、より曖昧なスキーマの多くはまだ十分に文書化されていないため、正しく実行していることを完全に自信を持って使用することは困難です。

しかし、繰り返しになりますが、それが正しいかどうかは、まったく使用されているかどうか、もしそうなら、どのように使用されているかがわからない場合、最終的には意味がありません。

W3C Web Schemas Wiki で役立つ情報を見つけることができます。

0
GDav