ShortGenius
YouTube向け動画圧縮YouTube圧縮設定YouTube動画ビットレートYouTube動画出力HandBrake YouTube

YouTube向け動画圧縮 2026年品質ガイド

Sarah Chen
Sarah Chen
コンテンツ ストラテジスト•

YouTubeに動画を品質を損なわずに圧縮する秘訣を学びましょう。HandBrake、Premiere などで使えるコーデック、ビットレート、プリセットを網羅したガイドです。

クリーンな動画をエクスポートして YouTube にアップロードし、処理を待って再生ボタンを押すと、何が起こったのか不思議に思う。細かいテクスチャがぼやける。グラデーションが崩れる。エディターでは滑らかに見えたモーションが今では安っぽく見える。

それは通常、ファイルが「大きすぎた」からや YouTube が理由もなく完璧なアップロードを台無しにしたからではない。ほとんどのクリエイターがストレージやアップロード速度のために圧縮しているため、YouTube のエンコーダー向けに最適化していないからだ。それらは異なる作業だ。

YouTube 向けに動画を圧縮する際、私は可能な限り小さなファイルを作成しようとはしない。YouTube に必須の再圧縮を最小限の損傷で生き延びるファイルを渡すことを目指す。それには、エクスポートを pre-master のように扱うということだ。十分な詳細、安定したモーションデータ、適切なビットレート割り当てが必要で、YouTube がクリーンにトランスコードできるようにする。

YouTube アップロードの品質が低下する理由とその修正方法

ほとんどの悪いアップロードは善意から始まる。クリエイターは高速アップロードを望み、ビットレートを大幅に下げ、「小さいファイル」と書かれたプリセットを選び、YouTube が何とかしてくれると考える。しかし、そうならない。YouTube はとにかくファイルを再処理するので、ソースがすでにデータ不足なら、プラットフォームは圧縮済みのファイルをさらに圧縮する。

それが一般的なアドバイスが失敗する理由だ。多くのガイドがファイルを小さくし、MP4 を使い、終わりと言うだけだ。根本的な問題に対処していない：YouTube には独自の再圧縮ワークフローがあり、過度な事前圧縮は助けになるどころか害になる。この YouTube 特有の再圧縮ギャップに関する議論 で指摘されているように、アップロード前に品質を捨ててしまうことと、YouTube のシステムを助けることの知識ギャップを理解する必要がある。

圧縮と戦うのをやめる

修正策は、ファイルホーダー思考をやめ、仕上げエンジニアのように考えることだ。エクスポートは効率的にアップロードできるほど圧縮されているべきだが、ブロック、リング、バンド、モーションのスマ耳がソースに焼き付くほどではない。

実践的なシフトはこれだ：

  • 古い目標： コンピューターで許容できる見た目の可能な限り小さなファイルを作成する。
  • より良い目標： YouTube に強力なソース素材を与えるクリーンな mezzanine スタイルのアップロードを作成する。
  • 本当の優先事項： エッジ、グラデーション、モーション遷移を保持し、2 回目の圧縮で目に見える損傷を最小限に抑える。

実践ルール： アップロードが YouTube に到達する前にすでにアーティファクトが見える場合、YouTube はそれらを目立たなくするのではなく、目立ちやすくする。

実際に効果があること

ほとんどのクリエイターにとって、最良の結果は一貫して行う退屈な選択の積み重ねから生まれる。標準コンテナ、証明された配信コーデック、適切なビットレート、可変ビットレートエンコーディングを、強引な定数ビットレートの代わりに使う。

複数のチャネルに公開する場合、ワークフローツールがこれらの標準を一貫させるのに役立つ。例えば、ShortGenius はチームが YouTube とともに TikTok、Instagram、Facebook、X に作成・公開できるため、毎回同じエクスポートロジックを再構築せずにプラットフォーム対応出力が得られる点で便利だ。

より大きなマインドチェンジはこれだ：最終視聴者体験をエクスポートしているのではない。YouTube のトランスコーダーにとって最適な入力をエクスポートしている。

YouTube の黄金律：コーデック、コンテナ、カラースペース

ビットレート調整が重要になる前に、ファイル自体が技術的にしっかりしていなければならない。コンテナ、コーデック、カラー設定がずれていれば、YouTube はアップロードを処理できるが、結果は本来より悪く見えることが多い。

