経験則として。画像スプライトを使用するボタン/アイコン/もの (すべての画像を組み合わせた 1 つの大きな画像、css を使用して特定の座標間の部分のみを表示する) の場合、「実際の」コンテンツ画像の場合は、別の画像を使用するだけです。
これにはいくつかの理由があります。アイコン、ボタンなどは、サイトのすべてのページに表示される場合もあれば、同じページに複数回表示される場合もある画像です。したがって、それらを組み合わせると非常に便利です。新しい http 接続を開始して 1kb (またはそれ以下) のアイコンをダウンロードするのは非常に非効率的です。数百を使用するとどうなるか想像してみてください。さらに、このタイプの画像はサイトの見た目だけで、SEO ランクにとってはまったく重要ではありません (ただし、Google は、サイトが地獄のように醜いかお姫様のように美しいかは気にしません)。
しかし一方で、サムネイル、休日や野球の試合の写真などの「コンテンツ」画像は、多くの場合、効率の部分を除外するのに十分な大きさです。Chrome 開発者ツールまたは firebug でわかるように、ブラウザはすべての画像のダウンロードを同時に開始します。したがって、1 つのイメージをダウンロードするのは、100 をダウンロードするのと同じくらい高速です。ただし、100 枚の画像を組み合わせると、1 枚で大量のデータをダウンロードする必要があるため、ダウンロードは遅くなります。比較において; 1 本のホースで 2 ガロンの水を押すと、同じ 2 ガロンの水を 10 本のホースで押すよりも時間がかかります。(もちろん、この比喩には穴がありますが、それは私の要点を示しています)。しかし、もっと重要なことです。Google は img タグを読み取り、ファイル名 (src) を使用します。タイトルと (それほど重要ではありませんが) alt 属性を使用して、画像が SEO ランクにどのように関連するかを決定します。画像は、seo ランクに関連する効果があります。しかし、グーグルはそれが同じ画像、または別の画像が表示されているため、ここではスプライトは役に立ちません。画像のどの部分をロードする必要があるかを示すパラメーターを含むスクリプトは、まったく役に立ちません。よく考えてみれば、その理由を理解できると思います;)
したがって、サムネイルなどをマージする必要はありません。速度を向上させたい場合は、キャッシングと転送の高速化に注意を向けてください。たとえば、gzip 圧縮 (そのための google .htaccess gzip)、適切なキャッシュ ヘッダーなどを使用することで、いくつかの非常に単純な改善を実装できます。