Basebotでエンコードされた画像とGooglebotのメタデータの可用性


9

私は、ページに画像を埋め込む場合img- srcbase64のデータURIと、Googleのimagebotため、まだ利用可能な画像のメタデータ(EXIF、IPTC、XMP)ですか?


1
おそらく違います。Googlebotはおそらく、ランク付けしてユーザーを参照できるURLを必要とします。
ジョンコンデ

1
EXIFデータを忘れて、Googleの画像が独自のURLを持たない画像にインデックスを付けることさえできるかどうかさえ私にはわかりません。
スティーブンオスターミラー

@StephenOstermiller:それが問題です:そのような画像にインデックスを付ける場合、EXIFも読み取ります
Evgeniy

@Evgeniy Stephenが指摘するように、データURIはそれらを含むドキュメントから分離されていません(詳細については、こちらを参照てください)。検索エンジンはURLをインデックスに登録するため、含まれているドキュメントのみがインデックスに登録され、データURIに含まているメタデータにインデックスを付けるかどうか(実際に含まれている場合は、さらに大きくする)はミュートポイントです。確認のために、ソースコード検索エンジンを使用してデータURIを探し、その画像がインデックスに登録され、GoogleにEXIF情報が含まれているかどうかを確認できます。それはありそうもないようです。

@Evgeniy 複数のStack Exchangeサイトに同じ質問をクロスポストすることは許されないことに注意してください。

回答:


6

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画像にインデックスを付ける方法になります。


2
最初の例は次のURLでインデックスが付けられています:photos.topicshow.com/…、2番目の例は次のとおりですimages5.fanpop.com/image/photos/30600000/… 私が見つけることができるすべてのケースで、画像のhttp URLがあります同様に。
スティーブンオスターミラー

1
@StephenOstermillerエンコードされた文字列にはスペースが含まれる場合があります:goo.gl/RF8r07。画像にEXIFを入力し、エンコードし、公開して、インデックスに登録されるかどうかを確認します。
Evgeniy

3
John Mueller(Googleから)は、Googleは通常、データURIからの画像にインデックスを付けないことをここに示しいます。これらのエンコードに使用される多くのオンラインツールもメタデータを取り除きます。そのため、EXIF情報が維持されるかどうかについては、エンコード方法によって異なりますが、いずれにせよインデックス化されていないことを考えると、それは根本的な問題です。結果をお知らせください(画像のURLがインデックスに登録されないようにしてください。Googleも画像認識を使用しているため、一致した画像からEXIF情報を使用できます)。

1
@ダンありがとうございます!John Muellersの回答へのリンクにより、多くのことが一度にクリアされます。Gが画像をインデックスに登録しない場合、URIを取得できないため、EXIFが内部に残されているかどうかを考慮する必要はありません。
Evgeniy

3
上記のように、現時点ではこれらを画像として個別にインデックス付けしていません。これは将来的に変更される可能性がありますが、少なくとも当面は、画像検索でそれらの画像をインデックスに登録したい場合は、個別の画像URLを使用する必要があります。
John Mueller

2

Googleは独自のSERPでbase64エンコードされたデータURIとして画像を使用しますが、他のWebサイトではそのような画像をインデックスに登録しません。ジョンミューラーがこの問題について説明しているGoogleグループディスカッションに案内してくれた@danに感謝します。また、そのような画像内のEXIFデータの存在に関する質問は関係がないことも意味します。

この説明から、このパフォーマンス最適化手法を適用するのに適しているのはどの画像であるかがわかります。アイコン、ファビコン、ボタンなどの小さな画像と、サイトのコンテンツに付加価値を提供しない画像です。

base64では、データのURIをエンコードなど他のサイトでは、1断固必見は、追加コンテンツ値を持つ画像を埋め込む場合は、画像のメタデータを提供する唯一のベストプラクティスは、例えば、EXIFデータを交渉することが可能であるSchema.orgのマークアップを使用することです。このと一種のマークアップ。

EXIFのように、「property:value」のように見えるデータをネゴシエートするためのもう1つの有望なマークアップには、現時点でプロポーザルのステータスがあります。しかし、Googleのブログからのこの記事は、上記でリンクしたマークアップ提案によって生成できる構造化スニペットを示しています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.