製品の Microdata をサイトのどこに追加すればよいですか?
www.mysite.com/product/samsung-58-inch-tv.html などの実際のページに追加しますか、それとも製品の集約リストに追加しますか? www.mysite.com/products/tvs.html など - または両方に追加しますか?
集約されたリストには、Web サイトで販売されているすべてのテレビのリストが含まれています。
製品の Microdata をサイトのどこに追加すればよいですか?
www.mysite.com/product/samsung-58-inch-tv.html などの実際のページに追加しますか、それとも製品の集約リストに追加しますか? www.mysite.com/products/tvs.html など - または両方に追加しますか?
集約されたリストには、Web サイトで販売されているすべてのテレビのリストが含まれています。
「スパム」と見なされることはありません。
Google、Bing、および Yahoo はすべて、http://Schema.org に存在する microdata 形式を使用することに同意しました。
きれいにきれいにマークアップできるアイテム/バンド/曲/イベント/コメント/評価/レビュー/など。
また、消費者がその「モノ」が、レビューの対象となる可能性がある、または独自のページを持つ可能性がある、または独自のページを持つ可能性がある「モノ」と同じであると判断できる十分なデータがある場所で行う必要があります。ショップに商品ページがありますが、メーカーのウェブサイトにも商品ページがあるかもしれません...
これらすべての種類のスキーマがあります。
しかし、あなたはいくつかの読書をしなければならず、完全に飛び込む前に、おそらくいくつかのチュートリアルに入る必要があります.
例として、私はバンドを持っています。
人々がイベント フィード/イベント ウィジェットを見たい場合は、各コンサートを独自の MusicEvent としてマークアップします。
人々がその音楽イベント専用のページをクリックしてフルページのプレスリリースなどを見たい場合は、そのデータを同じイベントとしてマークアップします (すべての情報のスペルが一貫していることを確認し、一貫して描かれているなど)。
<section id="concert-listings">
<!-- here's where all of our concert-listings go -->
<article itemscope itemtype="http://schema.org/MusicEvent" class="concert">
<h1 itemprop="name">
<a itemprop="url" href="//nerdswithguitars.ca/events/2013-04-01/nwg_at_rancho">
Nerds with Guitars@Rancho Relaxo w/ Rorry Taillon & the Old Souls
</a>
</h1>
<dl class="specs">
<dt>when:</dt>
<dd>April 1st, 2013
<meta itemprop="startDate" content="2013-04-01T21:30:00">
<meta itemprop="endDate" content="2013-04-02T00:30:00">
</dd>
<dd>doors at 8:30 - music starts at 9:30</dd>
<dt>where:</dt>
<dd itemscope itemtype="http://schema.org/EventVenue">
<article>
<h1 itemprop="name">
<a itemprop="url" href="//ranchorelaxo.biz/rancho_live.html">
Rancho Relaxo
</a>
</h1>
<ul itemprop="address" itemscope itemtype="http://schema.org/PostalAddress">
<li itemprop="streetAddress">300 College St</li>
<li>
<span itemprop="addressLocality">Toronto</span>,
<span itemprop="addressRegion">Ontario</span>
</li>
<li itemprop="postalCode">M5T 1R9</li>
</ul>
</article>
</dd>
</dl>
<section class="details" itemprop="details">
<p>Join
<span itemprop="performer" itemscope itemtype="http://schema.org/MusicGroup">
<a itemprop="url" href="//nerdswithguitars.ca">
<span itemprop="name">Nerds with Guitars</span>
</a>
</span> and
<span itemprop="performer" itemscope itemtype="http://schema.org/MusicGroup">
<a itemprop="url" href="//rorytaillon.com">
<span itemprop="name">Rory Taillon & the Old Souls</span>
</a>
</span> as they... .... ....</p>
<p>...</p>
</section>
</article>
<!-- ......... -->
</section>
特にそれがたった 1 つの (偽の) イベントであり、知っておくべきことの宣伝文句にすぎないことを考えると、そこにはたくさんあります。
チケット情報はここには含まれていません (ただし、microdata にはそれも含まれています)。
よく見ると、イベントにはプロパティ (名前、Web サイト/ページ、開始時間と終了時間) があることがわかります... ...しかし、一部のプロパティはプロパティを持つことができます。
コンサートは会場で行われます。
しかし、会場には名前と URL と住所があります。
住所には、番地、ロケール、地域、国、郵便番号などがあります。
コンサートには演奏者もいます...
演奏者はソリストやバンドかもしれません...
しかし、それぞれに名前があり、サイトがあり、メンバーがいる場合があります-各メンバーには独自の個人サイトがあり、名前と年齢と居住地(独自のアドレス)、電話番号、および独自の組織での日常業務........
....
このものを永遠にネストできます。
しないでください。
Google に見つけてもらい、理解し、リンクしてもらいたいものにマークを付けます。
たとえば、Nerds with Guitars をフィーチャーしたイベントを Google に十分にフィードすると、そのイベントを Nerds with Guitars というバンドに結び付け、次にバンド名を NwG の Web サイトに結び付け、 NwG サイト/コンテンツをバンドのメンバーの Google+ アカウントに送信すると、突然、音楽の検索によってイベント リストがトリガーされ、ユーザー プロファイルが検索に表示されるようになり、バンドのサイトが表示される場合があります。バンドが演奏している有名なイベントなどの検索で上昇します。
それはスパムではありません。
それはすべて関連性があり、相互に関連し、独自のコンテンツです。
グーグルはそれを食べ尽くします。
ここでの重要な違いは、Google が (古いmeta keywords
がらくたの代わりに) 修飾されたメタデータを取得し、すべてを結び付けていることです。
また、そのままではありません。フォーマットの検証を行い(日付や期間などの機械可読なものが機械可読であることを確認するため)、物事についてすでに持っているデータの相互参照も行っています。
Nerds with Guitars が「//nerdswithguitars.ca/」にあるという 800 のイベント/ビデオ/曲/T シャツ/etc があり<link rel="author">
、そのページで G+ プロファイルが指定されていて、一部の leet-haxx0r が現在Nerds with Guitars url を「//uberhaxxed.ru/viagra-sales」と定義すると、Google が検索結果にそのデータを含めるのではなく、古いデータを使用する可能性が非常に非常に高くなります。
これは完璧なテクノロジーではありませんが、基本的に、共有されるデータが増えるほど、Google はより多くの情報を処理する必要があります。つまり、「ビッグデータ」のブラック マジック (これはかなりクールです) をユーザーのものに対してインテリジェントに実行するということです。
それが役立つことを願っています。
もう 1 つ、Google はhttp://Schema.orgやhttp://webmasters.google.comサイトのチュートリアルで (少なくとも私が見た限りでは) 素晴らしいことを伝えていません。microdata のよくある質問で):
itemprop は、itemtype にすることも、単に URL/string
にすることもできます...親アイテム (コンサート) の itemprop と、別のアイテム (バンド) の itemtype ラッパー (itemscope) の両方にすることもできます。 .
住所を itemprop として残し、その住所を に入力すると<ul itemprop="address">
、Google はその中のすべてのテキストを取得して、<ul>
それを住所として使用しようとします。
<a itemprop="url" href="...">
別の itemprop をラップすることもできます(必要に応じて、サブアイテム全体をラップすることもできます)。
<a itemprop="url" href="..."><span itemprop="name">Bob</span></a>
また、本当にそこに取得したいが、人間が読める場所に入れる意味がないデータがある場合:2013-04-01T21:30
たとえば、実際の日付として保持したくない場合は、 を使用できます<meta itemprop="startDate" content="2013-04-01T21:30">
。あるいは、
時刻/日付のプロパティについては、具体的には を使用でき、<time datetime="...">
Google はそこから情報をインテリジェントに引き出します。url
<a href="...">
<link href="...">
<img src="...">
itemprop
これは、エントリにキーワードを詰め込むためではなく、人々はすでにコンテキストを持っているが、マシンは持っていないため、何かを明白に表示することが本当に意味をなさないギャップを埋めるためのものです.
例: Nerds with Guitars は、Nerds with Guitars ショーの法案に載っていることがほぼ保証されています。ホームページでウィジェットを見ている場合、NwG がそこにあることを誰も知る必要はありません。また、既に使用しているホームページへのリンクも必要ありません。
ただし、他の誰が請求書に記載されているかを知りたいと思うかもしれません。したがって、それらの人々は言及され、リンクされるべきです。
その場合でも、Google がイベントをリンクできるように、バンドのメタ情報を含める必要があります。
これが少し役立つことを願っています。