web-dev-qa-db-ja.com

画像ファイル名のキャッシュ無効化フィンガープリントはSEOランキングを損ないますか?

Ruby上のRailsアセットパイプラインは、展開時にアセット(JS、CSS、およびアセットフォルダー内の画像を含むその他のファイル)にフィンガープリントを自動的に追加し、キャッシュされたアセットが新しいファイル。

例:

  • 元のファイル:small-dog.jpg
  • 展開されたファイル:small-dog-984943978214378624.jpg
  • 再デプロイされたファイル:small-dog-234519389656103219.jpg

展開が発生するたびに、ファイル名のフィンガープリントが変更されます。私が考えることができる2つの問題は、古いパスの404エラーと、その特定のイメージの「リセット」によるSEOランキングの潜在的な損傷です。検索エンジンは毎回それを新しい画像として認識し、再度クロールする必要があり、以前の検索ランキングをリセットしますか?

Googleはフィンガープリントを推奨していますが、特に画像ファイルについてはあまり言及していません。

3
Toma Nistor

これらの手法を使用しても、Webページのランキングが損なわれることはありません。アセットがURLを頻繁に変更する場合でも、ページはWeb検索で適切にランク付けされます。

Google画像検索で画像をランク付けしようとすると、不安定な画像URLが問題になります。画像自体をランク付けするには、安定したURLを選択する必要があります。

古いIDが現在のバージョンにリダイレクトされるようにすることで、404エラーの問題を回避できます。私のフレームワークでは、ビルドが発生したときのURLにタイムスタンプを挿入しました。 301リダイレクトは古いタイムスタンプに適していることがわかりました。将来のタイムスタンプの場合、302リダイレクトはキャッシュされたくないため、より適切に機能します。

1