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を適切に渡していました。
まず、 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は、画像関連の検索機能について、通常(おそらくすべての場合であっても)(ImageObject
値ではなく)URL
値を必要とします。たとえば、これらの質問を参照してください。
したがって、Googleの検索機能に関心があり、必要な追加データを提供できる場合は、おそらくImageObject
値の代わりにURL
を使用する必要があります。