動画をオンラインで圧縮

目標サイズを選ぶだけで、圧縮ツールが確実に収めます — すべてブラウザ内で、ファイルはどのサーバーにも送信されません。

Drop any file here

or

Video, audio, image, or PDF — any size, no upload

🔒 Files never leave your device — everything runs in your browser.

圧縮ツールはどう判断しているか

サイズを入力すると、ツールはそれをビット予算に変換します。目標バイト数の8倍を再生時間で割った値です。最初のパスではその93%だけをエンコーダーに渡します。コンテナ自体にもバイトが必要で、ハードウェアエンコーダーは目標を上振れしがちだからです。音声は固定の取り分を確保し — 合計が1.5 Mbps以上なら128 kbps、目標が厳しくなるにつれて96、64、48 kbpsへ段階的に下げます — 残りをすべて映像に回します。映像の取り分が80 kbpsを下回りそうな場合は、ぼやけた映像を出す代わりに音声を落とし、その旨を結果に明記します。

解像度は、映像ビットレートが1ピクセル1フレームあたり0.045ビットを維持できる限り据え置きます。それを下回ると、固定の段階 — 2160、1440、1080、720、540、480、360、240 — を一段ずつ下げていきます。アップスケールは決して行わず、新しい解像度を結果に報告します。10 MBの目標なら、30秒のクリップはたいてい1080pか720pを保ち、2分前後では480pクラスの出力を見込んでください。

目標は約束ですから、ツールは自分の仕事を検算します。最初のパスはたいてい5〜13%超過して仕上がります。そこで補正を積み重ねながらエンコードをやり直し、最大3パスまで続けます — 2パス目でほぼ必ず収まります。80 kbpsの下限でさえ収まらない場合は、壊れたファイルを渡すのではなく、「より大きなサイズにするか、先に動画をトリミングしてください。」と伝えて拒否します。すでに目標を下回っているファイルは、手を付けずにそのまま返します。

スライダーは別のモードです。高速なワンパスのみでサイズの保証はなく、「弱」「バランス」「強」の三つのゾーンに分かれています。ゾーンを進むにつれ上限は1ピクセル1フレームあたり0.14ビットから0.025ビットまで下がり、さらにソースに対する相対値でも頭打ちにします(最も穏やかな設定でソース自身のビットレートの85%、最も強い設定で22%)。つまりエンコードが元の動画より多くのビットを費やすことはありません。「弱」は意図的に控えめです。解像度は最大一段しか下げず(1080pが720pになることはあっても480pにはなりません)、「弱」の予算の半分も使っていないソースは、正直な注記を添えてバイト単位で無変更のまま返します。ビットレートの太いiPhoneの動画はもちろん圧縮されます。「バランス」と「強」では、メモリ上の出力がライブ推定の1.5倍を上回った場合、その推定値を狙って正確なサイズモードで作り直します。

エンジンはふたつあり、どちらもお使いの端末上で動きます。WebCodecsはお使いの映像ハードウェアを使って最初に走り、どこでも再生できる唯一のコーデックであるH.264を優先します — MKVやWebMがMP4になって出てくるのはそのためです。ブラウザがコンテナを読めない場合(AVI、FLV、WMV、3GP、MPG)や、古いFirefoxのようにWebCodecsがない場合は、同じ処理をffmpeg.wasmのフォールバックで実行します — 映像ハードウェアの代わりにソフトウェアで、それでもアップロードはありません。

実際に必要なサイズはどれか

圧縮の大半は、誰かが決めた上限をくぐるために行われます。下の数字は各プラットフォームが公式に記載しているものです — リンク先のページにプリセットと細かい注意点があります — そしてバイト上限が公表されていない場合は、数字をでっち上げる代わりに表にその旨を書いています。

プラットフォーム公式に記載された上限つまずきやすい点
Discord 無料 10 MB · Nitro Basic 50 MB · Nitro 500 MB バイト単位で厳密に判定。基準はサーバーではなく、アップロードする人の契約プラン。
WhatsApp ステータス 16 MB。チャットははるかに大きいファイルも受け付ける 30秒を超えるステータス動画は分割される。チャットの大きな動画は最も強く再圧縮される。
メール GmailとYahoo 25 MB、Outlook.com 20 MB — 公称値 Base64で添付は約33%膨らむため、実質的な上限は約18 MB(Gmail)と15 MB(Outlook)。企業のメールサーバーは10 MBが一般的。
Telegram 2 GB(Premiumなら4 GB) ファイルとして送れば劣化なしでそのまま届く。50〜100 MBなら数秒で送信完了。
Messenger チャットのメディア 25 MB · ファイル添付 100 MB(モバイル) ファイル添付にはインライン再生がない — 受け取る側はダウンロードすることになる。
WeChat チャット動画は20 MB未満 写真は10 MB、アプリ内撮影は15秒。ファイル送信の上限は公表されていないため、ここにも載せていない。
Slack ファイルあたり1 GB、全プラン共通 フリープランではファイルが90日後に非表示になり、一年後に削除される — 制限はサイズではなく保存期間。
KakaoTalk ファイルあたり300 MB、スマホもPCも同じ すべてのファイル種別に適用。有料プランでも上がらない。
Zalo ファイルあたり1 GB 100 MB以下のメディアは長期保存される。それより重いものは期限切れになることがある。
Twitter (X) 512 MBかつ2分20秒(標準アカウント) MP4またはMOV。Premiumではより大きく投稿できるが、Xはすべてのアップロードを再エンコードする。
Instagram バイト上限の記載なし — プリセットはストーリーズ 25 MB · リール 50 MB · 長尺動画 100 MB すべてのアップロードを再エンコード。大きすぎるファイルほど強く潰される。
TikTok Web: 10 GB未満かつ30分以内 · API/スケジューラー 4 GB · Ads Manager 500 MB アプリ側が記載しているのは長さ(60分)でバイト数ではない。「iPhoneは287 MBまで」という話は公式ページのどこにもない。
YouTube 256 GBまたは12時間(電話番号認証前は15分) 推奨は1080pで約8 Mbps、720pで5 Mbps — それを超えるビットはほとんど捨てられる。

