画質を落とさずに動画を圧縮する方法
映像を目に見える品質損失なしで圧縮する方法:CRFとビットレート、H.264とH.265、プラットフォームのエクスポート目標、そしてブラウザのワークフロー。

「画質を損なわずに動画を圧縮する方法」についての正直な答えはこうです。無料でデータを削除することはできませんが、ほとんどのファイルを50〜80%縮小すれば、視聴者が気づくことはありません。解像度、ビットレート、コーデックの3つを意図的に調整すれば、曖昧な「品質」スライダーをドラッグして期待するのではなく。このガイドでは、これら3つのノブが何をするのか、CRFを使うべきか固定ビットレートを使うべきか、H.265が同じ画質でファイルをほぼ半分にできる理由、そしてYouTube、TikTok、ショート動画、リールが実際に求めるエクスポートターゲットについて詳しく説明しています。そしてブラウザで動画を段階的に圧縮し、きれいなクリップをダロドロにしてしまう唯一のミスを学べます。
ほとんどの「ビデオコンプレッサーオンライン」ページはこれらすべてを飛ばしています。ボタンは一つだけ出て、何をしているのか教えてくれないので、ファイルが大きすぎるか、ぼやけたファイルしか出ません。設定を理解するのに10分かかり、その後のアップロードで役立つ。
主なポイント
- 設定を変更する前に、問題がコンテナ、コーデック、ビットレート、プラットフォームアップロードの要件かを確認してください。
- 最良のソースファイルからクリーンな1回のエクスポートを使いましょう。繰り返しの再符号化は回避可能な品質損失を生み出します。
- 対応フォーマットや制限が変わる可能性があるため、目的地プラットフォームの現在のアップロードガイダンスを確認してください。
- クリーンなマスターファイルを維持し、今後のクリップやキャプション、リフレームが劣化したエクスポートに依存しないようにしましょう。
ファイルサイズを実際に変える3つのノブ
どんな圧縮ツールであっても、実際には3つの変数の組み合わせを調整しています。それぞれの費用が分かれば、推測するのをやめましょう。
| ノブ 制御対象 サイズへの影響 品質への影響 |
| 解決 | ピクセル寸法(例:4K → 1080p) | 大きい — 各次元を半分にするとピクセルは4つカットされます× | 視聴者の画面が新しい解像度より大きい場合にのみ表示されます |
| ビットレート | 1秒あたりのビデオ消費データ | 直接かつリニア — ビットレートは半分≈サイズは半分 | 「ブロック状に見えるか」の主な判断基準 |
| コーデック | 圧縮計算(H.264、H.265など) | 新しいコーデックは同じ品質をより少ないビット数に詰め込んでいます | ビットあたりの品質は同等かそれ以上で、速度や互換性を犠牲にします |
人々が犯しがちな最大の間違いは、本当の問題はビットレートなのに解像度を下げて動画ファイルサイズを減らそうとすることです。1080pクリップを40Mbpsで出力するのは巨大で、同じクリップの10Mbpsと全く同じ見た目です。まずビットレートを直してください。解像度を下げるのは、本当にピクセルが不要な場合(例えば、スマホ専用の縦フィード用の4Kソースをエクスポートする場合)だけです。
ちょっとした確認ですが、ファイルサイズ≈ビットレート×長さ。8 Mbpsの10分間のクリップはおおよそ 8 × 600 ÷ 8 = 600 MB。この式はエンコード前に出力を予測できるため、ビットレートが最初に取るべきポイントなのです。
ビットレートとCRF:一定の品質が通常求められます
エンコーダーにどれくらい圧縮するかを伝える方法は2つあり、どちらを選ぶかが大半の戦いです。
- 固定ビットレート(CBR/VBR): 「10 Mbps」のような目標を設定します。ファイルサイズは予測可能ですが、エンコーダーは簡単なシーンにビットを無駄にし、難しいシーンには足を引っ張ります。プラットフォームが明確なビットレート上限を設けている場合が一番です。
- **CRF(定数レートファクター):*品質目標を設定し、エンコーダーは各シーンに必要なビットレートを使ってそれに到達します。この設定は「品質を損なわずに圧縮する」という約束に最も合致しており、品質を安定させ、ファイルサイズをコンテンツが許す範囲で減らせます。
CRFは0(ロスレス、巨大)から51(小さくて見た目が悪い)までのスケールで動作します。低い方=画質が良く、ファイルが大きいです。H.264に関しては、以下の信頼できる出発点が挙げられます。
| CRF値 見て 典型的な用途 |
| 17–18 | 外観上はソースと区別がつかない | アーカイブ、再編集マスター |
| 20–23 | 普通の視聴者には違いは感じません | アップロードの最適なタイミング |
| 24–27 | 複雑なシーンでは少し柔らかい | 積極的な縮小、プレビュー |
| 28+ | 明らかに劣化している | サイズが品質に勝る場合のみ |
もし覚えている数字を一つだけ覚えているなら、H.264のCRF 23にしてください。これは理由があってデフォルトで、ほとんどの映像で「小さいけど誰にも分からない」という目標を狙っています。ツールが「品質」のスライダーや低/中/高の選択肢しか提供しない場合、「高」は通常この範囲に割り当てられます。
H.264とH.265(そしてAV1/VP9がどこに位置しているか)
コーデックこそが「画質を損なわずに」魔法が実際に存在する場所であり、新しいコーデックは同じ画像をより少ないビット数に収めるからです。
| コーデック ポジショニング 同じ品質での粗いサイズ 互換性 |
| H.264(AVC) | 普遍的なデフォルト | ベースライン(100%) | 文字通りどこでもプレイされています |
| H.265(HEVC) | 効率のアップグレード | ~40〜50%小さい | 今はとても幅が広いですが、すべての古いデバイスではありません |
| VP9 / AV1 | ストリーミングネイティブでロイヤリティフリー | H.265と同等かそれ以上です | ウェブやYouTubeの取り込みに最適で、エンコードが遅いです |
実務的なルールはこうです:最大限の互換性を得るためにH.264でアップロードするか、最小のファイルが必要な場合はH.265に切り替え、再生環境(自分のサイト、スマホ、クラウドストレージ)をコントロールできます。プラットフォームはアップロードしたものをすべて再エンコードするので、H.265の節約は最終的な閲覧体験よりも、あなたのストレージや*アップロード時間の節約に最も役立っています。
一つ正直な注意点として:H.265のエンコードは遅く、古い編集アプリやメッセージングクライアントの中にはまだ動作が止まらないものもあります。ファイルが普遍的に開ける必要がある場合(クライアントの成果物やメールなど)はH.264を使い続けましょう。もし最初にフォーマットを切り替えるなら、圧縮前に奇妙なコンテナをきれいなH.264 MP4に変換する方法についてのガイドMP4](/ja/blog/how-to-convert-mkv-to-mp4/)参考にしてください。
5ステップで画質を落とさずに動画を圧縮する方法
こちらがブラウザのワークフローです。インストール不要のブラウザベースのビデオワークスペースRecapo内で動作するため、数ギガバイトのデスクトップエンコーダーや「どのビルドをダウンロードすればいいか」という悩みを省略できます。各タスクはMP4、MOV、その他の一般的なフォーマットを最大6GBまで受け入れています。
- ソースをアップロードしてください。 video compressor]を開き、ファイルを入力してください。もし画面録画や変わった容器であれば、まずビデオフォーマットコンバーター]でクリーンなMP4に変換して、コンプレッサーの入力が予測可能になるようにしてください。
- 目標を設定しろ、単に「小さくする」だけじゃなくて。 このファイルをどこに送るか決めろ。アップロードする場合は、プラットフォームの推奨ビットレート(下表)を目標にしてください。保管は23歳前後のCRFを選びましょう。エンコーダーにはブラインドパーセンテージではなく目標を提示しましょう。
- コーデックを選んでください。 共有や再編集する内容はH.264を残してください。アーカイブやセルフホストプレーヤーのために最大限の縮小を求める場合は、H.264 transcoder]ワークフローでH.265に切り替えてください。
- 解像度を宛先に合わせてください。 1080pは1080pのままフィードに残し、視聴者がスマホサイズ以上で視聴しないなら、4Kマスターを1080pにダウンスケールするだけです。ダウンスケーリングは、意図的に行うべき損失の大きいステップであり、偶然ではありません。
- エクスポートしてスポットチェック。 最も忙しい数秒間――速写、紙吹雪、水、草――を全画面でこすり落とす。それらがきれいに見えれば、ファイル全体は問題ありません。圧縮アーティファクトは高ディテールの動きで最初に現れるので、そこで監査を行います。
それが全てのプロセスです。上記の設定の方が、どのボタンを押すかよりもはるかに重要です。
YouTube、TikTok、ショート、リールのエクスポート目標
ファイルが「大きすぎる」と感じる理由は、ほとんどの場合、エクスポートした内容とプラットフォームが実際に取り込むものの不一致です。実用的な開始ビットレートはこちらです。それらを明確な制限ではなく、目標の階層として扱いましょう。すべてのプラットフォームはそれぞれのプラットフォーム側で再エンコードします。
| プラットフォーム 解決 コンテナ/コーデック 開始ビットレート 注記 |
| YouTube(1080p) | 1920×1080 | MP4 / H.264 | ~8–12 Mbps | 動きが増すにはもっと高い位置にしてください |
| YouTube(4K) | 3840×2160 | MP4 / H.264またはH.265 | ~35–45 Mbps | H.265は主要なアップロード時間を節約します |
| TikTok | 1080×1920 | MP4 / H.264 | ~6〜10 Mbps | 垂直;音声は128〜192 kbpsに保てます |
| YouTube Shorts | 1080×1920 | MP4 / H.264 | ~8–10 Mbps | TikTokエクスポートと同じマスター |
| Instagram Reels | 1080×1920 | MP4 / H.264 | ~6–9 Mbps | 側を強く圧迫するので、きれいに始めましょう |
YouTube向けに動画を圧縮する場合、これらのターゲットでエクスポートすると、膨れ上がったエディター出力が半分以上減少し、プラットフォームの再エンコード閾値を超えてしまいます。つまり、アップロードされたファイルは小さくなり、YouTubeが処理した後も見た目も同じです。縦型で公開する場合、私たちのTikTok動画サイズガイド]が正確な寸法とセーフゾーンを分解し、誤ったフレームのファイルを二度圧縮しないようにしています。
バックログを管理せずにバッチ圧縮する方法
クリップを1つ圧縮するのは簡単です。痛みは、あなたが片付けようとしていた40件の録画が入ったフォルダです。手作業で調整するよりも、繰り返し可能なアプローチの方が良いです:
- 日付ではなく、目的地で並べ替えてください。 同じ場所に送るものをすべてグループ化してください — すべてのYouTubeアップロード、すべての縦クリップ、すべてのアーカイブファイル。各グループには1つの設定レシピが与えられます。
- グループごとにレシピをロックしてください。 例えば、「垂直アップロード→1080×1920、H.264、~8 Mbps」や「解像度を保持する→アーカイブ、H.265、CRF 25」などです。これでファイルごとの決定は不要です。
- まず入力を標準化してください。 混合コンテナは変換にかけて、圧縮前にすべてのファイルをクリーンなMP4にしてください。一貫した入力は、一貫性があり予測可能な出力を意味します。
- 圧縮してからサンプルを検証してください。 40本すべてをチェックしず、各グループの最も複雑な2つのクリップをチェックしてください。もしそれで問題なければ、バッチを発送してください。
重要なのは、グループごとに40回の小さな決断ではなく、1つの良い決断をすることです。ブラウザのワークスペースは、マシンごとにインストールする必要がなく、どのパソコンでも同じレシピを実行できるため役立ちます。
再圧縮トラップ:なぜ二回目のパスはぐちゃぐちゃになるのか
ほとんどの人が当てはまる反例を紹介します。圧縮は世代を超えて、すでに圧縮済みのファイルを再エンコードするたびに少しずつ失われ、二度と戻ってこない。これを2、3回繰り返しると、きれいなクリップが目に見えて柔らかく、ブロック状になります。
ムーシュへの古典的な道筋:
- 編集者からクリップをエクスポートします(圧縮パス1)。
- オンラインコンプレッサーに通して縮小(パス2)します。
- アップロードすると、プラットフォームが再度再エンコード(パス3)を行います。
- そして再度ダウンロードして編集し、このサイクルを繰り返すだけです。
3回目か4回目で、どのCRF値も保存できません。なぜなら、詳細はすでに失われているからです。修正案はシンプルで交渉の余地がありません:
- **高品質なマスターファイル(CRF 18または編集者のほぼロスレスのエクスポート)を保持し、必ずそのマスターから圧縮し、すでに縮小したコピーからは絶対に行わないでください。
- **ファイルのコントロールを離れる直前に、最後に一度圧縮してください。
- **再編集のためにプラットフォームコピーをダウンロードして再圧縮するな — マスターに戻るべきだ。
ワークフローが元のファイルをクリーンに保ち、最終的なエクスポート時だけ圧縮すれば、最小サイズのファイルと最も見た目の良い結果が得られます。最適化前にパイプライン全体を理解したい方は、当社のAI動画編集説明]の概要は、編集から公開までの大きな流れの中で圧縮がどこに位置するかを示しています。
FAQ
本当に画質を全く損なわずに動画を圧縮できるのか? 真のロスレス圧縮(CRF 0)は存在しますが、ファイルが非常に膨大で目的に反しています。実際に人々が求めているのは視覚的にロスレスで、視聴者が見分けられないほど小さいものです。これは十分に可能です。H.264で20〜23のCRFやH.265への切り替えは、通常の画面では見た目が同じにもかかわらずファイルサイズが半分以上削減されることが常例です。
なぜ私のエクスポート動画は元の動画よりずっと大きいの? ほとんどの場合、エディターがソースよりはるかに高いビットレートでエクスポートしたり、フレームレートや解像度を上げたりしたためです。目的地の適切な目標ビットレートで再エクスポートすると、ファイルは目に見える変化なしに劇的に縮小します。解像度が原因になることはほとんどなく、通常はビットレートが原因です。
アップロードの前に圧縮すべきか、それとも後で圧縮すべきか? その前に。すべてのプラットフォームは自分たち側で再エンコードしますが、小規模で適切にエンコードされたアップロードはより速く処理され、エンコーダーにとってよりクリーンなデータを提供します。ただし、一度圧縮したファイルではなく高品質なマスターから圧縮するようにしてください。
H.264かH.265か — どちらを選ぶべきか? ファイルをどこでも開く必要がある場合(クライアント作業、再編集、メッセージ送信、古いデバイスなど)にH.264を選びます。最小限のファイルにしたいときはH.265を選び、再生をコントロールできます — セルフホスト動画、電話専用フィード、または長期保存など。H.265はエンコードが遅いですが、同じ品質でも約40〜50%小さくなります。
1080pのYouTubeアップロードの安全なビットレートはどれくらいですか? 標準モーションの1080pでは実用的な出発点は8〜12Mbps程度で、高速な動作や細かいディテールが多い場合はそれ以上です。その範囲はYouTubeの再エンコード閾値を上回り、通常の肥大化したエディタエクスポートよりもはるかに小さなファイルを作り出します。
次のアップロードをスマートに圧縮する準備はできましたか?
これで、ワンクリックの「オンラインビデオコンプレッサー」が隠す設定がわかります:解像度よりビットレート、一定品質のCRF、リーチのH.264、サイズのH.265、そして推測ではなくプラットフォームごとの実際のターゲット設定です。何もダウンロードせずに実践してみてください — 無料Recapoアカウントを作成し、最大6GBのファイルをアップロードし、1つのブラウザタブでコンプレッサー、トランスコーダー、フォーマットコンバーターを通します。クリーンなマスターから一度だけ圧縮し、その後のアップロードはより小さくシャープに出されます。価格の詳細は、スケールアップの準備ができたときには価格ページに掲載されています。
