アップロード上限に収まるサイズまで動画を圧縮する
「大きすぎる」と「アップロードできない」は別の問題です。送り先を選べば、そのプラットフォームが公表している上限からビットレートを逆算し、そのビットレートで成立する解像度を選び、あなた自身の端末でエンコードします。ファイルはどこにも送られず、結果は上限ぴったりではなく、その少し下に着地します。
このプリセットが狙っている上限
以下の数字はすべて他社が決めたものです。上限は引き上げられることも下げられることもあり、いくつかはアカウントの種別によって変わります。ですからこの表は「最後に確認した時点ではこうだった」という記録であって、送信ボタンを押せば必ず通るという約束ではありません。各プラットフォームの公式ページは表の下にリンクしてあります。確認後に上限が変わっていれば、正しいのは公式ページで、間違っているのはこちらです。
2 列目はプラットフォームが公表している数字、3 列目はこのツールが実際に狙う数字です。メールだけが低く、それ以外は公表値と同じです。なぜ差が出るのかは次の節で説明します。
| プラットフォーム | 公表されている上限 | このツールが狙う値 |
|---|---|---|
| Discord | 10 MB | 10 MB |
| 16 MB | 16 MB | |
| メール | 25 MB | 18 MB |
| 25 MB | 25 MB |
特定のファイルが必ず受け付けられるという保証ではありません。表に示した日付の時点で公表されていた数字に対して、余裕をもって下回るところまで圧縮する、というだけのものです。
なぜ上限ぴったりではなく、その下を狙うのか
数百 KB 超えたファイルは、倍の大きさのファイルと同じだけきっぱり拒否されます。ですからこの余白は、それと引き換えに失う画質より価値があります。余白を削る要因は 3 つあります。「メガバイト」は 1,000,000 バイトを指すシステムと 1,048,576 バイトを指すシステムがあり、相手がどちらで数えているかは普通わかりません。要求したビットレートにどれだけ近づけるかはブラウザによって違うため、同じ設定でも端末が変わればサイズは少しずれます。そして音声は再エンコードせずそのままコピーするので、元の音は保たれる代わりに予算の一定分を固定で取られ、これは映像側のどんな設定でも取り戻せません。
差を意図的に大きく取っているのはメールだけです。添付ファイルは生のバイト列として送られるのではなく、転送用にエンコードされ、その過程でおよそ 3 分の 1 大きくなります(これは MIME の仕組みで、特定のサービスの癖ではありません)。つまり公表された上限にちょうど乗っているファイルは、届いた時点で超えていることがあり得ます。低めに狙えば、そのエンコードの前で数えられても後で数えられても線を越えません。さらに受信側のメールボックスにも上限があり、小さい方が効くので、その分の余地も残せます。
Discord に送る動画を圧縮する
表の数字は無料アカウントの添付上限で、狙う価値があるのはまさにこれです。これが下限だからです——Discord 自身の開発者ドキュメントに、上限は Nitro の状態やサーバーのブースト段階によって高くなる場合があると書かれています。無料アカウントの上限を通るように圧縮したファイルはどこでも通りますが、ブースト済みサーバー向けのサイズで作ったファイルは、別の場所に投稿した瞬間に弾かれます。
Discord のプリセットを選ぶと、ツールはその予算を動画の長さで割り、音声が必要とする分を差し引き、残ったビットレートで実際に成立する解像度を選びます。720p と 360p のどちらにするか迷う必要はありません。どの解像度でも収まらないという結論になった場合は、エンコード後ではなく前に伝えます。
WhatsApp に送る動画を圧縮する
表の上限は、チャットで動画として送る場合——サムネイルが表示され、タップするとその場で再生されるあの送り方——に適用されます。同じファイルをドキュメントとして添付すると別の経路を通り、上限はずっと高くなります。大きなクリップを圧縮せずに WhatsApp で渡すときの定番の手です。
ただしその回避策には代償があります。ドキュメントはプレビューされず、相手はダウンロードしてからでないと見られず、ギャラリー側もメディアとして扱いません。圧縮すればチャット内で再生される挙動を保てます。どちらを選ぶかは、その動画が会話の中で見られるものなのか、渡すためのファイルなのかで決まります。
ここでの上限はファイル単位です。見るに堪える画質ではどうしても収まらない録画は、これ以上圧縮するのではなく、切り詰めるか分割するのが筋です。
メールで送る動画を圧縮する
公表された数字が狙うべき数字ではない唯一の場所がメールです。理由は上で述べた転送用エンコードで、だからメールのプリセットは表の数字より明らかに低いところを狙います。加えて、上限が同時に 2 つ効く唯一の場所でもあります。送る側であるあなたの上限と、受け取る側の上限。小さい方が効き、しかも相手側の値は普通知る手立てがありません。
自分が送りたいと思える画質ではどうしても収まらないなら、正直な答えはメールサービス自身が採っているやり方です。ファイルをどこかに置いて、リンクを送る。長い録画を添付上限に通るまで圧縮すると、たいてい誰も見たくないものになります。それはリンクを送るより悪い結果です。
WeChat に送る動画を圧縮する
表の数字はチャットで動画を送る場合のものです。モーメンツは別の仕組みで、制約はファイルサイズではなく長さにかかります。ですから小さいファイルでも長すぎれば弾かれ、さらに圧縮しても何の役にも立ちません——そちらは切り詰めが必要です。現行のルールは公式ページで確認してください。このツールが扱うのはサイズ側だけです。
WhatsApp と同じく、クリップをメディアではなくファイルとして送れば別の経路を通り、余裕は大きくなります。代わりにチャット内での再生は失われます。相手が素材そのものを必要としているだけなら、そちらの方が得な取引であることが多いです。
目標にどうしても届かないとき
一定の長さを超えると、厳しい上限はどの解像度でも達成できなくなります。小さい予算を十分な分数で割り、音声の分を引いた残りでは、見る価値のある絵は成立しません。ツールはそれをエンコード前に計算して伝えます。時間をかけて見られないものを作り、後から気づかせるようなことはしません。
そうなったときに変えるべきは設定ではなく、入力の側です。
- 切り詰める。前後の無駄な部分を落とすのが単独で最も効く一手で、画質を一切損ないません。
- 分割して別々に送る——制約が相手の忍耐ではなくプラットフォームの上限である場合に。
- ファイルではなくリンクを送る。長いものについては、プラットフォーム自身がそうしています。
- その上限が本当に必要なときだけ、より厳しいプリセットに下げる。最も厳しい上限に合わせたファイルはどこでも通りますが、通ったことが見た目にわかります。
ここでの操作はディスク上の元ファイルに一切触れません。圧縮後のコピーは別のダウンロードなので、元を消すかどうかは常にあなた自身の明示的な判断です。
よくある質問
Discord 用に動画を圧縮するには?
上のツールに動画を入れて、Discord のプリセットを選んでください。無料アカウントの添付上限からビットレートを逆算し、音声が必要とする分を差し引き、収まる解像度を選びます。画質の段を自分で当てにいく必要はありません。狙うべきは無料アカウントの上限です。Nitro やブースト済みサーバーは常にそれ以上を許すので、下限に合わせたファイルはどこにでも投稿できます。
なぜメールのプリセットは公表された上限より低いのですか?
添付ファイルが生のバイト列のまま運ばれないからです。転送のためにエンコードされ、その過程でおよそ 3 分の 1 大きくなります——これは MIME メールそのものの性質で、特定のサービスのやり方ではありません。ですから公表された上限にちょうど乗っているファイルは、最終的に超えてしまうことがあります。低く狙えば、そのエンコードのどちら側で数えられても線を越えず、しかも見ることのできない相手側の上限にも余地を残せます。
圧縮すれば必ず受け付けられますか?
それを約束できるツールはありません。約束するとしたら当て推量です。上限はプラットフォームが決め、変わり、いくつかはアカウントの種別に依存します。ですからここでやっているのは、表に示した日付時点で公表されていた上限に対して余裕をもって下回るまで圧縮し、公式の出典をリンクしてご自身で確認できるようにすることです。最後の確認以降にプラットフォームが上限を動かしていれば、正しいのは向こうのページで、古いのはこちらの表です。
動画はどこかにアップロードされますか?
されません。圧縮は WebCodecs を通して行われます。フレームをあなたの端末自身の映像エンコーダーに渡すブラウザ API で、結果はエンコードしながらそのままローカルストレージに書き出されます。ファイルを受け取るエンドポイントは存在しません。実行中にブラウザのネットワークパネルを開いてもアップロードは見えませんし、このページを読み込んだあとネットワークを切ってから圧縮しても動きます。
それでも大きすぎる場合は?
その場合ボトルネックは設定ではなく長さです。切り詰めるのが最も効き、しかも画質を損ないません——録画の前後を落とすだけで、ビットレートをいじるより効くことがよくあります。それでも駄目なら分割するか、リンクを送ってください。どの解像度でも目標に届かない場合は、エンコード前にそう伝えます。見られないものを渡すことはしません。
圧縮せずファイルとして送る方がいいですか?
場合によってはそうです。いくつかのプラットフォームでは、クリップをドキュメントやファイルとして添付すると別の経路を通り、上限はずっと高くなるので、大きな動画をそのまま渡せます。失うのはチャット内での体験です。サムネイルは出ず、タップで再生もできず、相手はまずダウンロードしなければなりません。会話の中で見られるべき動画なら圧縮、素材の受け渡しならファイルとして送る、が目安です。
音声も圧縮されますか?
されません。5.1 サラウンドを含め、そのままコピーされます。元の音がそのまま保たれる一方で、音声はサイズ予算の一定分を固定で占め、映像側のどんな設定でも取り戻せません。長めのクリップで音声のビットレートが高い場合、その分は把握しておく価値があります。ツールが小さくできない部分がそこだからです。
選べるプラットフォームは?
Discord、WhatsApp、メール、WeChat です。現在公表されている上限は上の表にあり、それぞれ公式の出典をリンクしています。汎用の 10 MB / 25 MB / 100 MB もプラットフォームのプリセットの一段上に残してあるので、独自の数字を明記しているアップロードフォームやポータルにはそちらを使えます。
関連記事
AskClean チーム · 更新日 2026-08-12