抽象的な形状と大きな光沢のある黒い再生ボタンアイコンをフィーチャーした洗練された 3D グラフィック。

まずコンテナ

コンテナ をラッパーだと考えろ。YouTube 配信では MP4 が安全なデフォルトだ。広くサポートされ、アップロードしやすく、エディティングアプリ、圧縮ツール、ブラウザで予測可能に動作する。

他のコンテナが使えるか？ 時々は。でも、安定したエクスポートと奇妙な処理エラーを減らすのが目標なら、MP4 が摩擦を除去する。

次にコーデック

コーデック が実際の圧縮作業をする。YouTube アップロードでは H.264 が互換性の標準 であり、AV1 は HEVC (H.265) より約 30% 優れた圧縮を提供 する、とこの Flussonic のビデオコーデック分析 で述べられている。

それが AV1 がすべてのクリエイターにとって常に正しいアップロード選択とは限らないということだ。実際のワークフローでは：

  • H.264 は信頼性、広範な互換性、より速いエクスポートを求める場合のデフォルト選択。
  • H.265 / HEVC は効率が優れるが、ソフトウェアとハードウェアによるサポートとワークフローの滑らかさがまだ変動する。
  • AV1 はシステムとソフトウェアがよくサポートしていれば魅力的で、特にファイル効率が重要なら。

日常の YouTube アップロードでは、私は依然として H.264 を実践的なベースラインとして扱う。最もサプライズの少ないフォーマットだ。

2 回パス VBR が重要な理由

ソフトウェアが two-pass VBR を提供していれば、品質がエクスポート速度より重要なら使う。同じ Flussonic 分析では two-pass 可変ビットレートエンコーディングが品質対ビットレート比を 10 〜 15% 向上 させると指摘されているが、エンコードに時間がかかる。

このトレードオフは最終アップロードでは通常価値がある。

高速エクスポートは数分を節約する。より良いマスターは動画の生涯にわたって品質を保持する。

多くのアップロードが失敗するカラースペース

多くの「洗い流された YouTube」苦情は実際にはカラーマネジメントの問題だ。標準動画をエクスポートしていて、カラータグがプラットフォームの期待と一致しない場合、アップロードが平坦または間違って見えるようにシフトする。

通常の SDR コンテンツでは Rec. 709 に固執し、エディティングタイムライン、エクスポート設定、すべてのカラートランスフォームが一致することを確認せよ。カメラログ映像、タイムライントランスフォーム、エクスポートデフォルトを無造作に混ぜないこと。最終タグを確認せよ。

シンプルなアップロード前チェックリスト：

  • コンテナ： MP4
  • コーデック： H.264（H.265 または AV1 を選ぶ特定の理由がない限り）
  • ビットレートモード： VBR、できれば two-pass
  • カラースペース： 標準 SDR アップロードには Rec. 709

これらは華やかでない設定だ。視聴者が再生ボタンを押す前に YouTube がファイルと戦わないようにする設定だ。

究極の YouTube ビットレートと解像度ガイド

ビットレートはファイルが1秒あたり画像を記述するために費やすデータ量だ。少なすぎるとモーションが崩れたり細かい詳細が蝋のように見えたりする。多すぎると巨大なアップロードになり、YouTube が再圧縮するので最終ストリームが意味ある改善をしない。

YouTube の規模がこれらのターゲットを重要にする理由の一部だ。2015 年、YouTube は 毎分 300 時間以上の動画がアップロード されると報告し、プラットフォームは通常 1080p を約 8 Mbps に圧縮 し、4K は詳細を保持するために約 35 〜 45 Mbps が必要だと、この Learning Guild のビデオ圧縮概要 で述べられている。

YouTube コンテンツエクスポート向けの推奨ビデオ解像度、ビデオビットレート、オーディオビットレートをまとめたビジュアルガイド。

YouTube アップロードで VBR が CBR を上回る理由

定数ビットレート (CBR) は簡単なシーンと難しいシーンの両方に同じデータレートを強制する。アップロード動画には理想的でない。静的なトーキングヘッドショットは、手持ちの街中映像、紙吹雪、水しぶき、速いゲームプレイと同じデータ予算を必要としない。

