画質を落とさずに画像をリサイズする方法

「品質を落とさずリサイズして」— すべてのデザイナーがこの依頼を受け、すべての人が同じことを説明してきた:リサイズは常に画像を変える。朗報は、人々が恐れる「損傷」のほとんどが、間違った方向か間違った方法に由来することだ。リサイズ時に実際何が起きるか、そして結果をシャープに保つ方法を説明する。

最初のルール:縮小は自由に、拡大は慎重に

**縮小(画像を小さくする)はほとんど常に安全だ。**4000 ピクセルのスマホ写真を Web 用に 1200 ピクセルにしても、観察者が気づけるものは何も失われない — 正しいリサンプリングで行えば、そのサイズで新しく撮った写真と視覚的に同一だ。情報は捨てられるが、それは新しいサイズが元々表現できないディテールだ。

**拡大(画像を大きくする)は本物の情報を追加できない。**600 ピクセルの画像を 1800 ピクセルに伸ばすことは、3 分の 2 のピクセルを発明することを意味する。古典的なリサンプリングは補間する — エッジをソフトなぼかしに均し、「拡大してもっちり」に読める。AI 拡張器は妥当なディテールを幻覚することで正真正銘うまくやる(髪の質感、布の粒子)、だがそれは合成であって復元ではない — 古い家族写真には素晴らしい、商品写真には危険だ:発明されたディテールは間違ったディテールだからだ。

だから品質を保つワークフローは、リサイズより前から始まる:必要以上に大きく撮影/書き出し、ターゲットに縮小する。「過剰」と軽んじたカメラのメガピクセルが、リサイズの余裕だ。

リサンプリングは実際に何をしているのか

4000×3000 の画像が 1200×900 になるとき、アルゴリズムは周囲の古いピクセルを与えられて、各新ピクセルが「何であるか」を決めなければならない。一般的な選択:

• ニアレストネイバー — 各新ピクセルは最も近い古いピクセルをコピーする。平滑化ゼロ;テキストはジャギーになり、斜めのエッジは階段状に。ハードエッジこそが本体であるピクセルアート以外には使わないこと。
• バイリニア — 周囲の 4 ピクセルを平均する。速い、やや柔らかい。
• バイキュービック / Lanczos — より大きな近傍の重み付き平均、シャープネス補償付き。これが実践での「高品質リサイズ」の意味だ;特に Lanczos は写真とスクリーンショットの縮小の標準だ。

差が最も見えるのはテキストと細い線だ — 悪いリサンプリングがハローとシマーを生む場所。スクリーンショットのリサイズで文字の周りがぼやけたなら、問題は方法であって、概念ではない。

アルゴリズムと同じくらい重要な設定

1. **最大のソースから、一度でリサイズする。**リサイズの世代ごとに柔らかさが積み重なる。4000→2000→1000 の 1000 は、4000→1000 の直行の 1000 より悪い。オリジナルを残し、各ターゲットサイズはそこから新鮮に生成する。
2. **アスペクト比を固定する。**不均一な引き伸ばし(「潰れた」顔)は最もよくあるリサイズの犯罪だ。当サイトの画像リサイズツールは既定で比率を固定し、欠けた次元を計算してくれる。
3. **縮小後に軽くシャープ化。**Lanczos 縮小の後に軽いアンシャープマスクをかけると、リサンプリングが拡散した切れ味が戻る。多くのリサイザーが焼き込んでいる;していないなら、少量でもないよりはまし。
4. **保存は慎重にエンコード。**リサイズ自体は精神的にロスレスだが、保存が品質が実際に失われる場所だ:JPEG の品質 80〜90 は視覚的に透明;一部のツールの既定「品質 60」が「リサイズしたら悪くなった」の不満の出所だ。当サイトのツールは品質スライダーを明示的に与える — または WebP 出力で質問自体を回避する、同じ品質で約 30% 小さい。
5. **形式を内容に合わせる。**テキストの多いスクリーンショットは PNG(ロスレス、鋭いエッジ)かロスレス WebP を;写真は JPEG/WebP を。スクリーンショットを JPEG でリサイズして文字がなぜぼやけたか悩むのは、リサイズではなくフォーマットの間違いだ。

サイズ対品質のトレード、正しく整理する

「品質を落とさず」は通常、実際には「見た目が悪くならない」を意味する — これは達成可能だ — と「ファイルが小さい」だ — こちらには独自のレバーがある:寸法、エンコード品質、形式。影響順に:

1. **寸法。**Web は 4000 ピクセルのオリジナルを必要としない。表示サイズ × 2(Retina 画面用)が誠実なターゲットだ — 800 幅で表示される画像は 1600 px で出荷すべきだ。
2. **形式。**同じ画像、JPEG/PNG の代わりに WebP:25〜50% 小さい、見た目同じ。PNG vs WebP vs AVIF が決断全体をカバーする。
3. **エンコード品質。**JPEG/WebP の品質 80〜85 がスイートスポットだ — それ以下ではアーティファクトが急速に積み上がる;それ以上は、見えない利得のためにバイトが風船になる。

3 つすべてをやれば(リサイズ → 正しい形式 → 適度な圧縮)、スマホ写真は典型的に 4MB から 200KB へ、見た目の差なしで — 「画質を落とさずリサイズ」の実践的な意味だ。

FAQ

画質を落とさずに画像の解像度を上げられる?

古典的な方法では本物のディテールは追加できない — 拡大は補間する(柔らかくする)か発明する(AI)。AI 拡張器は古い写真の復元に正真正銘有用だが、事実的な内容(商品、文書、識別に使われる顔)には発明されたディテールは負債だ。本当の修正は、より大きなオリジナルを手に入れることだ。

リサイズした画像がぼやけるのはなぜ?

通常 3 つのうちの 1 つだ:方法が Lanczos/バイキュービックではなくニアレストネイバーかバイリニアだった;オリジナルから一度でなく複数回リサイズした;または保存が低品質 JPEG で再エンコードした。3 つすべてを直せば、縮小は視覚的に透明だ。

Web 画像にはどんな寸法を?

ターゲット = 表示サイズ × 2(Retina 画面用)。800px 幅で表示されるブログ画像は 1600px 幅に。32px 表示のアイコン → 64px ソース。2× を超えると、どの画面も使えないバイトを出荷している。

リサイズするとファイルサイズは自動的に減る?

通常は(ピクセルが減ればデータも減る)、だが期待ほどではなかったりする — 4000→1200 のリサイズでも、品質 100 の JPEG なら数 MB のままかもしれない。ファイルサイズは寸法 × エンコード効率だ;両方ともあなたが管理する、だから品質スライダーも設定すること。