web-dev-qa-db-ja.com

ページ上の画像ギャラリーのSchema.orgタイプ

自分のサイトには、記事のコンテンツに関連する1つ以上のフォトギャラリーを含む記事があります。 schema.org/ImageGallery は「Webページタイプ：イメージギャラリーページ」として定義されているため、 schema.org/WebPage タイプを継承しています。ただし、ギャラリーはページを変更せずにライトボックスで開きます。

より大きな記事に関連する、ページ上の機能にすぎないギャラリーに、より適切なタイプはありますか？

bib Collection type を見ましたが、使用率が低く（使用法：10〜100ドメイン）、コアにないという事実が心配になります。

私はこれを見ました 関連する質問 しかし、彼らの質問は画像に関するものです。

imagesschema.orgphoto-gallery
1
tenor528

同意する その ImageGallery は、あなたのケースに適したタイプではありません。

Collectionには2つの代替手段がありますが、欠点があるため、ここではCollectionが最善の解決策だと思います。

hasPart

最も簡単な解決策は、 hasPart プロパティに複数の値を使用することです。

<article itemscope itemtype="http://schema.org/Article">
  <div itemprop="hasPart" itemscope itemtype="http://schema.org/ImageObject"></div>
  <div itemprop="hasPart" itemscope itemtype="http://schema.org/ImageObject"></div>
  <div itemprop="hasPart" itemscope itemtype="http://schema.org/ImageObject"></div>
</article>

問題：画像をセットにグループ化することはできません。そのため、画像がどのギャラリーに属しているかを伝えることが重要な場合（記事に複数のギャラリーがある場合）、これは機能しません。

ItemList

ItemList タイプを使用して、イメージをグループ化できます（各ギャラリーはリストで表されます）。

問題： ItemList プロパティは値としてArticleを想定しているが、hasPartはそうではないため、CreativeWorksをItemListに接続できません。

（機能する1つのケースは、ギャラリーが記事で説明されている主要なアイテムである場合です。その場合、 mainEntity プロパティを使用してItemListsをArticleに接続できます。）

Collection

Collection はCreativeWorkであるため、hasPartを使用できます。

<article itemscope itemtype="http://schema.org/Article">
  <div itemprop="hasPart" itemscope itemtype="http://schema.org/Collection">
    <div itemprop="hasPart" itemscope itemtype="http://schema.org/ImageObject"></div>
    <div itemprop="hasPart" itemscope itemtype="http://schema.org/ImageObject"></div>
    <div itemprop="hasPart" itemscope itemtype="http://schema.org/ImageObject"></div>
  </div>
  <div itemprop="hasPart" itemscope itemtype="http://schema.org/Collection">
    <div itemprop="hasPart" itemscope itemtype="http://schema.org/ImageObject"></div>
    <div itemprop="hasPart" itemscope itemtype="http://schema.org/ImageObject"></div>
  </div>
</article>

（必要に応じて、もちろんこれをItemListと組み合わせることもできます。）

心配する必要はありません。

  • 使用するタイプを決定するには、 使用統計を無視 。
  • 型が拡張機能の一部であることは問題ありません。それは単なる組織の決定です。拡張機能のすべては、まだメインの名前空間の一部です（つまり、http://schema.org/Collectionの代わりにhttp://bib.schema.org/Collectionを使用できる/すべきです）。
1
unor