可変ビットレート (VBR) はエンコーダーが画像が必要な場所にデータを多く、不要な場所に少なく費やせる。それが YouTube pre-mastering に適している理由で、情報を賢く保持するからだ。ビットを均等に押し込むのではなく。

SDR 動画向け YouTube 推奨ビットレート

これを実践的なエクスポートチートシートとして使え。

解像度標準フレームレート (24, 25, 30)高フレームレート (48, 50, 60)
2160p (4K)35 〜 45 Mbps35 〜 45 Mbps
1440p (2K)16 Mbps標準フレームレートより高いビットレートを質的に使用
1080p (HD)8 Mbps標準フレームレートより高いビットレートを質的に使用
720p (HD)5 Mbps標準フレームレートより高いビットレートを質的に使用

いくつかの注意点がある。

  • 4K アップロード： SDR では 35 〜 45 Mbps の範囲に留まる。
  • 1080p アップロード： 8 Mbps 付近が実践的なターゲット。
  • 720p アップロード： 5 Mbps 付近が参考点として機能。
  • 1440p アップロード： 16 Mbps が確かなガイド。

これらの数字を下回る挑戦とは見なさない。それを YouTube が効率的だがトランスコードを生き延びるほど豊かなファイルを得られるゾーンとして扱う。

理にかなった解像度選択

戦略的な理由がない限り、エクスポート解像度をプロジェクトに合わせろ。一般的な実践解像度は：

  • 2160p (4K)： 3840×2160
  • 1440p (2K)： 2560×1440
  • 1080p (HD)： 1920×1080
  • 720p (HD)： 1280×720

1080p で編集した場合、YouTube 処理理由で意図的にアップスケールワークフローを使わない限り、1080p でエクスポートせよ。後で詳述する。

オーディオを怠るな

悪いオーディオはシャープな画像を素人っぽく感じさせる。エクスポート設定では ステレオで AAC-LC 384 kbps を使用。サラウンドミックスならチャンネルレイアウトをクリーンに保ち、再生不整合を引き起こす奇妙なエクスポート組み合わせを避けろ。

良い YouTube 圧縮は「アップロードできるほど小さい」だけではない。「YouTube の 2 回目エンコードでも保持する価値のある詳細がある」ことだ。

YouTube 向け動画圧縮について聞かれると、通常ここで品質の勝負が決まる。魔法のプラグインではなく、ビットレートの規律で。

お気に入りのソフトウェアで YouTube 向けエクスポート方法

理論は有用だが、エクスポートウィンドウでミスが起きる。すべてのアプリが同じコア選択を異なるラベルで隠している。探すものを知れば、ワークフローは繰り返し可能になる。

木製デスクに座ってコンピューターのモニターの前でキーボードをタイプする人。

これが重要な理由の一つはファイルサイズだ。ビデオ圧縮はファイルサイズを 最大 90% 削減 可能で、5000 kbps の 10 分動画は約 400 MB だ。同じ概要では 4:2:0 クロマサブサンプリングがファイルサイズを 50% 削減し、知覚品質損失を最小限 にすると指摘され、それがオンライン配信の標準である理由の一つだと、この VideoTap の圧縮標準説明 で述べられている。

Adobe Premiere Pro

Premiere は良い出発点だが、エクスポートプリセットをそのままにすることはほとんどない。

確かなワークフローはこうだ：

  1. フォーマット フォーマットを H.264、コンテナを MP4 に設定。

  2. プリセット YouTube 対応プリセットまたはシーケンス設定が正しければ「Match Source」スタイルのプリセットから開始。

  3. ビットレートエンコーディング 時間が許せば VBR, 2 Pass に切り替え。

  4. ターゲットビットレート 実際の解像度に基づいて設定。標準 1080p なら上記の YouTube ターゲットを使用。4K なら高い範囲に留まる。

  5. カラー 標準 SDR 配信向けに正しくタグ付けされていることを確認。

推定サイズが便利に見えるから低ターゲットビットレートでエクスポートするのは良くない。Premiere のサイズ推定はアップロード速度最適化を促し、YouTube 品質保持を無視させる。

DaVinci Resolve

Resolve の Deliver ページは重要なコントロールの場所を知っていればクリーンだ。

