画質を落とさずに MP4 動画を圧縮する方法

ビデオをエクスポートしてアップロードしようとしたら、ファイルサイズ制限に阻まれましたか？ またはアップロードは成功したものの、プラットフォームが品質を低下させ、字幕が突然ぼやけてしまいましたか？ そんなときに人は MP4 ビデオの圧縮方法を検索し始め、スライダーや略語、悪いアドバイスに埋もれてしまいます。

問題は単にファイルサイズを小さくすることだけではありません。ソーシャルフィード、メッセージアプリ、広告プラットフォーム、モバイル画面でプロフェッショナルに見える小さなファイルを作成することです。特に AI 生成コンテンツ、エクスプレイナービデオ、モーショングラフィックス、ショートフォーム広告では、クリーンなテキスト、シャープなエッジ、フラットな背景が圧縮ミスを痛いほど目立たせます。

ビデオ圧縮の核心的なレバー

ほとんどの圧縮決定は、3つのコントロールに帰着します：codec、resolution、bitrate。これらを理解すれば、ソフトウェアはランダムに感じられなくなります。

Codec がビデオのパッキング効率を決める

MP4 ファイルはコンテナです。codec はその内部の圧縮方法です。これが圧縮を担います。

codec の選択はスーツケースに荷物を詰めるようなものです。一人は服を畳み、もう一人は丁寧に丸めて隅々まで活用します。同じスーツケースを使いますが、一人ははるかに多くのものを詰め込めます。H.265 は H.264 より優れています。

H.264 で CRF 22〜23 に再エンコードすると、通常ファイルサイズを 40%〜90% 削減しつつ、ほとんどの視聴者には品質の違いが区別できないほど保てます。一方、H.265 は CRF 24〜28 がスイートスポットで、同じ品質で約 40%〜50% 小さなファイルを生み出します（PlayPause's MP4 compression guidance による）。

実践ルール： 視聴者が現代的なプラットフォームとデバイスを使っている場合、H.265 が通常優れた圧縮選択です。互換性が効率より重要なら、H.264 が安全なデフォルトです。

Resolution は予想以上にサイズを急速に削減

Resolution はフレームサイズ、例えば 1920 x 1080 や 1280 x 720 です。ピクセルが多いほどエンコードするデータが増えます。

クリエイターはしばしばフル解像度を保ちつつ bitrate を下げて巨大ファイルを節約しようとします。ある程度は有効ですが、限界があります。フレームが許可データ量に対して大きすぎると、エンコーダーが醜い妥協を始めます。

ソーシャルメディア、特にモバイルファーストコンテンツでは、ダウンスケーリングが最もクリーンな方法です。不動産マーケティング、地元ブランドコンテンツ、近所の Reels を作成する場合も、essential video optimization for realtors の一部で、迅速な読み込みと判読性が巨大マスターの保存より重要です。

Bitrate がビデオの1秒あたりのデータ量を制御

Bitrate はデータ予算です。予算が多いほど詳細が増え、少ないほどファイルが小さくなりますが、極端に下げると圧縮が目立ちます。

主な制御方法は2つ：

• CRF モード はエンコーダーに品質目標を与えます。複雑なシーンにデータを多く使い、シンプルなシーンに少なく使います。
• Target bitrate モード はサイズ予算を与えます、より予測可能な出力サイズを目指します。

CRF は編集者に「良さげに見せろ、必要なスペースを使え」と言うようなものです。Target bitrate は「1ページだけ。収めろ」です。

ほとんどのクリエイターにとって、CRF は品質とサイズのバランスを取る最も簡単な方法です。厳しいアップロード上限があり最終サイズが絶対品質の一貫性より重要なら target bitrate を使います。

クイックメンタルモデル

1つだけ覚えるならこれ：codec は効率を向上、resolution は作業負荷を除去、bitrate は予算を設定。

仕事に適したツールの選び方

最適なコンプレッサーはブランド忠誠よりワークフローに依存します。視覚インターフェースを求めるクリエイターもいれば、自動化を求める人も、1ファイルを素早く縮めて次へ進みたい人もいます。

コマンドラインなしで制御できるデスクトップアプリ

設定と再現性を重視するなら、デスクトップソフトウェアが最適です。

HandBrake はほとんどのクリエイターに最初に勧めるツールです。重要な設定を公開し、無駄なものを隠し、迷わずエクスポートテストを容易にします。

VLC も基本変換を扱えます。すでにインストール済みでクイックパスが必要なときに便利です。欠点は HandBrake ほど品質調整が明確でない点です。