失敗の大半はふたつのパターンで起きます。メールが測るのはあなたのファイルではなくエンコード後のメッセージなので、メール用ページは公称の25・20ではなく、Gmail向けに18 MB、Outlook向けに15 MBを目標にしています。そしてチャットアプリは二本立てです — Messengerはインラインの25 MBに対してファイル添付なら100 MB、WhatsAppはステータスの16 MBに対してチャットははるかに大きい、という具合に。どのプラットフォームページにもない上限には、2 MBから8 MB、25 MB、100 MBを経て200 MBまでのサイズ別ページが揃っています。

まずトリミング、それから圧縮

ツールが目標を拒否するとき、メッセージは「先に動画をトリミングしてください」で終わります。これは本気の助言です。10 MBに収めるなら、引き締まった1分のクリップは、10分を同じ予算に押し込んだものよりほぼ必ずきれいに見えます。動画のトリミングは本物のプレーヤーを開きます。H.264ファイルの末尾だけを切る場合は再エンコードなしでストリームをコピーし、開始位置を動かす場合(または他のコーデックの場合)は映像ハードウェア上でフレーム単位の精度で再エンコードします。動画を切り抜きは先に9:16、1:1、16:9、4:3へスナップするので、残すピクセルだけがビットレートを消費します。ブラウザが再生できない形式 — AVI、WMV、古い携帯の3GPや放送系のTSなど — はどちらのツールでもプレビューが出ません。先にMP4へ変換してください。音だけが必要なら圧縮は飛ばしてMP3を抽出しましょう。そして圧縮は一度だけに。再エンコードを繰り返すと画質の劣化が積み重なるので、最終目標のサイズは元のファイルに対して実行してください。

目的別の圧縮ツール

よくある質問

指定した正確なサイズにどうやって収めるのですか?

サイズ予算を映像と音声に配分し、必要に応じて解像度を調整し、結果を検証します — 超過した場合は目標内に収まるまで再エンコードします。

どの形式に対応していますか?

MP4・MOV・WebM・MKVに加え、旧式フォーマット(AVI・FLV・WMV・MPG)にも対応。出力はどこでも再生できるMP4(H.264)です — Discord、WhatsApp、メール、テレビ。

動画はサーバーにアップロードされますか?

いいえ。すべての処理は端末のハードウェアアクセラレーションを使ってブラウザ内で行われます。動画が端末から出ることはありません。

「弱」「バランス」「強」は実際に何をしているのですか?

ソース自身のビットレートをどれだけ残すかを決めています — 最も穏やかな設定で85%、最も強い設定で22% — その上に、1ピクセル1フレームあたり0.14ビットから0.025ビットへ下がる上限がかぶさります。「弱」は128 kbpsの音声を保ち、解像度は最大一段しか下げません。「強」は96 kbpsの音声を使い、予算が求めるだけ段を下げます。どのゾーンもバイト数を保証はしません — それが必要なら、正確なサイズを指定してください。

ファイルが無変更で返ってきたのはなぜですか?

正直な理由がふたつあります。正確なサイズモードでは、すでに目標を下回っているファイルはそのまま返します — 予算に向けて圧縮する処理がファイルを大きくしてはならないからです。「弱」では、「弱」のビット/ピクセル予算の半分も使っていないソース(画面録画や軽量なダウンロード動画)は再エンコードで画質が落ちるだけなので、注記を添えてバイト単位で無変更のまま返します。それでも小さくしたいなら、「バランス」に切り替えるか正確なサイズを指定してください。

2 GBのファイルも圧縮できますか?

できます — 入力サイズに制限はありません。ファイルはアップロードされるのではなく、お使いのディスクから直接読み込まれるからです。Chromium系ブラウザでは、300 MB以上のファイルではまず保存先を尋ねてから、エンコードしながら結果をディスクへ直接書き出すので、メモリ使用量は一定に保たれます。他のブラウザではメモリ上で処理し、お使いの端末にとって大きすぎるファイルの場合は開始前に警告します。ハードウェアアクセラレーションの効いたパスは、おおむね実時間に近い速さで走ります。