このアプローチを使え：

  • YouTube プリセットは出発点としてのみ選択
  • 解像度とフレームレートがタイムラインに一致することを確認
  • ワークフローが別の配信フォーマットを求めない限りコーデックを H.264 に設定
  • ファイルを飢えさせない品質設定を使用
  • デフォルトを信頼せずオーディオエクスポート設定を確認

Resolve ユーザーは 2 つのミスのどちらかをする。自動を多すぎるか、映画マスタリングから借りた設定でレンダーを複雑化する。YouTube ではエクスポートを規律正しく従来通りに保て。

HandBrake

HandBrake は再エンコードを速くアクセスしやすくする最も有用な無料ツールの一つで、クリエイターにぴったりだ。過度圧縮も容易だ。

HandBrake での正しいマインドセット：

  • プリセットから始め、それで終わらない
  • 広範互換性のために H.264 を使用
  • フレームレート処理を慎重に確認
  • 標準オンライン配信に 4:2:0 に固執
  • フルエンコード前にモーションセクションをプレビュー

HandBrake の品質コントロールは強力だが、小さなファイルに無理に押すと、デスクトップでは許容できても YouTube 再処理後に崩れる。

エクスポートツールを学んだりアプリ間で設定を比較したりする短いビジュアル walkthrough が役立つ：

FFmpeg

正確制御が好きなら FFmpeg に勝るものはない。実践的な YouTube 指向コマンドは H.264、MP4、yuv420p ピクセルフォーマット、2 回パスの VBR スタイルワークフローを使う。

FFmpeg を以下で使用：

  • 多数のファイルをバッチエクスポートする場合
  • 再現可能設定を望む場合
  • エディターやマシン間で同じ出力ロジックが必要な場合

主な利点は FFmpeg が魔法で動画を良く見せることではない。隠れたデフォルトを除去すること。エンコーダーが何をしているか正確に知れる。

私の実践エクスポートロジック

シンプルな決定木を使う。

速度と信頼性が必要なら、H.264 MP4 with VBR でエクスポート。

重要なリリース向けに可能な限りクリーンなアップロードが必要なら、two-pass VBR を使用し、短いテストセクションをレビューし、モーション重いシーンが崩れていないことを確認。

奇妙なソースからのファイルを再エンコードする必要なら、アップロード前に HandBrake または FFmpeg で通し、YouTube にクリーンで標準的な入力を与える。

これで通常十分だ。ほとんどの YouTube 品質問題は不明なコーデックトリック欠如ではない。不安定ソースファイル、弱いビットレート選択、下流トランスコーディングではなくファイルサイズ最適化のエクスポートから来る。

さらに品質を絞り出す高度トリック

ベースラインエクスポートがしっかりしたら、ワークフローを科学プロジェクトにせず最終結果を改善する数少ない方法がある。

役立つ場所でテンポラル圧縮を使用

すべてのコンテンツが同じように圧縮されるわけではない。テンポラル圧縮 はフレーム間の類似性を分析し、モーション補償と 3 〜 5 秒の長い GOP インターバル で トーキングヘッド動画のようなコンテンツのファイルサイズを 50 〜 70% 削減 できる、とこの Transloadit の技術解説 で述べられている。

それは YouTube コンテンツの多くがまさにそれだから重要：インタビュー、チュートリアル、解説、スクリーン中心エクスプレイナー、ポッドキャスト、ダイレクトカメラ動画。

これらのフォーマットでは：

  • 長い GOP 構造がよく機能
  • モーション補償が味方
  • すべてのフレームがアクションシーケンスのようにビットレートを費やす必要なし

高詳細・低モーション映像ではバランスが変わる。カメラがほとんど動かなくても細かいテクスチャが圧縮の弱さを露呈する。

すべてのコンテンツタイプに一つのエクスポートプリセットをコピーするな。スタジオトーキングヘッド、ゲームクリップ、ドローン映像はエンコーダーを異なる方法でストレスする。

4K アップロード戦略

多くのクリエイターが 1080p プロジェクトを 4K アップロードとしてエクスポートし、より良いプラットフォーム処理を促す。存在しない詳細を偽造するのではない。YouTube の高品質パイプラインに有利に入るファイルを配信する。

