web-dev-qa-db-ja.com

画像のImageObjectスキーマ組織マークアップの利点は何ですか?

ImageObjectsとして画像をマークアップすると、インデックス付けや検索エンジンのランキング、または関連するもの(リッチカード/スニペットなど)にプラスの効果があることを示すものはありますか?


私の経験

サイト上のすべての画像を、microdata形式の完全なImageObject schema.org構造化データマークアップで動的にマークアップしました。

結果は、次のようにページごとに数百のエントリになりました。

image   
    @type   ImageObject
    name    Widget
    url     https://widgetcorp.com/some-image-1.jpg
    width   
        @type   Intangible
        name    40           
    height  
        @type   Intangible
        name    40

Search Console/Google Webmaster Toolsの構造化スキーマセクションには、文字通り何十万ものImageObjectが表示されていました。それらのいずれにもエラーはありません。サイトの個々のページタイプがGoogleの構造化データテストでテストされたとき、すべての画像はエラーや警告なしで検証に完全に合格し、ページに存在した他のすべてのスキーマオブジェクトも同様でした。

それでも、関連するすべての検索エンジンで、画像や何かのランキングやインデックス付けの違いをまったく検出できませんでした。 ImageObjectsとして画像をマークアップする別の経験がありましたか?

編集1:
画像ファイル名をURLから除外するつもりはありませんでした。タイプミス-サイトでは、画像ファイルのURLを適切に渡していました。

2
Andre Bulatov

まず、 image property の場合、Schema.orgはURL値またはImageObject値のいずれかを想定しています。これは通常、画像の値を取得する他のプロパティにも当てはまります。

したがって、imageプロパティには、次のものも使用できます。

<div itemscope itemtype="http://schema.org/Thing">
  <img itemprop="image" src="image.png" alt="" />
</div>

では、なぜImageObject値を代わりに使用する必要があるのでしょうか?

画像にデータaboutを提供する場合は、 ImageObject を使用する必要があります。 URL値。このようなデータは、画像の高さや幅、作成者、キャプションなどです。

構造化データの場合は常にそうです。この追加データを気にする消費者もいれば、無視する消費者もいます。

Google検索の場合

Googleは、画像関連の検索機能について、通常(おそらくすべての場合であっても)(ImageObject値ではなく)URL値を必要とします。たとえば、これらの質問を参照してください。

したがって、Googleの検索機能に関心があり、必要な追加データを提供できる場合は、おそらくImageObject値の代わりにURLを使用する必要があります。

5
unor