このカテゴリは以下に適します：

• 詳細指向のクリエイター が codec、resolution、オーディオ設定を選択したい場合
• マスターで作業するエディター がクリーンな圧縮パス1回が必要な場合
• 結果を視覚的にレビューするチーム がスクリプトを書かずに済む場合

バルクワークフロー向けコマンドラインツール

FFmpeg は本格派オプションです。最初は威圧的に見えますが、数個のフラグを理解すれば大量ファイル処理の最速ツールになります。

バリエーション、アーカイブエクスポート、ソーシャルカットダウンをバッチで作成する場合、フォルダ間で同じ設定を自動化できるので FFmpeg が時間を節約します。だからプロワークフローで GUI ツールも使う人が残します。

最高のソースから1回だけ圧縮。再圧縮はすでに圧縮済みの MP4 に損傷を積み重ねます。

これが重要です。ロッシーエンコードは繰り返すたびに劣化し、複数パスでマクロブロックや色バンディングが発生します。H.265 を使うツールは H.264 より 50% 優れた圧縮効率を提供します（Compresto's compression guide による）。

クイックワンオフ作業向けオンライコンプレッサー

ブラウザベースのコンプレッサーは制御より速度が優先のときに便利。ドラッグ、アンドロップ、待機、ダウンロード。

以下に便利：

• ワンオフのクライアント依頼
• 小さなテストクリップ
• 借り物のマシンを使うクリエイター
• 急いでいる人

ただしトレードオフがあります。通常 codec や品質設定の制御が少なく、ソース映像をサードパーティサービスにアップロードするのはプライバシーやクライアント要件に合わない場合があります。

ワークフローがすでに AI アシスト制作と高速イテレーションから始まるなら、圧縮をチェーン内のどこで行うかを決めるために top AI video editing software の広範なスタックを検討する価値があります。一部のクリエイターは ShortGenius のようなプラットフォーム内でコンテンツを作成・整理してから最終エクスポートと配信を好みます。

シンプルな選び方

• HandBrake を視覚ツールで本格制御したい場合に。
• FFmpeg を大量ビデオ処理や自動化が必要な場合に。
• VLC をシンプル作業で既に開いている場合に。
• オンライコンプレッサー を利便性が精度を上回る場合に。

HandBrake を使った実践的なウォークスルー

ソーシャルクリエイターの典型問題はこうです。編集完了、MP4 がアップロードサイズ超過、初回のクイック圧縮で字幕が柔らかくなったりクリーンなモーショングラフィックスがぐちゃぐちゃに。HandBrake はコマンドラインを強要せず本格制御を与える良い修正です。

最高のクリーンソースから始めます。Drive からダウンロード済み、Instagram から引き出した、他エディターから2回エクスポートしたファイルではなくマスターエクスポートを使います。余分なロッシーパスは情報を捨て、AI 生成映像は損傷を早く示します。フラットグラデーション、シャープテキスト、合成エッジは圧縮ミスを容易に露呈します。

プリセットから始め、重要なものだけ調整

ファイルをロードし、まず Fast 1080p30 を選択。このプリセットはショートフォームビデオの実践ベースラインで、無駄な調整を避けつつ近づけます。

次に結果を変える重要な設定だけ調整：

1. Format
   ソーシャルプラットフォーム、広告マネージャー、混合デバイス再生向けなら MP4 を維持。

2. Video codec
   小さなサイズが最大互換性より重要なら H.265。古いツールや広告プラットフォームで最安全再生が必要なら H.264。

3. Quality mode
   厳密なファイルサイズを狙わず品質を予測可能に保つ最も簡単な Constant Quality に設定。

4. Audio
   AAC を使用。ボイス中心ビデオは bitrate を下げ、音楽中心編集は高く保つ。

ソーシャルコンテンツで耐久する設定

トーキングヘッドクリップ、製品エクスプレーナー、有料ソーシャル広告、AI アシストショーツ向けの信頼できるスタートポイント：

• Preset base: Fast 1080p30
• Video codec: H.265
• Quality: Constant Quality
• CRF: 26〜28
• Audio codec: AAC
• Audio bitrate: 128 kbps、ボイスファーストコンテンツなら 96 kbps

単一の魔法数字よりこの範囲が重要。CRF は圧縮予算のようなもの。低い数字は詳細を守るためにビットを使い、高い数字は損傷を許容してスペースを節約。ShortGenius のようなツールからのクリーン AI 生成ビジュアルでは、自然カメラ映像よりテキスト、UI 要素、ハードグラフィックエッジが早く壊れるので、一般チュートリアルより保守的にします。