テキストオーバーレイ、シャープグラフィックス、UI キャプチャ、エッジがアップロード後に粗くなる動画で特に役立つ。でも魔法ではない。ソースがノイジー、オーバーシャープ、すでに損傷していれば、4K ラッパーは救わない。

GOP とシーン複雑度

GOP 設定はエンコーダーがフレーム間で情報を分配する方法に影響。長い GOP 構造は安定映像で効率を向上させるが、カットが速くモーションが激しく変わる場合、遷移周りの目に見える崩れを避けるために保守的な構造が欲しい。

実践では、GOP チューニングを最初の修正ではなく洗練として扱う。アップロードが悪く見えたら、ソース品質、コーデック選択、カラータグ、ビットレート戦略を確認してから GOP 数学にこだわるな。

CRF vs two-pass VBR

これは制御次第。

  • CRF はエンコーダーに一貫した視覚品質を追わせ、最終ファイルサイズをあまり気にしない場合に有用。
  • Two-pass VBR は制御されたビットレートターゲットと予測可能アップロード重量を望む場合に優れる。

YouTube アップロードでは、意図的に最終ファイルを仕上げるなら two-pass VBR に傾く。レビューコピー、中間、テスト生成なら CRF に傾く。

高度な動きは一つのモードを永遠に使うことではない。解決する問題を知ることだ。

一般的な YouTube アップロードとエンコーディング問題のトラブルシューティング

良いエクスポートでも時々おかしくなる。症状が通常修正を指す。

アップロード後に動画がソフトまたはブロック状に見える

原因：アップロードがすでに過度圧縮、ノイジー、YouTube 処理後に崩れるシャープ化。

修正：クリーンな pre-master をエクスポート。アップロード品質を上げ、小さいファイルターゲットを避け、モーション重いセクションに十分なビットレートがあるか確認。

色が洗い流されたように見える

原因：カラースペース不一致、悪いタグ付け、タイムラインとエクスポート設定の不整合。

修正：SDR ワークフローが編集からエクスポートまで一貫していることを確認。エディターでは正しく見えても YouTube で間違っていたら、カラーマネジメントを最初に検査。

アップロードが永遠にかかる

原因：ファイルがオンライン配信に必要以上に大きく、エクスポート設定が非効率。

修正：適切な配信コーデック、標準クロマサブサンプリング、VBR を使用し、巨大な万能アーカイブマスターを避けろ。強力なアップロードを望むのであって巨大アーカイブではない。

処理が失敗または停止

原因：奇妙なコーデック、破損エクスポート、スクリーン録画や電話からの可変フレームレート問題、コンテナ問題。

修正：標準 MP4 with H.264 に再エクスポートし、再アップロード。ソースが乱れていれば、まず HandBrake で正規化。

YouTube がファイルを拒否したら、ファイルを簡素化せよ。標準コンテナ、標準コーデック、標準フレームレート動作。

HD または 4K バージョンがまだ利用不可

原因：YouTube はしばしば高解像度バージョンの前に低解像度処理を終える。

修正：待て。アップロードが技術的に健全なら、高品質バージョンは追加処理時間後に現れることが多い。

完璧な YouTube アップロードのための新ワークフロー

YouTube 向け動画圧縮の最もクリーンなアプローチは最もプロフェッショナルなものだ。利便性のために小さなファイルをエクスポートするのをやめ、YouTube 対応 pre-master をエクスポートし始めろ。

それは技術的に安定したファイル、通常 MP4 with H.264、標準 SDR 作業向け正しい Rec. 709 タグ付け、VBR（アップロードが重要なら two-pass VBR 優先）を意味する。ビットレートを推測せず解像度に合わせ、最終ファイルをライブ前に確認する。

これを一貫して行うクリエイターは、損傷ソースを YouTube に救わせようとせず、強力なものを与えるので予測可能なアップロードを得る。

このワークフローがクリックしたら、アップロードの品質側がランダムに感じなくなる。良いトランスコードを望むのではない。それをエンジニアリングする。

そのワークフローをより速くしたいなら、ShortGenius (AI Video / AI Ad Generator) がクリエイターとチームに、YouTube と他の主要プラットフォームに動画を作成・編集・公開する一箇所を提供し、毎チャネルごとにプロセスを再構築せずに済む。

ブログに戻る