手早い答え：画像をオンラインで一括リサイズ
画像をオンラインで一括リサイズするには、フォルダーごとブラウザ内のリサイズツールにドロップし、パーセント縮小か正確なピクセル寸法を選び、縦横比をロックしたまま、リサイズ済みのコピーをまとめて ZIP でダウンロードします。ストアの商品写真、ブログ画像、フォームへの提出、ドキュメントのスクリーンショット、SNS の下書きなどでは、1 枚ずつ編集する代わりに全ファイルに同じルールを適用できるため、これが最も安全な流れです。
大切なのは、「リサイズ」を押す前にルールを決めることです。ブログ用の 4032 x 3024 px のスマホ写真フォルダーなら、幅 1600 px のような共通の幅が必要になることが多いでしょう。商品サムネイルのフォルダーなら、先に正方形にトリミングしてから 800 px で書き出す形になるかもしれません。メール添付のセットなら、送りやすくするために 50 % にスケーリングするだけで済むこともあります。いずれも「この画像を小さくする」と表現されがちですが、実は別々の仕事です。
PhotoTools はリサイズをブラウザ内で実行するため、画像を先にサーバーへアップロードする必要はありません。混在バッチをそのまま処理して元の形式を保ったり、バッチ全体を JPG・PNG・WebP・AVIF で書き出したりできます。
ファイルサイズではなく、使い先から考える
最適な目標サイズは、その画像がどこに使われるかで決まります。4000 px 幅の画像を 700 px 幅のコンテンツカラムに置いても、余分なピクセルはページを遅くするだけで、読み手に多くのディテールを見せることはできません。同じ画像を大きなデスクトップ画面の全幅ヒーローに使うと、700 px で書き出したものは眠く見えます。
次の表を実務上の出発点にしてください：
| 使い先 | 実務上の目標サイズ | メモ |
|---|---|---|
| ブログやヘルプセンターの画像 | 幅 1200 〜 1600 px | 多くの記事カラムと Retina 表示に適する |
| 全幅ヒーロー画像 | 幅 1920 〜 2400 px | レイアウトが実際にこの幅で表示する場合にのみそれ以上に |
| 商品グリッドのサムネイル | 長辺 600 〜 1000 px | グリッドが正方形のカードを求めるなら先に形を揃えて切る |
| メール添付 | 長辺 1024 〜 1600 px | 送りやすい重さで、一般的な画面でも読めるサイズ |
| フォームやポータルの提出 | 指定されたピクセル要件に一致させる | 幅と高さが正確に指定されていればその通りに |
| SNS 投稿・リンクプレビュー | まず必要なアスペクト比に合わせる | 形のためにトリミングしてからプラットフォーム用にリサイズ |
| ドキュメントのスクリーンショット | 幅 1200 〜 1600 px | 文字が読める品質を保ち、UI キャプチャに強い JPG 圧縮はかけない |
使い先がまだ決まっていないときは、幅 1600 px 前後の大きめの Web 版と、600 〜 800 px 前後の小さなサムネイル版の 2 種類を書き出しておきます。あとで別サイズを作れるように、元ファイルは触らず別フォルダーに残しておきます。
パーセント縮小と正確なピクセル寸法
PhotoTools のリサイズには「パーセント」と「寸法」の 2 つのモードがあり、それぞれ違う問題を解きます。
元画像のサイズがバラバラで、それらを同じ割合だけ小さくしたいときは パーセント縮小 を使います。たとえば結婚式のフォルダーには縦位置・横位置・寄りのカットが混ざっていることがあります。全部を 50 % にすれば、それぞれの形は保ったままピクセル数を大きく削れます。
送り先の要件がはっきりしているときは 正確なピクセル寸法 を使います。ブログなら、幅と高さの両方を固定するより、幅に 1600 を入れて高さを空欄にする方がふつうきれいです。縦横比をロックしておけば、各画像は自分の形を保ち、高さは自動で計算されます。
幅と高さの両方を厳密に指定するときは注意してください。画像の形がまちまちなときに両方を入れると、比率が合わない場合にツールがピクセルを引き伸ばしたり潰したりすることがあります。均一な正方形の商品写真なら、先に正方形にトリミングしてから 800 x 800 にリサイズします。写真がバラバラの編集用途なら、片方だけ指定してもう片方は追従させましょう。
PNG・JPG・WebP・AVIF ファイルの一括リサイズ手順
PhotoTools でのシンプルな流れは次のとおりです：
- リサイズツール を開きます。
- ファイルをアップロードエリアにドロップします。複数枚をまとめて追加できます。
- 比例縮小なら パーセント、ピクセル指定なら 寸法 を選びます。
- 寸法を使う場合は、縦横比がロックされるようリンクアイコンを有効のままにします。
- 出力形式を選びます：同じ形式・JPG・PNG・WebP・AVIF のいずれか。
- すべてリサイズ をクリックします。
- 個別にダウンロードするか、バッチ完了後に ZIP ボタンを使います。
典型的なサイトクリーンアップなら、私は「寸法」を選び、幅を 1600、高さを空欄、縦横比はロック、写真は WebP か JPG で書き出します。透明のロゴ、輪郭がはっきりしたスクリーンショット、フラットな色面のグラフィックなどは、容量が問題にならない限り PNG のままにします。
意図的に形を変えるとき以外は、縦横比のロックを外さない
縦横比は幅と高さの比のことです。4000 x 3000 の写真は 4:3、リンクプレビュー画像はもっと横長なことがあり、商品サムネイルのグリッドは正方形を求めることがあります。
リサイズはサイズを変えるだけで、構図は変えません。寸法だけをいじって 4:3 の画像を無理に正方形にすれば、写真は引き伸ばされて見えます。だから縦横比のロックが大切です。片方の寸法を入れて、もう片方は自動計算に任せれば、写真は自然な比率のまま保たれます。
最終的な送り先が別の形を必要とするときは、二段階に分けます：
- 先に必要な比率（正方形・縦・横）にトリミングします。
- トリミング済みのコピーを最終のピクセルサイズにリサイズします。
このちょっとした順序の違いが、整った商品グリッドと歪んだ画像の山を分けます。
リサイズ・圧縮・変換 — 本当に必要なのはどれ？
「リサイズ」という言葉はファイルを小さくする作業全般に使われがちですが、実際には 3 つの別々の作業が関わっています。
| 作業 | 何が変わるか | 向いている用途 | 例 |
|---|---|---|---|
| リサイズ | ピクセルの幅・高さ | レイアウトやアップロード仕様に合わせる | 幅 4032 px から幅 1600 px へ |
| 圧縮 | ファイルデータ・見た目の品質 | 寸法が合った後に KB 制限に収める | 1.2 MB から 200 KB 未満へ |
| 変換 | ファイル形式 | ブラウザ対応・透明・容量戦略 | PNG から WebP、HEIC から JPG |
表示サイズより画像がずっと大きい場合は、まずリサイズします。サイトが 200 KB のような明確な上限を求めている場合は、リサイズの後に圧縮を行います。形式変換は送り先が特定の形式を好むときに役立ちますが、正しい寸法を選ぶ代わりにはなりません。
リサイズ後の出力形式を選ぶ
出力形式は、画像の中身と使い先に合わせて選びます。
| 出力形式 | 向く用途 | 注意点 |
|---|---|---|
| 同じ形式 | 現状の形式で問題ない急ぎのバッチ | 以前の形式選択がそのまま残る（理想でなくても） |
| JPG | 写真、商品リスト、メール添付、幅広い互換性 | 透明なし。繰り返し保存すると細部が甘くなる |
| PNG | ロゴ、UI スクリーンショット、透明、鋭いエッジ | 写真では大きくなりやすい |
| WebP | モダンなサイト、画像の多いページ | 古いワークフローや CMS では受け付けない場合がある |
| AVIF | モダンな Web プロジェクトでの積極的な容量削減 | エンコードが遅く、古いツールでの対応が弱い |
iPhone の HEIC・HEIF ファイルは、大きなバッチの前に少し試してください。プレビューやデコードができるブラウザとできないブラウザがあります。HEIC がリサイズ中に失敗したら、先に JPG へ変換してから一括リサイズを回します。
散らかりにくいフォルダー運用
書き出しのたびに同じダウンロードフォルダーへ似た名前で落ちると、バッチ作業はすぐ混乱します。ちょっとした命名ルールが助けになります。
作業を始める前に、次のようなフォルダー構成を作っておきます：
商品写真/
originals/
web-1600w/
thumbs-800w/
upload-under-200kb/
カメラの元ファイルは originals/ に置きます。大きな Web 版で 1 回、サムネイルでもう 1 回バッチをかけ、サイトが厳しい KB 上限を持つ場合はリサイズ済みのものをアップロード用フォルダーへ圧縮します。
ファイル名は「被写体を先、サイズを最後」にします：
linen-shirt-blue-original.jpg
linen-shirt-blue-1600w.webp
linen-shirt-blue-thumb-800.jpg
一番良い意味で退屈な命名です。半年後でも、どれがマスターでどれがサイト用かがすぐわかります。
一度のバッチはどれくらいが適当？
ブラウザ内リサイズはローカル実行なので、リモートサーバーで順番待ちをするアップロードキューはありません。上限はブラウザと端末の使えるメモリです。最近のノート PC なら普通の写真数十枚は問題なく扱えますが、非常に大きなスマホ画像、PNG のスクリーンショット、AVIF 書き出しは思ったよりメモリを食うことがあります。
実際のフォルダーでは、まず 3 〜 5 枚だけ試します。寸法・容量・鮮明さをチェックし、問題なければ残りを 50 〜 100 枚単位で処理します。巨大なフォルダーでは、変わったファイルで失敗したときに再実行しやすいよう、小さめのバッチが向きます。
ZIP のダウンロードが終わるまでタブを閉じないでください。元ファイルは端末に残りますが、リサイズ後の出力は保存するまでブラウザメモリの中にしかありません。
アップロード前の品質チェック
サイト・ストア・フォームで画像を差し替える前に、少数のサンプルを確認します：
- リサイズ済み写真を 100 % ズームで開き、ぼやけていないか確認する。
- 幅と高さが送り先と合っているかチェックする。
- 透明の PNG ロゴが透明のままか確認する。
- 文字を含むスクリーンショットが読めるか確認する。
- 拡張子が送り先で受け付けられる形式と一致しているか確認する。
- フォルダー全体を処理する前に、テスト画像を 1 枚だけアップロードする。
サイトの場合は、実際に画像が表示されるページも見ておきます。ファイル自体は正しくても、トリミングがレイアウトと噛み合っていなければ違和感が出ます。
やむを得ないとき以外、小さい画像を拡大しない
PhotoTools のパーセントコントロールは 100 % を超えられますし、寸法モードでも元より大きなファイルを作れます。ただし拡大でディテールが戻るわけではありません。小さな画像を大きくするとブラウザはピクセルを「捏造」することになり、顔・文字・商品のエッジが甘くなります。
「小さすぎる」とプラットフォームに弾かれたら、カメラの元ファイルを探す、デザインソースから再書き出しする、あるいは専用のアップスケーリング手順を使うのが筋です。通常の一括リサイズでは、大きな元から縮小するのが最良の結果をもたらします。