私は、ページに画像を埋め込む場合img
- src
base64のデータURIと、Googleのimagebotため、まだ利用可能な画像のメタデータ(EXIF、IPTC、XMP)ですか?
私は、ページに画像を埋め込む場合img
- src
base64のデータURIと、Googleのimagebotため、まだ利用可能な画像のメタデータ(EXIF、IPTC、XMP)ですか?
回答:
Googleは、Google画像検索のデータURI画像をインデックスに登録しません。GoogleのJohn Muellerは、ここと以下のコメントでそう述べています。データURI画像はGoogle画像検索でインデックスに登録されないため、画像内のEXIFデータは無関係です。
これらの画像がインデックスに登録されていないことを確認できます。「data uri」でGoogle画像を検索し、結果をスポットチェックしました。私が見たすべての画像は画像ファイルであり、base64でエンコードされた画像URIではありません。GoogleがデータURI画像をインデックス化できた場合、それらの一部がその用語の検索結果に表示されると思います。
GoogleがデータURI画像にインデックスを付けることを決定した場合、それらはそれらからEXIFデータを取得できるはずです。データURIは、base64でエンコードされたファイル全体(スペースや改行なし)で、data:image/png;base64,
プレフィックスが付いています。ファイル内のメタデータは、base64でエンコードされたデータURIバージョンにも存在します。
私は自分のWebサイトの1つでデータURI画像を使用しています。ユーザーがサイトの1つのページを表示するだけで、必要なすべての情報を取得できるためです。すべてのCSS、JS、および画像データをページにインラインで含めると、パフォーマンスが劇的に向上します。画像はすべて小さいため、このテクニックは特に有効です。
私のサイトは、データURI画像をサポートしていないInternet Explorer 7以前からかなりの量のトラフィックを受け取っています。したがって、私は条件付きでそれらを提供しなければなりません。サーバーにも画像があり、User-Agent
ヘッダーに基づいて通常の画像URLまたはデータURIを選択します。ボット(Googlebotを含む)はIE 7と同じように扱います。つまり、画像をHTTP URLとして提供します。データuri画像を含めるとページサイズが劇的に増加するため、これを行います。ほとんどのボットは画像をダウンロードする必要がないため、ボットにとってより効率的です。また、Googleウェブマスターツールが、GooglebotがデータURI画像を有効にしてサイトをクロールする速度がはるかに遅いことを報告していることにも気付きました。これは技術的にクローキングと見なすことができますが、データのURI画像にインデックスを付ける方法になります。
Googleは独自のSERPでbase64エンコードされたデータURIとして画像を使用しますが、他のWebサイトではそのような画像をインデックスに登録しません。ジョンミューラーがこの問題について説明しているGoogleグループディスカッションに案内してくれた@danに感謝します。また、そのような画像内のEXIFデータの存在に関する質問は関係がないことも意味します。
この説明から、このパフォーマンス最適化手法を適用するのに適しているのはどの画像であるかがわかります。アイコン、ファビコン、ボタンなどの小さな画像と、サイトのコンテンツに付加価値を提供しない画像です。
base64では、データのURIをエンコードなど他のサイトでは、1断固必見は、追加コンテンツ値を持つ画像を埋め込む場合は、画像のメタデータを提供する唯一のベストプラクティスは、例えば、EXIFデータを交渉することが可能であるSchema.orgのマークアップを使用することです。このと一種のマークアップ。
EXIFのように、「property:value」のように見えるデータをネゴシエートするためのもう1つの有望なマークアップには、現時点でプロポーザルのステータスがあります。しかし、Googleのブログからのこの記事は、上記でリンクしたマークアップ提案によって生成できる構造化スニペットを示しています。