Schema.org / Rich Snippetsマークアップ、つまりLocalBusinessデータの繰り返し使用

11

公式な文言を見つけることができません。リッチスニペット/スキーマの達人が、マークアップの使用に関して繰り返しコンテンツを適切に使用するための洞察を提供してくれることを期待しています。

私は、Schema.orgをマークアップタイプとして使用したいサイトを構築しており、所有者はできるだけ多くの使用法を望んでいます。会社名、電話番号、住所がすべてのページに表示されるようになりました。この情報が表示されるすべてのページでリッチスニペットを使用することは有効です。

たとえば、この情報はサイトのすべてのページのヘッダーとフッターに表示され、現在のマークアップの例を以下に示します。

<body itemscope itemtype="http://schema.org/LocalBusiness">
<header>
    <a itemprop="url" href="http://www.domain.co.uk/">
        <img itemprop="logo" src="image.png" alt="Company Name Logo" />
    </a>
    <span itemprop="telephone">01202 000 000</span>
</header>
<div> This is where the content will go</div>
<footer>
  <span itemprop="name">Company Name</span>
  <span itemprop="description"> A small little bit about this company</span>
  <div itemprop="address" itemscope itemtype="http://schema.org/PostalAddress">
    <span itemprop="streetAddress">Address Goes here</span>
    <span itemprop="addressLocality">Area Here</span>,
    <span itemprop="addressRegion">Region Here</span>
  </div>
 </footer>
</body> !-- Local Business Schema Now Closed -->

上記のように、この情報はすべてのページに表示されます。Schema.org形式でこの情報を繰り返し使用することは有効ですか、それとも悪いですか。

— サイモン・ヘイター
ソース

著者情報などの一部のセマンティックマークアップは、複数のページに複製されるように設計されています。ローカルビジネスマークアップのポイントが何であるかはわかりませんが、SERPでのサイトの表示方法はまったく変わりますか？

— スティーブンオスターミラー

1

いいえ、でもスキーマの90％はシャープまたはフォームのSERPSに影響を与えません。そのロジックを使用するということは、スキーマがかなり役に立たないことを意味します。悪い習慣や否定的なソではありません。

— Simon Hayter

6

microdataには「サイト」の概念はありません。各ページは別々です。したがって、対応するコンテンツが表示されるすべてのページにすべての関連メタデータを含める必要があります（ただし、ページごとに1回のみ）。

すべてのMicrodataの名前と値のペアをサイドバーに表示するbrowser-addについて考えてみてください。サイドバーにメタデータを表示するために、ユーザーがサイトの特定のページにアクセスする必要があるのはなぜですか？
コピーアンドペーストまたはドラッグアンドドロップを考えてみてください。サイトの特定のページからコンテンツをコピー/ドラッグするときに、メタデータをクリップボードにのみ含める必要があるのはなぜですか。
ローカルビジネスアドレスをアドレス帳に追加することを提案しているエージェントを考えてみてください。ユーザーがサイトの特定のページにアクセスして、アドレスを自動的に追加する必要があるのはなぜですか？

— または
ソース

「ベストプラクティスは、常に焦点を合わせて、特定のページで単一のトップレベルタイプを使用することです」と言われています。、などをトップレベルの型として（トップレベルの配列を介して）渡すLocalBusinessとOrganization、この考えに矛盾するようです。LocalBusinessたとえば、Articleorなどのより具体的な型の中にネストすることを目的とする必要がありProductますか？または、いくつかのトップレベルの型を配列として渡すだけですか？

— ロニーロイストン2018

1

：@RonRoyston：それは唯一のトップレベルのアイテムを有するに接続アイテム、典型的には、結果のプロパティを使用するのがベストプラクティスだWebPageと- Organizationでありpublisher、Article/ ProductであるmainEntity等

— unor

1

すべてのページのマークアップは問題ないと思いますが、すべてのインスタンスで共通のURL（ビジネスに関するページ）と共通のID（microdataのitemid）を使用します。これは、それらがすべて単一のエンティティに関連していることを示す信号になります。

参照されるURLは、より詳細なバージョンのマークアップを含む、ビジネスに関するページである必要があります。繰り返しますが、システムがドットを接続できるように同じIDを使用します。

— トニー・マクリース
ソース