フレームに焼き込み字幕、モックアプリ画面、ロワサーズ、製品ラベルがあるなら CRF 26 または 27 から。シンプルなトーキングヘッドで背景ぼかしなら 28 で大丈夫です。

実践ルールはシンプル。視聴者が気づかないところでスペースを節約。読む詳細を守る。

フレームサイズが本当の問題の場合だけリサイズ

HandBrake の Dimensions タブは多くのクリエイターがプロジェクトを成功・失敗させる場所です。

ソースが 4K で宛先が TikTok、Reels、Shorts、または主にスマホ視聴の有料ソーシャルなら、1080p へのダウンスケーリングは 4K でハード圧縮を押すよりファイルサイズを効果的に削減します。通常エンコーダーが保存するピクセルが少なくなり良い結果に。

ただし AI 生成コンテンツには上限があります。ダウンスケーリングは小さいテキストを急速に傷つけます。4K でクリスプだったフレームがオリジナルデザインにコピー多め、小さい UI クローム、細いラインアートを詰め込みすぎると 1080p で読みにくくなります。そういう場合は解像度を高く保つかエクスポート前にフレームを再デザイン。圧縮は最初から微妙なテキストを救えません。

リサイズを使う場合：

• ソース解像度が配信ニーズを大幅に上回る
• ビデオが主にスマホ視聴
• アップロード速度とレビュー速度が重要
• フレームが小さいテキストや細かいインターフェース詳細に依存しない

難しい部分をテスト、簡単な部分ではない

全ファイルをコミット前に短いテストエンコードを。失敗しそうなセクションを選びます。

良いテストセクション：

• 高速モーション
• アニメーション字幕
• グラデーション
• ドロップシャドウ
• 密集オンスクリーンテキスト
• スクリーンショットや UI モックアップ

静的イントロカードはほとんど教えてくれません。問題は通常モーション、エッジ、読み取りテキストで現れます。

インターフェースを自分で試す前に動くのを見たいならこちらのウォークスルービデオ。

高速 HandBrake チェックリスト

HandBrake は作業を退屈に保つときに最適。堅実プリセットから始め、重要な4〜5設定を変え、クリップの最悪部分をテスト、クリーンソースから1回エクスポート。このアプローチは繰り返し再エンコードで微小ゲインを追うより速く、ソーシャル視聴者が気づく詳細を守ります。

FFmpeg で圧縮を自動化

大量ファイルを扱うなら GUI ワークフローはすぐに遅くなります。FFmpeg は再現性圧縮、バルク処理、正確制御を求めるクリエイターのツールです。

シンプルな CRF コマンド

品質優先圧縮のクリーンスタートポイント：

ffmpeg -i input.mp4 -c:v libx265 -crf 28 -c:a aac -b:a 128k output.mp4

主要部分の意味：

• -i input.mp4 FFmpeg に開くファイルを指定
• -c:v libx265 ビデオ codec を H.265 に設定
• -crf 28 constant quality モードを使用
• -c:a aac -b:a 128k AAC オーディオを 128 kbps に設定

ダウンスケールもするコマンド

ソースが不要に大きい場合、エンコード中にスケール：

ffmpeg -i input.mp4 -vf scale=1280:720 -c:v libx264 -crf 23 -c:a aac -b:a 128k output-720p.mp4

配信がオリジナルフレームサイズ保存より重要なら便利です。

FFmpeg は精度を報酬に。クリーンコマンド1つがエクスポートと再圧縮の5ラウンドを上回ります。

厳しいファイルサイズ目標を当てる場合

厳格アップロード上限では CRF 単独は理想的でない、シーン複雑さで出力サイズが変わるため。2パス bitrate エンコードを使います。

標準式は video_bitrate_kbps = ((target_size_MB × 8192) / duration_seconds) − audio_bitrate_kbps で、Mux's guide to video compression with FFmpeg はこの方法で予測出力サイズが得られ、シングルパス VBR のオーバーシュートを避けると述べています。

一般ワークフロー：

1. 目標サイズを設定、ビデオ持続時間をメモ。
2. 式でビデオ bitrate を計算。
3. その bitrate 目標で2パスエンコード。
4. 最大 bitrate を目標より高く して複雑シーンに余裕を。
5. 最終配信前にモーション重いセグメントをレビュー。

フォルダのバッチ処理

