メール用に写真のバッチを圧縮するにはどうすればよいですか？

最初にサイズを変更し、次に圧縮することで、Gmailの25 MBの制限を超えないように写真のバッチを取得できます。自社のツールからの前後のサイズを測定しました。

August 9, 2026

Gmailは1メッセージあたり25 MBで制限されます。カメラから直接の写真フォルダーは、何もせずにその制限を超えてしまいます。通常の対応は、4枚を添付して残りを諦めることです。より良い操作の順序があります。最初に写真のサイズを変更し、次に圧縮することで、収まらなかったセットが余裕を持って収まるセットになります。

両方のステップはブラウザタブ内で実行されます。LeanImgにはAPIルートやサーバーアクションがないため、あなたの写真はサーバーに到達することはなく、そのサーバーは1時間後に削除すると約束することもありません。この分野の競合他社は、最初にアップロードします。この違いが私たちがこのようにツールを構築した理由であり、DevToolsを開いて約10秒で自分で確認できます。

メールの添付ファイルは実際にどれくらいの大きさにできますか？

Gmailの上限は1メッセージあたり25 MBで、それを超えるとGoogleは添付ファイルを削除し、Google Driveのリンクを挿入します。Microsoftの側は異なります：Exchange Onlineは、送信時のデフォルトが35 MB、受信時が36 MBで、管理者は1 MBから150 MBまで設定できます。また、iOSおよびAndroid用のOutlookは33 MBで停止します。したがって、あなたのメールを受け取る人は、あなたよりも厳しい制限があるかもしれません。

次に、エンコーディングの税金があります。添付ファイルはbase64エンコードされて送信され、3バイトごとに4文字に変換されます（RFC 2045, セクション 6.8）、Microsoftの独自の制限テーブルでも、データセンターを出るメッセージに対して同じ33%の変換増加が示されています。それを逆算してみてください。25 MBのメッセージ上限は、実際にはディスク上のファイルが約18 MBであることを意味します。したがって、目指すべき数字は18 MBです。

最初にサイズを変更するべきか、それとも最初に圧縮するべきか？

最初にサイズを変更してください。それはより大きなレバーであり、人々がスキップするものです。3840x2160の写真は8.3メガピクセルを持ち、私たちのリサイズツールの50%プリセットはそれを1920x1080に変更し、エンコーダが触れる前にピクセルの4分の3を破棄します。ブラウザはcreateImageBitmapを通じて高品質のリサンプリングでそのダウンスケールを自動的に行います。ノートパソコンであなたのメールを読む人は誰も気づきません。

リサイズツールが仕事を終えることを期待しないでください。リサイズツールは、入力されたフォーマットを保持し、デフォルトで品質90でロスのあるファイルを再エンコードし、PNG出力はロスレスのままです。したがって、得られるバイトの節約は主に失われたピクセルから来ています。15のソーシャルプリセットと25/50/75のパーセンテージステップを提供し、1バッチあたり10ファイルまたは50 MBを処理します。リサイズされたセットをダウンロードし、それを圧縮ツールに渡してください。

品質スライダーは実際にどれくらいの節約になりますか？

こちらが1枚の写真、3840x2160のtexture.jpgで538.6 KB、私たちの圧縮ツールを4つの設定で通したものです。スマートモードがデフォルトで、メール用にはそれが最適です。固定の数に制限されるフォームとは異なり、スライダーが131 KBで停滞する理由はその部分です。

そのスライダーについての1つのことは、人々を驚かせます。JPEGソースの場合、それは乗数として機能します：私たちはソースの量子化テーブルから推定品質を読み取り、設定した値でスケールします。したがって、元々60で保存された写真がスライダー80でエンコードされると、48になります。品質60のJPEGを文字通り80で再エンコードすると、ファイルが膨れ上がり、何も復元されません。スマートモードはJPEGに80、WebPに80、AVIFに63、PNGにはロスレスを選択し、エンコーディングは MozJPEGがWebAssemblyにコンパイルされたものです。

圧縮してもスクリーンショットがまだ巨大な理由は何ですか？

PNGはロスレスであり、ロスレスには下限があります。透明度を持つ900x606のalpha.pngは942.4 KBです。「PNGノー圧縮」オプションは、レベル3でoxipngを実行し、383.9 KBに圧縮し、元のピクセルとビット同一のまま59%削減します。「PNG小さいファイルサイズ」オプションはimagequantを実行し、256色のパレットで画像を再構築し、98.3 KBに到達します。同じ画像で、90%削減されました。

パレット量子化はフラットなUIカラー、ロゴ、線画に適しています。グラデーションや肌の色に目に見えるバンディングを引き起こすため、写真には不適切です。バッチ内のPNGに透明度が全くない場合、圧縮する前にPNGをJPGに変換するのが最も安価な方法です。写真とスクリーンショットの違いがそれを決定します。

WebPまたはAVIFに変換してさらに圧縮すべきですか？

メール用には、いいえ。同じtexture.jpg、同じスライダー位置、3つのエンコーダ：

その表は、理由を知るまで逆に見えます。JPEGの80はソースの品質に対して再スケールされたため、実際には低くなり、WebPとAVIFは80をそのまま受け取ります。AVIFをスマートデフォルトの63に下げると、186.9 KBでサイズで勝ちます。これはこのページで最小の数字です。ただし、画像ごとに約10秒かかり、AVIFのブラウザ外でのサポートは不安定です。受信者のメールクライアントはブラウザではありません。JPEGを送信してください。

圧縮すると、私の写真からGPS位置情報は削除されますか？

はい、他のすべても削除されます。ここでの圧縮は生のピクセルにデコードし、再エンコードするため、EXIF、GPS座標、カメラモデル、ICCプロファイル、埋め込まれたサムネイルが削除されます。画像の向きは維持されるため、何も横向きにはなりません。それは思ったより重要です：家、車、子供の学校の写真は撮影された座標を持っており、元の画像をメールで送ると、その座標がメッセージを転送された人に渡されます。私たちのプライバシーページに残りのことが詳述されています。

これらの操作中に写真はアップロードされますか？

いいえ。ファイルをドロップする前にDevToolsでネットワークパネルを開いて確認してください：コーデックは同じオリジンから1回ロードされ、その後はリクエストがあなたの画像をどこにも送信しません。MozJPEG、oxipng、imagequantはすべてタブ内でWebAssemblyとして実行され、JPEG、PNG、WebP用のブラウザの独自のキャンバスエンコーダがフォールバックとして使用されます。後で削除するものは何もありません。なぜなら、何も保存されていなかったからです。

現在ドラフトに詰まっているバッチで試してみてください。リサイズツールを開き、最大10枚の写真をドロップし、50%プリセットを選択してダウンロードします。それをスマートモードで圧縮ツールに通し、何かを添付する前にダウンロードすべてボタンの合計を確認してください。18 MB未満であれば、Gmailは受け取ります。ファイルの1つがドキュメントとして送信する予定のスキャンである場合、私たちの JPGをPDFに変換するに関する記事がそのステップがサイズに与える影響を説明しています。