出品最適化
商品写真を画質を落とさずに圧縮する方法
· 4 min read
商品写真は、実際に表示されるピクセル寸法にリサイズしてから、WebPまたはAVIFで書き出します。同じ見た目の品質なら、JPEGより一般に25から50パーセント小さくなります。ページ内での役割に応じて、1枚あたりおよそ100から300KBを目安にしてください。GoogleのLargest Contentful Paintの基準では2.5秒を超えるページは遅いとされ、大きすぎるメイン画像がその原因の筆頭になることがよくあります。
RorlAIでこれを行うProduct: Clean studio backdrop for anything boxed or bottled.ファイルサイズは読み込みだけでなくコンバージョンの問題でもある理由
Largest Contentful Paintは、ページ上で最も大きく見える要素の描画が完了するまでの時間を測る指標です。Google自身の基準では、2.5秒未満が良好、2.5秒から4秒が要改善、4秒超が不良とされています。商品ページで最も大きく見える要素は、ほぼ必ずメイン写真です。つまり、他の部分がどれだけ速く読み込まれても、大きすぎる画像ファイル1枚だけでページが基準を満たすかどうかが決まってしまうことがあります。
これは抽象的なスコアの話ではありません。メイン写真の読み込みが遅いことは、説明文を一文字も読まれず価格も見られないうちに、買い手が出品で最初に体験することです。
現実的なサイズの目安
| 画像の役割 | 妥当な目標 |
|---|---|
| メイン写真(拡大表示あり) | 150から300KB |
| サブ画像やサムネイル | 60から120KB |
| モバイルのメイン画像(ファーストビュー) | 約150から200KB未満 |
これらは最新の画像最適化のガイドラインから集めた作業用の目安で、特定のプラットフォームの公式仕様ではありません。画像の複雑さによっても多少変わります。白背景の単純な商品は、画質の劣化が目立つ前に、複雑なシーンより多く圧縮できます。この表は、ぴったり合わせるルールではなく上限として扱ってください。
本当にバイト数を減らせる作業の順番
- 1圧縮する前にリサイズするカメラや生成ツールは、幅3000から4000ピクセルで書き出すのが一般的です。ページ上で1200ピクセルの枠に表示するなら、まずその幅前後にリサイズします。大きすぎる画像を圧縮しても、少し小さくなるだけで、大きすぎる画像を配信していることに変わりはありません。
- 2プラットフォームが対応していればWebPで書き出すWebPは同じ見た目の品質でJPEGより25から35パーセント小さくなるのが一般的で、AVIFはさらに小さくできます。最近のECプラットフォームやブラウザの多くはWebPに対応しています。お使いのプラットフォームが自動で配信するのか、そのフォーマットで直接アップロードする必要があるのかを確認してください。
- 3WebPが使えない場合はJPEGの品質を70から85程度にする編集ソフトの初期の書き出し設定は、必要以上に高いことがよくあります。この範囲の品質設定なら、ほとんどの商品写真で元画像と見分けがつかず、100パーセントで書き出すより大幅に小さくなります。
- 4埋め込まれたメタデータを削除するカメラの設定、ページに不要なカラープロファイル、一部のスマートフォンが埋め込むGPSデータは、買い手には見えないのにファイルを重くします。多くの圧縮ツールは初期設定で削除しますが、お使いのツールもそうか確認してください。
最も重要な違い:
- 可逆圧縮は撮影時のピクセルをそのまま保ち、写真はほとんど小さくなりません。ベタ塗りの色とくっきりした輪郭のグラフィックには向きますが、写真には向きません
- 非可逆圧縮は人の目に気づきにくいデータを捨てるもので、写真で本当に容量が減るのはここです
- 現代的なエンコーダーを正しく設定すれば、あなたが気づく水準よりずっと手前、買い手が違いに気づく水準をはるかに下回るところに収まります
生成した写真や編集した写真の扱い
どんな編集ツールや生成ツールで作った写真でも、カメラから出したままの写真と同じリサイズと圧縮の工程が必要です。これらのツールは初期設定でフル解像度で書き出すことが多く、ピクセルがセンサー由来でもモデル由来でも、フル解像度の書き出しには同じ重さの問題があります。完成した素材ではなく、同じサイズの目安を待つ元データとして扱ってください。
Common questions
- 商品写真を圧縮すると見た目は悪くなりますか?
- 適切な設定なら悪くなりません。ここで説明した範囲の非可逆圧縮は、人の目が認識しない細部を捨てるように調整されているため、正しく圧縮した写真は通常の表示サイズでは同じに見え、読み込みははるかに速くなります。
- WebPを使うべきですか、それともJPEGのままでよいですか?
- ストアのプラットフォームが対応しているならWebPを使ってください。同じ品質でJPEGより一般に25から35パーセント小さくなります。プラットフォームやテーマがWebPを自動で配信しない場合に限り、きちんと調整したJPEGに戻してください。
- モバイルとデスクトップで別々の画像サイズが必要ですか?
- 理想的には必要です。モバイルの買い手はデスクトップよりずっと小さな領域で写真を見るため、モバイルに小さなファイルを配信すれば、その画面で目に見える画質の低下なしに、実際の読み込み時間を短縮できます。
- 画像のファイルサイズは売上に本当に影響しますか、それとも速度スコアだけですか?
- ページ速度とコンバージョンは密接に結びついており、多くのECプラットフォームは今やこれを実験室の指標ではなく、ランキングとコンバージョンの要因として扱っています。ページをLargest Contentful Paintの2.5秒の基準超えに押しやるメイン画像は、抽象的なスコアではなく、買い手が実際に体験する測定可能な遅さです。