転送用にファイルサイズを縮小：クイック圧縮ガイド

ファイルを送信前に縮小するには、形式に合った正しいコーデックを選ぶことが重要です。動画には H.265 または AV1 、画像には WebP または AVIF 、 PDF は画像をダウンサンプリングしたリニアライズ済み形式、混在アーカイブには LZMA2 付きの 7-Zip が効果的です。 4K MP4 は視覚的な劣化なしに 8 GB から 1.2 GB に縮小でき、 300 MB のスキャン PDF は埋め込み画像を 600 DPI から 150 DPI に再サンプリングするだけで 40 MB に縮むことがよくあります。圧縮レベルよりもコーデックの選択のほうが重要です。

ファイルサイズが転送時間を決める理由

100 Mbps のアップロード回線は理論上毎秒約 12.5 MB を転送しますが、 TCP オーバーヘッド、 TLS ハンドシェイク、家庭用 ISP の現実を考慮すると毎秒 9 MB 程度になります。つまり 10 GB のマスターファイルは理想条件でも約 18 分かかり、ピーク時の家庭用光回線では 1 時間以上になることもよくあります。ファイルを 3 GB に削ることは見た目の問題ではなく、会議前に完了する転送とそうでない転送の差です。

主要な転送サービスはすべて上限を設けています。 WeTransfer は無料ユーザーを 2 GB に制限し、 Smash はサイズ制限を撤廃しますが 2 GB 超では積極的に制限し、 Dropbox Transfer の無料プランは 100 MB で止まります。ファイルが上限を超えるなら、圧縮はオプションではなく必須です。

動画：最大の効果はここで生まれる

動画ファイルは送信する必要があるものの中でほぼ常に最大であり、最も圧縮可能です。 Premiere Pro 、 Final Cut 、 DaVinci Resolve のデフォルトエクスポート設定は品質ヘッドルーム優先であるため、転送には過剰なサイズになりがちです。

HandBrake または FFmpeg を使い、視覚的にほぼ無損失の結果のため H.265（HEVC）を CRF 23 で再エンコードしましょう。ウェブ配信品質での超小サイズには、 SVT-AV1 経由の AV1 を CRF 30 で使うと、 H.265 と比べてさらに 30〜50% 削減できます。動作するワンライナー：ffmpeg -i input.mov -c:v libx265 -crf 23 -preset medium -c:a aac -b:a 128k output.mp4。 5 GB の ProRes ファイルが約 600 MB に収まることが期待できます。

1080p で十分なときに 4K でエクスポートする誘惑はスキップしましょう。エンコード前に解像度をダウンサンプリングするほうが、ビットレート上限を上げるよりはるかに効果的です。

画像：解像度より形式を優先する

12 MP の写真を無圧縮 TIFF で保存すると 36 MB です。同じ画像を WebP 品質 85 で保存すると約 1.8 MB で、視覚的な劣化はありません。 AVIF はさらに低く、しばしば 1 MB 未満で、 Safari 、 Chrome 、 Firefox 、 Edge はすべて現在ネイティブにサポートしています。

クライアントに送る RAW バッチには、 DNG または CR3 ファイルを JPEG XL（.jxl）またはプログレッシブ JPEG 品質 90 に変換しましょう。 200 枚の RAW 写真が収まった 1.2 GB の撮影フォルダが、通常のモニターで誰も気づかないほどの詳細を失わずに約 90 MB になります。

ダウンロード不要のツール：ブラウザ内の Squoosh は WebP 、 AVIF 、 MozJPEG を個別に処理します。バッチには ImageMagick の magick mogrify -format webp -quality 85 *.jpg がフォルダを数秒で処理します。

PDF ：埋め込みの肥大を取り除く

肥大した PDF のほとんどは印刷解像度の埋め込み画像スキャンを抱えています。 Acrobat の「ファイルサイズを縮小」コマンドは、埋め込み画像を 150 DPI にダウンサンプリングし、テキストスキャンには JBIG2 、写真には JPEG2000 で再エンコードします。同じ作業は Ghostscript 経由で無料です：gs -sDEVICE=pdfwrite -dCompatibilityLevel=1.5 -dPDFSETTINGS=/ebook -sOutputFile=out.pdf in.pdf。

40 枚のスキャン署名ページを持つ 300 MB の契約書は、この方法で通常 35 MB に縮みます。 DocuSign や Dropbox Sign 経由の電子署名ワークフローで PDF を送る場合、それらのアップロード制限がドキュメントあたり 25 MB 前後にあるため、これは重要です。

Word や Google Docs からエクスポートされたデジタル生まれの PDF には、デフォルトの「高」ではなく「標準」品質に設定した「Print to PDF」仮想プリンターを使いましょう。差はしばしば 10 倍にもなります。

ドキュメントとスプレッドシート

肥大した .docx や .xlsx は、ほぼ常に貼り付けられた画像や埋め込みスプレッドシート範囲のせいで肥大しています。 Word の図の圧縮コマンド（ファイル → オプション → 詳細 → 画像サイズ）はメール用に 150 PPI を目標とします。 20 MB を超える Excel ファイルは空セル全体に書式設定が適用されていることが多く、未使用行の「すべてクリア」でサイズの 90% が回復することもあります。

古い形式の場合、 .doc を .docx として保存すると、現代の XML ベース形式がデフォルトで ZIP ストレージを使うため、サイズが 30〜60% 削減されます。

賢くアーカイブする：混在コンテンツでは 7z が ZIP を上回る

ドキュメント、コード、いくつかの画像が混在するものをまとめる場合、「Ultra」レベルで LZMA2 を使った 7-Zip は通常、標準 ZIP より 20〜40% 優れた圧縮率になります。トレードオフは圧縮時間で、 10 GB アーカイブでは影響が出ることがあります。既に圧縮済みのコンテンツ（ MP4 、 JPG 、 ZIP ）には適用しても意味がなく、節約は 2% 未満で CPU を無駄に消費するだけです。

Tar + zstd（tar --zstd -cf archive.tar.zst folder/）は、コードベースを移動する Linux と macOS ユーザーに最適なバランスです。 zstd は gzip の 5 倍速く同様の比率で展開します。

受信者に WinRAR や 7-Zip がインストールされていない限り、 RAR は避けましょう。 ZIP と .7z が外部受信者にとって安全なデフォルトです。

圧縮が役立つより害になるとき

既にウェブ配信品質のファイルを再圧縮しないでください。 HandBrake を YouTube ダウンロードや既に H.264 の MP4 に CRF 23 で実行しても、有意義に縮まないか、世代損失アーティファクトを導入するかのどちらかです。まず ffprobe file.mp4 でソースビットレートを確認しましょう。 1080p で 5 Mbps 未満なら、そのままにしておきましょう。

同様に、暗号化されたアーカイブ（パスワード保護 ZIP 、 AES-256 付き 7z ）は圧縮不能になるため、圧縮を先、暗号化を後にしましょう。逆の順番では効果がありません。

縮小せずに大容量を送信する

時には圧縮の手間をかける価値がないこともあります。特に受信者が元の品質を必要とする動画マスターやデザイン成果物の一回限りの送信では、大きな生ファイルをエンドツーエンドで受け入れるサービスのほうがシンプルです。 HexaTransfer は転送あたり 10 GB まで AES-256-GCM 暗号化で、アカウント不要で対応しており、「これ以上圧縮できない」シナリオのほとんどをカバーします。

hexatransfer.comでお試しください — 無料、登録不要、最大10GB。