PicShift 画質とファイルサイズ
品質設定は、見た目のディテールとファイルサイズのバランスを決めます。このガイドは PicShift で実用的な初期値を選ぶためのものです。
数値は開始時の目安であり、PicShift のベンチマーク結果ではありません。品質尺度はエンコーダー間で直接比較できず、結果は元画像に依存します。公開前に出力を確認してください。
クイック品質プリセット
| 目的 | 推奨品質 | 用途 |
|---|---|---|
| 高画質 | 85-92 | ポートフォリオ、商品写真 |
| バランス | 72-84 | 一般サイト、ブログ、SNS共有 |
| 小容量 | 55-71 | メッセージアプリ、サムネイル |
形式別のポイント
- JPG は写真向けで、容量削減の結果が予測しやすいです。
- WebP は Web 配信で、JPG に近い画質のまま容量を小さくしやすいです。
- AVIF は大きな写真で高効率ですが、小さい画像ではエンコード負荷が相対的に高くなります。
- PicShift の PNG は品質 95-100 でデコード後の画素を保持して可逆最適化し、95 未満では非可逆のパレット量子化を行います。
出力サイズが増える理由
変換後にサイズが増える場合、形式特性・事前の強い圧縮、またはその両方が原因です。詳しくは 出力サイズが増える理由 .
シンプルな最適化手順
- JPG/WebP は品質 80 から始め、変換前後を目視比較します。
- 重要なディテールが保たれていれば、小幅（例: 5刻み）で品質を下げます。
- 重要部分で圧縮アーティファクトが見えたら、そこで下げるのを止めます。
- サムネイルは低め、ヒーロー画像は高めの品質を使います。
よくある質問
JPG/WebP の実用的な初期品質は？
一般的なWeb公開や共有用途では、品質 80 が実用的な開始値です。
PNG へ変換するとサイズが大きくなるのはなぜ？
PNG の符号化自体は可逆ですが、PicShift の品質設定で前処理が変わります。95-100 はデコード後の画素を保持し、95 未満では非可逆のパレット量子化で色数を減らす場合があります。非可逆の元画像から画素を保持した PNG は大きくなりやすく、失われた細部は復元できません。
目立つ劣化を避けながら容量を下げるには？
品質を小刻みに下げ、各ステップで重要部分を比較します。重要領域に劣化が見えた時点で調整を止めます。
関連ページ
ツールページに戻る
最終更新: