Discord動画圧縮ツール
Discord の容量制限（10MB / 25MB / 50MB / 500MB）に合わせて、自動でビットレートを計算して圧縮します。
ターゲットサイズの目安（Discord 側の上限は変更される場合があります）
Discordのアップロード上限は 無料：10MB、Nitro Basic：25MB、
ブーストLv2サーバー：50MB、Nitro Full：500MB です。
本ツールはCBRに近いビットレートターゲットで-b:vを指定し、音声128kbps（長尺時は64kbps）を差し引いて
映像に割り当てます。ファイルヘッダ・コンテナオーバーヘッドを考慮して安全係数0.95で算出しています。
短尺（～30秒）であれば10MBでもフルHD 1080pを維持できる場合があります。5分を超える動画を10MBに収めるには 解像度を720p以下に下げる必要があるため、長尺ならClassic以上のプリセットを検討してください。
対応する FFmpeg コマンド
現在の設定に対応するコマンドラインです。設定を変えるとリアルタイムで更新されます。
ファイルを選び、設定を調整するとここに表示されます。視覚的なイメージ
※ 実際の結果はソース動画の長さ・複雑さで変わります（典型例の図解）
このツールでできること
- 無料枠 10MB・Nitro Basic 25MB・Nitro 50MB・サーバーブースト 500MB に対応
- 動画の長さからビットレートを逆算し、目標サイズにできるだけ近づけます
- スマホ・PC どちらのブラウザでも動作
- ファイルはサーバーに送信されません
使い方
- 1
動画を選ぶ
MP4 / MOV / MKV などをアップロード。
- 2
目標サイズを選ぶ
無料枠なら 10MB、Nitro Basic なら 25MB、Nitro なら 50MB を選択。
- 3
実行
完了するとそのまま Discord にドラッグできる MP4 が出力されます。
入力項目の意味
おすすめ設定
よくある失敗と対処
症状：圧縮しても 10MB を超える
原因：ビットレート計算は概算のため、シーンの複雑さで前後する。
対処：目標を 9MB に設定する、もしくは動画を短くトリムする。
症状：画質が極端にひどい
原因：長尺の動画をそのまま 10MB に収めようとしている。
対処：解像度を 480p などに下げる、または不要部分をトリムして秒数を減らす。
症状：音声が途切れる
原因：長尺かつ低ビットレート時に音声が削られている。
対処：目標サイズを一段上げるか、解像度を下げて映像側を縮める。
相当する FFmpeg コマンド例
コマンドラインから同じ処理を行う場合の参考例です。
ffmpeg -i input.mp4 -c:v libx264 -b:v 1200k -maxrate 1320k -bufsize 2400k -c:a aac -b:a 128k -movflags +faststart output.mp4ffmpeg -i input.mp4 -vf scale=-2:540 -c:v libx264 -b:v 600k -maxrate 660k -bufsize 1200k -c:a aac -b:a 64k -movflags +faststart output.mp4対応ブラウザ・制限
- 最大 500MB の入力に対応（モバイルは 200MB 推奨）
- 出力は MP4 (H.264 + AAC) のみ
- Discord 側の制限が変更された場合は自動追従しません
プライバシーについて
このツールは ffmpeg.wasm をブラウザ内で実行するため、動画ファイルがサーバーに送信されることはありません。すべての処理はあなたの端末上で完結します。 プライバシーポリシーを見る →
よくある質問（FAQ）
Discord の容量制限は最新ですか？
本ツールは無料枠 10MB・Nitro Basic 25MB・Nitro 50MB・サーバーブーストレベル 3 の 500MB を選べる設計です。Discord 側の上限は予告なく変更される場合があるため、アップロード時にエラーが出た場合は最新仕様をご確認ください。
なぜ目標サイズより少し小さく出力されるの？
コンテナ（mp4）のオーバーヘッドや音声側の揺らぎを考慮し、5% 程度の安全マージンを取って計算しています。
完全に 10.0MB 以内に収まりますか？
ほぼ確実に収まりますが、シーンの複雑さによっては数百KB 前後ぶれます。9.5MB を目標にすると確実です。
音声だけ高音質を保てますか？
5 分以上の動画では自動で音声 64kbps、5 分未満は 128kbps を割り当てています。映像優先設計のため、音楽用途には不向きです。
スマホで動きますか？
iOS Safari / Android Chrome に対応しています。ただし 200MB を超える動画はメモリ不足になりやすいので、PC ブラウザを推奨します。
アップロードしようとすると "Payload Too Large" / "Request Entity Too Large" と出る
Discord ではなく、間に挟まっているプロキシやモバイル回線のキャリア側がブロックしている可能性があります。Wi-Fi で再試行するか、目標サイズを 9MB など一段下げてください。
長時間の動画を 10MB に収めると何が起きる？
映像ビットレートが極端に下がるため、動きの多いシーンがブロックノイズだらけになります。3 分以上の動画は解像度を 540p / 480p に下げるか、トリムで尺を短くするのがおすすめです。
GIF を Discord で送るのに使える？
いいえ、本ツールは MP4 出力です。GIF を作る場合は「動画→GIF 変換ツール」をご利用ください。Discord は GIF より MP4 のほうがファイルサイズで有利なので、可能なら MP4 推奨です。
透明動画（αチャネル）はそのまま圧縮できる？
できません。MP4 + H.264 はαチャネル非対応のため、透明部分は黒に変換されます。透過を保ちたい場合は WebM (VP9) で出力するか、SNS 側の仕様に合わせて事前にαを焼き込んでください。
画面録画（OBS / Loom）の動画は問題なく圧縮できる？
はい、OBS / Loom / Mac の画面収録は対応しています。可変フレームレート (VFR) で記録された録画は、出力時に固定フレームレート相当に正規化されます。
関連ツール
関連記事 (FFmpeg レシピ)
深掘り：このツールならではの背景
Discord のアップロード上限はなぜ複雑なのか
Discord の動画アップロード上限は単一の数字ではなく、「アカウント種別 × ファイル種別 × サーバーブーストレベル」の組み合わせで決まります。2026 年現在、無料アカウントは 10MB、Nitro Basic は 25MB、Nitro 加入者は 50MB、サーバーブースト Level 3（14 ブースト達成）のチャンネルでは 500MB まで上げられます。さらに開発者 API 経由のアップロードや Webhook 経由では別の制限が適用されることがあり、「Nitro なのに送れない」相談の半分はサーバー側のブースト状態が要因です。
もう一つ見落とされやすいのが「メッセージ 1 通あたり 10 ファイル上限」です。複数の小さなクリップをまとめて送る場合、各ファイルが上限内でも、合計サイズで送信が遅延・失敗する事例があります。本ツールは入力 1 ファイルに対して 1 出力なので、複数クリップは事前に [動画結合ツール](/ja/tools/concat/) でまとめてから本ツールに通すワークフローを推奨します。
"Payload Too Large" エラーの原因はサーバーではなく中継
「10MB 以内のファイルなのに Payload Too Large と表示される」相談が定期的に発生します。これは Discord ではなく、間に挟まる中継プロキシやモバイルキャリアの WAF（Web Application Firewall）が原因です。特に格安 SIM 系の MVNO 回線、社内ネットワーク、海外 VPN 経由のアップロードで発生しやすく、Wi-Fi に切り替えるか目標サイズを 1MB 下げる（10MB→9MB）と通過することが多いです。
本ツールでは内部的に安全係数 0.92 を掛けて 9.2MB 程度を狙っていますが、それでもエラーが出る場合は別途「目標」を 8MB に手動指定するか、デスクトップ FFmpeg でさらに絞る対応を取ってください。
ゲームクリップ・OBS 録画特有の落とし穴
Discord で動画を共有するユースケースとして圧倒的に多いのが、ゲームプレイクリップ（Apex Legends / Valorant / Minecraft 等）と OBS / NVIDIA ShadowPlay の録画です。これらは可変フレームレート（VFR）で記録されることが多く、ffmpeg.wasm でそのまま処理すると音ズレや尺の異常が発生することがあります。本ツールは入力時に固定フレームレート（CFR）相当に正規化する処理を入れているため、ほとんどのケースで問題なく圧縮できます。
ただし NVIDIA ShadowPlay の HEVC 録画は、Discord 側のプレビュー再生で映像が黒くなる事例が報告されています（hev1 タグ問題）。HEVC のままサイズだけ圧縮するより、本ツールで H.264 に変換して送るほうが受け取り側の再生互換性は高くなります。