クリップの山を定期圧縮なら FFmpeg が輝きます。スクリプトやシェルループでコマンドを繰り返せます。OS により構文が変わりますが、アイデアは同じ：フォルダの各ファイルに FFmpeg を向け、同じ設定適用、新場所に保存、無人実行。

ここで FFmpeg は「コマンドラインツール」からコンテンツワークフローのインフラになります。

ソーシャルメディア向けプラットフォーム別設定

賢いエクスポートはアップロード可能な最大ファイルではありません。プラットフォーム再生と再圧縮をクリーンに耐える最小ファイルです。

ほとんどのショートフォームソーシャルでは 1080p で十分。それ以上はアップロード時間を増やし、プラットフォームに潰すデータを与えます。厳格共有制限とチャットアプリでは 720p がしばしば最適。

ソーシャルメディア向け推奨 MP4 圧縮設定

最下行は多くのクリエイターが無視。PlayPause's guide to compressing MP4 for web delivery によると、4K や 1080p から 720p へのダウンスケールは bitrate 調整単独より効果的で、1–2 Mbps 範囲 VBR の 720p は Discord のようなプラットフォームで小さく高判読性。

プラットフォームによる違い

プラットフォームごとに罰するミスが異なります。

• YouTube は大容量アップロードを上手く扱うので、自社トランコード前のクリーンソース保存が主目標。
• Instagram Reels は特にグラフィックスヘビー編集でテキスト周りの柔らかさや蚊ノイズを露呈。
• TikTok はテクスチャ損失に寛容だが、泥字幕や弱コントラストは許さず。
• Discord と WhatsApp は厳しいファイルサイズ決定を強いるので 720p が勝つ。

Instagram が主要チャネルなら、mastering Instagram video for creators の内訳がフィード挙動とフォーマット制約に圧縮選択を合わせるのに便利。

プラットフォーム追跡より良いルール

1つの巨大マスターを作成してどこでもアップロードしない。宛先別にエクスポート。

通常：

• 高品質マスターを保持
• 公開ソーシャル向けプラットフォーム準備 1080p 版
• チャットアプリ、承認、高速共有向け軽量 720p 版

正しい設定は普遍的でない。視聴場所に紐づきます。

トラブルシューティングと知覚品質の保持

圧縮ガイドはファイルサイズ低下にビデオ品質が滑らかに低下すると仮定します。実際はそうなりません。通常イメージが保たれる閾値があり、突然崩壊します。

特に AI 生成コンテンツ、モーショングラフィックス、テキストヘビー広告で真実。クリーンエッジは欠陥を目立たせます。柔らかいハンドヘルドクリップは圧縮損傷を隠せます。クリスプ字幕カードは隠せません。

AI スタイルビジュアルが早く壊れる理由

一般チュートリアルはカメラ映像向け。フラットカラー、シャープフォント、シンプル背景、ハードコントラストラインを考慮せず。これらは圧縮上限にすぐ到達。

XConvert's discussion of MP4 compression limits で述べられるように、クリーン高コントラストビジュアルの積極再圧縮は目立つブロック状アーティファクトを生み、ファイルサイズ目標達成でもテキスト判読性を破壊。

視聴者が読むテキストを含むなら、エンコードは顔や背景でなくテキストエッジで判断。

実際に役立つ一般修正

圧縮エクスポートがおかしい場合の通常原因：

• テキストがカリカリ フレームサイズに対し bitrate が低すぎ。
• モーションがスマ耳 シーン複雑さに対し圧縮設定が攻撃的すぎ。
• 全体が泥っぽい すでに圧縮済み版からの再エンコード。
• 色がおかしい 圧縮単独でなくアプリ間エクスポートミスマッチ。

最初に変えるもの

5設定を一度に変えない。1修正、テスト、再評価。

1. オリジナルソースファイルを使用（まだあるなら）。
2. 再生互換性許すなら H.265 を試す。
3. テキストやエッジが崩れるなら CRF を少し下げる。
4. そのサイズでデザインが明確なら解像度を下げる。

最適圧縮ビデオは最小ファイルでない。プラットフォーム損傷後もシャープで読みやすく意図的と感じるもの。

---

ショートフォームビデオ、広告、チャンネルコンテンツをマニュアルエクスポートが遅くなるペースで制作なら、ShortGenius (AI Video / AI Ad Generator) がそのワークフローのために作られています。クリエイターとチームがスクリプト、ボイスオーバー、リサイズ、字幕、シリーズ管理、多プラットフォームスケジューリングを1箇所で生成・編集・整理・公開を高速化します。