独自のCMSを作成していますが、サイズの異なる画像を処理する必要があります。
私はすべての画像の情報をデータベースに保存します。すべての画像について、次のものがあります。
画像はさまざまな方法で使用できます。
現在、この画像へのURLは次のようになっています。
http://example.com/uploads/{id}/{mode}/{size_x}-{size_y}/{filename}.{ext}
実際の例:
http://example.com/uploads/tile/24/200-200/my-picture.png
http://example.com/uploads/crop/24/200-200/my-picture.png
URLは非常に長いです。しかし、そこに提供されているすべての情報が必要です。
SEOにとって問題ですか?複数サイズの画像のSEOを最適化するソリューションは何ですか?
編集:正規のリンク情報を削除
複数のサイズの画像を提供することは大きなSEOの問題ではありませんが、2つのサイズに固執しようとしています。
そうすれば、ページに小さな画像を入れることができますが、画像検索で大きな画像をランク付けすることができます。画像検索用に最適化するには、次を行う必要があります。
<img src=
または<a href=
を使用して、ページランクを画像に渡し、ランク付けすることができます。つまり、<a href="large.jpg"><img src="thumb.jpg"></a>
のような操作を行うと、サムネイルのみがページに表示されますが、クリックすると大きな画像が表示され、画像検索でランク付けされます。複数の大きなサイズの画像がある場合、Googleは画像検索でランク付けするために1つを選択します。おそらく、適切なPageRankを持つ最大のものになるでしょう。異なるページで異なるサイズの画像を使用する場合、PageRankをいくつか希釈します。上記のリンクトリックを使用して、この問題を軽減できます。
私が知る限り、異なる画像サイズに対して重複したコンテンツのペナルティはありません。画像はウェブ上で広くコピーおよびサイズ変更されます。 Googleは、重複したコンテンツを検出し、検索結果に各画像のコピー(サイズを問わない)を1つだけ表示しようとしますが、重複した画像に対するペナルティを処理するようには見えません。
私の理解では、rel="canonical"
はHTMLページ(およびPDF)用に設計されたページレベルの属性です。目標は、検索エンジンがコンテンツの優先URLを特定できるようにすることです。
次の2つの良い議論を見つけることができます。
これは、HTML 5のSrcSet属性を介して処理され、1つの画像に異なるソースを持たせることができます。問題は、ブラウザのサポートがまだ遅れていることです。したがって、ポリフィルまたはシムを使用して正しく動作させる必要があります。
CMSに関しては、オリジナルを用意し、他の画像のサイズを動的に変更することをお勧めします。 ASP.netを使用している場合はimageresizer.netをチェックしてください。PHPプラットフォームを使用している場合は、timthumb.phpが仕事を成し遂げることができます。画像のサイズをサーバー側に変更してから、ディスクにキャッシュします(そのため、毎回サイズが変更されません)。
マークアップを作成する場合、メディアクエリでsrcsetまたはcss3 backgroudイメージを使用して、さまざまなサイズのイメージをさまざまなユーザーに提供します。