Swift JPG logo
Swift JPG

リサイズ JPG

画像の寸法を簡単に変更。

技術メモ

変換品質は、出力フォーマットのコーデック、圧縮率、カラープロファイルによって決まります。JPEGのような非可逆圧縮形式は、人間の目では気づかないデータを取り除きファイルサイズを削減します — 品質80〜85%では通常、画質の劣化は見えません。PNGのような可逆形式はすべてのピクセルを保持しますが、ファイルサイズは大きくなります。EXIFメタデータ（カメラモデル、GPS座標、撮影日時）は可能な限り保持されますが、ブラウザのプライバシー設定によって削除される場合があります。すべてのデータ処理はWebAssemblyを使用してブラウザ内で完結し、ファイルがサーバーに送信されることは一切ありません。

JPGのリサイズ方法

1

アップロード

ファイルをドラッグ。

2

寸法設定

新しい幅/高さを入力。

3

ダウンロード

画像を保存。

プライバシー保証

WebAssembly を使用しています。写真はブラウザ内で処理され、サーバーへアップロードされません。

瞬時のスピード

アップロード時間がないため結果が速いです。変換はデバイス上で即時に行われます。

一括変換

最大50ファイルを同時に変換。ドラッグ＆ドロップでギャラリー全体を数秒で変換できます。

🔒 ブラウザ内でのリサイズ

画像はブラウザ内でローカル処理されます（HTML5 Canvas + WebAssembly）。サーバーに送信しません：

  • ✓ 完全プライバシー: 写真は端末外に出ません
  • ✓ 即時処理: ネットワーク遅延なし
  • ✓ オフライン対応: 初回読み込み後
  • ✓ 無制限: 料金・上限なし

🔬 リサンプリングの基礎

スケーリングの仕組み

リサイズは単なる増減ではなく、リサンプリングアルゴリズムで新しいピクセルを計算します。

補間方式

最近傍（最速）: 高速だがギザギザになりやすい。
バイリニア（バランス）: 4ピクセル平均。速度と品質のバランス。
バイキュービック（高品質）: 16ピクセル参照で滑らかだが遅い。

アスペクト比を維持

歪みを避けるため、比率を維持するのが一般的です：

  • 内側に収める: 指定サイズ内に収まるよう縮小
  • 埋めてトリミング: 埋めて余白をカット
  • 引き伸ばし: 比率を無視（歪みが出る）

デフォルトは「内側に収める」で、比率を保ったまま最大化します。

📐 標準サイズガイド

🌐 Web/画面

解像度比率用途
1920×1080 16:9 Full HD画像、ノートPC
2560×1440 16:9 Retina/高解像度モニター
1200×630 1.91:1 Facebook/LinkedIn共有
800×600 4:3 メール向け、小型画面

📱 SNSサイズ

プラットフォームタイプ最適サイズ
Instagram 正方形投稿 1080×1080
Instagram 縦長 1080×1350
Instagram ストーリー 1080×1920
Twitter/X 投稿 1200×675 (16:9)
LinkedIn プロフィール写真 最小 400×400
YouTube サムネイル 1280×720 (16:9)

🖨️ 印刷 (300 DPI)

印刷は300DPI推奨。計算式: インチ × 300 = ピクセル

  • 4×6インチ: 1200×1800 ピクセル
  • 5×7インチ: 1500×2100 ピクセル
  • 8×10インチ: 2400×3000 ピクセル
  • 11×14インチ: 3300×4200 ピクセル
  • 16×20インチ: 4800×6000 ピクセル

⬆️⬇️ 拡大 vs 縮小

✅ 縮小 (downscaling)

安全で推奨。 縮小は画質を保ちやすい。例:

  • 4000×3000 → 1920×1440（Web用）
  • 高解像度スキャン → サムネイル
  • RAW書き出し → SNS

⚠️ 拡大 (upscaling)

実際のディテールは増えません。 補間で埋めるだけです。

許容できるケース:

  • 小さな拡大 (10–25%)
  • ベクターや高コントラストのロゴ

より良い方法: 高解像度の元データを使う。

⚡ Web性能のためのリサイズ

Core Web Vitalsでは画像最適化が重要。リサイズはLCP改善の最優先です:

🎯 最適化ガイド

  • ヒーロー画像: 幅は最大1920px
  • 商品写真: 1200–1500px + 必要時にズーム
  • サムネイル: 300–600px
  • 背景: ビューポートに合わせる。モバイル800px、デスクトップ1920–2560px

ヒント: <picture>でモバイル800px、デスクトップ1920pxを配信。

🔧 トラブルシューティング

ぼやける/荒い

縮小時:

  • 高品質補間（bicubic/LANCZOS）を使用
  • 縮小後にJPEGを過度に圧縮しない（85%+）
  • 元が強く圧縮されている場合は復元不可

拡大時:

  • これは正常です（元解像度を超える）
  • 拡大率を抑える（10–25%）
  • AIアップスケーラーを検討
指定サイズにならない

デフォルトで比率を維持します。1920×1080に指定しても4:3なら枠内に収まるサイズになります。

対処法:

  • 先にトリミング: 比率を合わせてからリサイズ
  • 内側に収める: 歪みなし
  • 正確なサイズを強制（上級）: 伸縮の可能性
一括処理が遅い/フリーズする

リサイズはCPU負荷が高いです。4000×3000画像を大量に同時処理すると負荷がかかります。

対処法:

  • 小さなバッチで処理（10–20枚）
  • 他のタブを閉じる
  • 大量処理はデスクトップツール（Photoshop、ImageMagick）
  • 新しいCPUほど並列処理に強い

🎯 リサイズが必要な場面

📱 レスポンシブWeb

800/1200/1920pxのバリエーションを用意し、srcsetを使います。

✉️ メール添付

幅1200px・品質80%程度にして2MB以下を目安に。

🛍️ EC商品写真

1500–2000pxが推奨。6000pxは過剰で遅い。

📄 書類

ポータルは200–500KB制限が多い。600×400や800×600に調整。

❓ よくある質問

画質を落とさずにリサイズできますか？

縮小は安全です。拡大は実際のディテールを増やしません。

リサイズと圧縮の違いは？

リサイズはピクセル数を変更。圧縮は同じサイズで容量を削減。先にリサイズ。

1000×500のように正確にできますか？

可能ですが比率が違うと歪みます。「内側に収める」なら4:3 → 667×500。必要ならトリミング。

EXIFは削除されますか？

デフォルトではEXIFは保持し、GPSのみ削除。完全削除は「EXIF削除」。

PNGなどにも対応？

はい。PNG/WebP/HEICなど対応。PNGの透明性も保持。

最大サイズは？

ブラウザのcanvas制限（≈16384×16384）とRAMに依存。200%以上の拡大は非推奨。