本文へ移動
Coffee Break Again キャラクターと物語のWebサイト設計

Guide

イラスト中心の作品サイトを軽くする方法|画質を守る画像最適化

原画を保管したまま、表示サイズ、画像形式、レスポンシブ画像、width・height、遅延読み込みを整理し、作品サイトを軽くします。

最初に原画と公開用画像をどう分けますか?

制作データ、保存用の高解像度画像、Web公開用画像を同じファイルにしません。原画は再編集できる状態で保管し、公開用はページ内の役割と表示幅に合わせて書き出します。

種類用途扱い
制作データレイヤー・文字・色の再編集公開成果物へ含めない
保存用原画長期保管・印刷・再書き出し元解像度で手元に残す
公開用画像Webページでの閲覧表示幅別に複数サイズを用意
SNS共有用OGP・告知固定比率と安全余白で作る

表示幅に合わせた画像サイズをどう決めますか?

CSSで見える幅だけを小さくしても、元画像の転送量は減りません。本文幅、カード幅、拡大表示の有無を確認し、同じ画像を小・中・大の複数サイズへ書き出します。

  1. 最大表示幅を測るパソコン・スマートフォンで実際に使うCSS幅を確認する。
  2. 高密度画面を考慮する表示幅より大きい候補も用意し、端末に合う画像を選べるようにする。
  3. 用途別に分けるサムネイル、本文、拡大表示を同じファイルにしない。
  4. 候補画像を配信するsrcsetsizesまたは画像コンポーネントで端末に選ばせる。

必要な寸法はレイアウトと鑑賞目的で変わります。固定の一サイズを全サイトへ当てはめません。

画像形式はどう選びますか?

写真・塗りの多いイラスト、透過画像、線画・UIでは向く形式が違います。拡張子だけで決めず、同じ表示寸法で容量と見た目を比較します。

形式向く用途確認点
JPEG写真・塗りの多い画像輪郭や文字のにじみ
PNG透過・線・UI・小さな図大きな写真で容量が増えないか
WebP写真・イラストの公開用候補書き出し品質と制作環境
AVIF対応環境での高圧縮候補変換時間・細部・フォールバック
SVGロゴ・単純な図・アイコン複雑なイラストや外部コードを混ぜない

最初に見える画像とギャラリーをどう分けますか?

ページの代表画像は読み込みを遅らせず、下へ続くギャラリーや関連記事画像を遅延読み込みにします。すべてを同じ優先度にすると、最初に必要な画像と後でよい画像が競合します。

画像読み込み理由
ファーストビューの代表画像通常または優先最初の表示に必要
本文中盤の図遅延候補読む位置まで待てる
長いギャラリー遅延初期転送を減らす
小さなアイコン実装に合わせる個別リクエスト増加も確認

width・heightはなぜ指定しますか?

画像が読み込まれる前に必要な場所を確保し、本文やボタンが後から動くのを減らすためです。HTMLの寸法とCSSの最大幅を併用し、縦横比を保ったままレスポンシブ表示します。

  • 公開用画像の実寸に対応するwidth・heightを付ける
  • CSSで最大幅を100%以内にし、縦横比を崩さない
  • カードと本文で異なる切り抜きを使う場合は別画像にする
  • 画像読み込み後に見出しやボタンが大きく移動しないか確認する

画質はどのように確認しますか?

ファイル容量だけで合否を決めず、顔、線、文字、グラデーションなど作品で重要な部分を実際の表示サイズで見ます。原画と等倍で比較するより、読者が見る端末幅で確認します。

  1. 重要な細部を決める顔、線、文字、質感など劣化させたくない部分を選ぶ。
  2. 2〜3段階で書き出す品質と形式を変え、容量を記録する。
  3. 端末幅で並べるスマートフォンとパソコンで違いを見る。
  4. 許容できる最小容量を選ぶ細部が崩れない候補の中から軽いものを採用する。

公式資料では何を確認できますか?

Google Search Centralは画像SEOとレスポンシブ画像、web.devは画像のサイズ指定や遅延読み込みを含むパフォーマンス資料を公開しています。ブラウザ対応や推奨は変化するため、実装時に最新の公式資料を確認してください。

この手順で改善すること、別に考えること

イラスト、漫画の見本、人物立ち絵、ギャラリーを持つ小規模な作品サイト向けです。画質と表示の軽さを両立する運用は整えられますが、権利保護や動画配信まで同じ方法では解決できません。

この手順で確認する

  • 原画と公開用画像を分ける
  • 表示幅と優先度に合う画像を配信する
  • 実際の端末幅で画質と表示の動きを見る

別の要件として設計する

  • 無断利用への対策と権利表示
  • 印刷用の色・解像度管理
  • 動画や大規模ギャラリーの配信基盤

最適な形式や圧縮設定は画像ごとに異なり、改善量も端末・回線・実装に左右されます。公開後は実ページで確認してください。

このページでは、公開用画像の運用に絞ります

この記事は形式ごとの圧縮率一覧ではなく、原画保全、公開サイズ、読み込み優先度、実表示での検証という創作者向け画像運用フローです。Google Search Centralとweb.devの一次資料、および画像寸法を検査するサイト品質基準を根拠にしています。

この記事で扱わないこと: 代替テキストやキーボード操作の詳しい確認。ここでは転送量、表示の安定、画質確認を中心に扱います。

よくある質問

原画をそのままWebサイトへ載せてもよいですか?

原画は手元の正本として保管し、Webでは実際の表示幅に合わせた公開用画像を使います。大きな原画を縮小表示するだけでは、転送量が増え、スマートフォンでの表示が遅くなります。

WebPとAVIFはどちらを使えばよいですか?

画質、容量、制作環境、対応ブラウザを見て選びます。新しい形式だけに固定せず、サイトの画像処理機能で適切な形式を配信できるなら利用し、見た目を実画像で確認します。

すべての画像を遅延読み込みにすべきですか?

最初に見える代表画像まで遅延させる必要はありません。ページ下部のギャラリーや関連記事画像を遅延対象にし、主要画像は通常読み込みまたは優先度を調整します。

透かしを入れると画像は重くなりますか?

透かし自体より、書き出しサイズと圧縮設定の影響が大きいです。権利保護の効果と鑑賞性を別に判断し、公開用画像の寸法・品質を先に整えます。