大切なのは、契約プランの最大通信速度だけでなく、実際に使う場所と時間に測った上り速度が、必要な送信量を安定して上回るかを確かめることです。以下では公式値の意味を混ぜず、上り・下り・遅延・安定性を分けて確認します。
アップロード速度の目安を先に確認
用途ごとの見方を先にまとめると、次のようになります。
| 用途 | 目安にするもの | 具体例 | 最初に確かめること |
|---|---|---|---|
| ビデオ会議 | サービスが示す上り・下りの帯域 | Zoomの720pグループ映像は上り2.6 Mbps、Teams会議の推奨値は上り2.5 Mbps | 同じ場所・時間で上りが安定して出るか |
| ライブ配信 | 配信ソフトに設定する映像ビットレート | YouTube LiveのH.264は720p60で6 Mbps、1080p30で10 Mbps | 設定値より送信経路に余裕があるか |
| 動画投稿・クラウド保存 | ファイル容量と完了時間 | 1 GBを上り10 Mbpsで送る理論時間は約13分20秒 | 締め切りまでに終わるか |
| 写真・資料の共有 | 容量、送信頻度、待てる時間 | 小さなファイルは低い上りでも送れるが、完了は遅くなる | 失敗せず送れ、待ち時間を許容できるか |
ここにある会議の値は、各サービスの特定モードに対する公式値です。YouTube Liveの値は、回線契約に求める速度ではなくエンコーダーに設定する映像ビットレートです。測定結果と同じ意味の数字として、そのまま横並びにはできません。
「会議なら数Mbps」「ライブ配信なら設定に応じてさらに多く」と方向をつかみ、最後は使うサービスの最新仕様と自分の実測を照らし合わせます。
上り・下り・遅延・安定性の違い
速度テストには複数の数字が並びます。それぞれが担当する問いを分けると、下りだけ速いのに会議で困る理由が見えてきます。
| 指標 | 何を表すか | 関係しやすい場面 |
|---|---|---|
| 上り(アップロード) | 端末から相手やサービスへ、一秒あたりに送れるデータ量 | 自分の声・映像、投稿、バックアップ、ライブ配信 |
| 下り(ダウンロード) | 相手やサービスから、一秒あたりに受け取れるデータ量 | Web閲覧、動画視聴、相手の映像、アプリ取得 |
| 遅延(pingなど) | データが往復するまでの時間 | 会話の間、操作への反応、オンラインゲーム |
| 安定性 | 速度の揺れ、パケットロス、遅延のばらつき | 音切れ、映像停止、画質変動、送信の失敗 |
Mbpsは、一秒あたりに運べるビット量の単位です。MB/sやファイル容量との換算はMbpsとはへ、往復時間はレイテンシとはへ、途中でデータが失われる現象はパケットロスとはへ役割を渡します。
ピコルート・ラボでは、上りと下りを二本の光の線路として映します。これは方向を見分けるためのたとえで、上り用と下り用の物理ケーブルが常に別々にあるという意味ではありません。実際にはWi-Fi、ルーター、アクセス回線、相手側サービスなどを通る通信の向きを表しています。第30話「Mbpsは何を表している?」では、この流量メーターが初めて動いた場面をたどれます。

ビデオ会議で使われる上り速度の例
ビデオ会議の公式値は、画質、参加形態、画面レイアウト、端末などの条件で変わります。2026年9月19日に確認できた代表例は次の通りです。
| サービスとモード | 上り | 下り | 公式値が示す範囲 |
|---|---|---|---|
| Zoom・Standard HD(720p)のグループ映像 | 2.6 Mbps | 1.8 Mbps | アクティブスピーカー映像の帯域要件。対象プラン、対応アプリ、全画面表示などの前提あり |
| Zoom・Full HD(1080p、1対1・グループ共通) | 最低3.8 Mbps | 最低3.0 Mbps | 送信/受信の最低帯域。対象プラン、Zoom側での有効化、機器などの前提あり |
| Microsoft Teams・会議の推奨 | 2.5 Mbps | 4.0 Mbps | 端末1台あたりの「recommended」。表の2,500/4,000 kbpsを換算 |
| Microsoft Teams・会議のbest performance | 4.0 Mbps | 4.0 Mbps | 端末1台あたりで最良の性能を目指す欄の帯域 |
Google Workspace Learning Centerは、在宅のビデオ会議で接続が遅いと感じる場合、速度テストで上り・下りとも少なくとも3.2 Mbpsあるか確認するよう案内しています。これはGoogle Meetの最低帯域要件や1080pの必要速度ではなく、問題を調べる場面の確認目安です。
各サービスの表には「HD」「recommended」「best performance」など別の前提があります。たとえばTeamsは帯域が足りないときに音声を優先し、実際の使用量は解像度やフレームレート、画面構成などで変わると説明しています。したがって、2.5 Mbpsと測れたら常に十分、3.8 Mbps未満なら会議不能、と境界線を引くことはできません。
会議で見るべきなのは、使うモードの公式値に対して、同じ時間帯の上りが途切れず使えるかです。下りの大きな数字だけでは、自分の声が相手に届く状態を判定できません。
動画投稿とクラウド保存は完了時間で考える
動画投稿やクラウド保存は、会議のように一定量を送り続ける用途とは判断軸が違います。上りが低くても待てば完了する場合があるため、必要なアップロード速度は「ファイルをいつまでに送り終えたいか」から逆算します。
十進表記で1 GBを1,000 MBとし、転送中ずっと続く実効上り速度を仮定すると、理論時間は次の式で概算できます。
理論時間(秒) = ファイル容量(GB) × 8,000 ÷ 実効上り速度(Mbps)
| 実効上り速度(仮定) | 1 GBの理論時間 | 10 GBの理論時間 |
|---|---|---|
| 5 Mbps | 約26分40秒 | 約4時間26分40秒 |
| 10 Mbps | 約13分20秒 | 約2時間13分20秒 |
| 20 Mbps | 約6分40秒 | 約1時間6分40秒 |
これは速度が一定で、送るデータ本体だけを割った理論値です。実際は通信の制御情報、再送、Wi-Fiの揺れ、同時利用、サービス側の処理などが加わり、表より長くなることがあります。速度テストの瞬間値をそのまま全送信時間に当てはめず、余裕を持って見積もります。
たとえば10 GBの動画を今日中に送りたいなら、回線プランの広告値より、同じ時間帯に測った平均的な上りと、投稿先で処理が終わるまでの時間を記録する方が役立ちます。
ライブ配信はビットレートと余裕を見る
ライブ配信では、映像と音声をその場で送り続けます。YouTube Liveの公式案内にあるH.264の推奨映像ビットレートは、2026年9月19日時点で次の例です。
| 解像度・フレームレート | H.264の推奨映像ビットレート |
|---|---|
| 240p〜720p・30fps | 4 Mbps |
| 720p・60fps | 6 Mbps |
| 1080p・30fps | 10 Mbps |
| 1080p・60fps | 12 Mbps |
ここでの4〜12 Mbpsは、配信ソフトから送る映像の設定値です。音声、通信制御、速度の変動もあるため、上り実測が設定値と同じだけでは余裕がありません。YouTubeも速度テストで上りを確認し、本番前に配信を試すよう案内しています。
画質を上げるほど送る量は増えます。回線を先に買い替えるのではなく、使うエンコーダー、解像度、フレームレート、公式の最新設定を決め、限定公開など安全な範囲でテストしてから判断します。視聴者側が映像を受け取り再生する流れは動画配信の仕組みが担当します。
同時アップロードで会議の上りが詰まる例
ユイの発表練習では、相手の顔は滑らかに見えていました。下りの線路には余裕があった一方、ラボの送信記録には、発表用動画をクラウドに保存する流れと、会議のマイク・カメラが同じ時間に重なっていました。

ユイのケースで確かめる仮説は一つです。クラウド保存と会議が、同じ上りを同時に使っていたかを比べます。保存を止めたときだけ上りの揺れと音切れが減るなら、同時アップロードによる競合が有力です。
変わらない場合は原因を決めつけません。会議固有の切り分けはビデオ通話で自分だけ固まる理由へ、端末・Wi-Fi・回線・サービス全体の診断はインターネットが遅い原因へ役割を渡します。
速度テストを同じ条件で比べる確認ワーク
一回の最高値ではなく、困る場面を再現できる記録を作ります。次のワークは、回線を変える前にも、設定を変えた後にも使えます。
- 重要な用途を一つ選ぶ。会議なら使う画質、配信なら設定ビットレート、投稿なら容量と締め切りを書く
- 困りやすい時間と場所で、同じ端末・同じ接続方法のまま上り、下り、pingを3回測る
- バックアップ、写真同期、動画投稿などを止めた状態でも同じ3回を測る
- Wi-Fiならルーター近く、可能なら有線でも比べ、変えた条件を一つだけ記録する
- サービスの公式値、実測の中央の値、症状が出た時刻を一枚のメモに並べる
Google Meetの公式案内も、帯域と遅延を時間を追って観察すること、有線Ethernetを試すこと、混雑しやすい2.4 GHz帯より5 GHz帯を検討することを挙げています。ただし5 GHzは壁や距離の影響を受けやすいため、どの場所でも有利とは限りません。
結果は次のように読みます。
- 同時アップロードを止めると改善する: 上りを使う処理の重なりが有力な候補
- 有線では改善する: 回線契約より、Wi-Fiの電波や混雑が有力な候補
- 同じ条件でも測定値が大きく揺れる: 平均速度だけでなく安定性を確認
- 複数日・複数時間帯で有線の上りも用途に届かない: 回線や契約内容を確認する段階
- 実測に余裕があるのに一つのアプリだけ不安定: アプリ設定やサービス側も確認
確認クイズ:同じMbpsを分けられる?
- Zoomの「上り2.6 Mbps」は、どの場面の値でしょうか
- 1 GBを上り10 Mbpsで送る理論時間は、約何分でしょうか
- YouTube Liveで映像を6 Mbpsに設定するとき、上り実測が6 Mbpsちょうどなら余裕があるでしょうか
答えは、1が720pグループ映像の帯域要件、2が約13分20秒、3が余裕なしです。同じMbpsでも、会議の帯域、持続した転送速度、映像の設定値では意味が違います。
Wi-Fi側の仕組みはWi-Fiの仕組みへ、宅内機器から回線へ出る流れは光回線の仕組みへ委ねます。測定条件を残しておくと、問い合わせる場合にも「遅い」だけでなく、いつ、どの接続で、何Mbpsだったかを伝えられます。
ユイ
明日の発表練習で、また私の声だけ途切れました。発表用動画の保存も終わらないし、話し方が悪いのかな
マコト
相手の映像が見えていて自分の声が届かないなら、アップロード速度と同時送信を分けて調べよう
ピコ
数字はユイを採点するものじゃないよ。アップロードのどこが詰まったかを教える手がかりだよ
明日の声を届ける次の一歩
ピコがクラウド保存の一時停止ボタンを示し、ユイが自分で押しました。同じ机、同じPC、同じ発表文で測ってから通話をやり直すと、上りの揺れが小さくなり、冒頭から最後まで声が届きました。一度だけで断定せず、明日も同じ時間帯に確かめることを記録します。
ユイ
声が途切れるたび、説明を短くしようとしていました。でも先に通り道を見ればよかったんですね
マコト
原因を自分にしないで、条件を一つずつ変えたから見つけられた。次も同じ記録が使えるよ
アップロード速度の目安は、人を合格・不合格に分ける点数ではありません。送りたい声、映像、ファイルがどれほどあり、いつまでに、どれくらい安定して届けたいかを言葉にする道具です。
今回の確認で宅内Wi-Fiや同時送信ではなく、回線そのものを見直す段階だと分かった場合は、このあとに表示される実践ガイドで、光回線、ホームルーター、モバイル回線を工事・速度・料金・契約期間の軸から比較できます。
確認に使った公式・標準資料
- Zoom「Enabling HD video for Zoom Meetings」: 720pグループ映像、1080p HD映像の上り・下り帯域と前提条件
- Google Workspace Learning Center「Stay connected when working remotely」: 接続が遅い場合の3.2 Mbpsという確認値と、家庭内のほかの通信を減らす案内
- Google Meet Help「Troubleshoot video & audio quality in a meeting」: 有線接続、2.4 GHz/5 GHz、帯域と遅延の安定性に関する確認
- Microsoft Learn「Prepare your organization’s network for Teams」: Teams会議の上り・下り帯域、recommended/best performance、音声優先と変動条件
- YouTubeヘルプ「YouTube ライブ エンコーダーの設定」: H.264の解像度・フレームレート別推奨映像ビットレート、速度テストと事前確認
- Informational RFC 6349「Framework for TCP Throughput Testing」: 管理されたIPネットワークで、帯域、往復時間、損失、再送などとTCPの持続スループットを分けて試験する考え方
最終確認日: 2026年9月19日
アップロード速度でよくある質問
上り10 Mbpsあればビデオ会議には十分ですか?
多くの一般的な会議設定では公式例を上回りますが、十分さは保証できません。同時アップロード、Wi-Fiの揺れ、遅延、パケットロス、参加モード、端末負荷も関係します。使うサービスの公式条件と、同じ時間帯の安定した実測を比べます。
契約が1 Gbpsなら上りも1 Gbps出ますか?
契約上の最大通信速度と、利用場所での実測は別です。上り・下りの仕様が非対称なサービスもあり、共有区間、混雑、宅内機器、Wi-Fiなどで実測は変わります。契約書面の上り条件と速度テストを分けて確認します。
スマホで測った値をPCの会議へ使えますか?
同じWi-Fiでも端末の無線性能や置き場所が違うため、参考値に留まります。会議で使うPCを、実際に使う机と時間帯で測る方が判断しやすくなります。
ZoomとTeamsとYouTubeの数字を比較してよいですか?
同じ意味では比較できません。ZoomとTeamsの表は特定の会議モードの帯域要件・推奨値で、YouTube Liveの表はH.264映像のエンコーダービットレートです。用途、画質、音声、通信の余裕を含む範囲が異なります。
アップロード速度が遅ければ回線を変えるべきですか?
先に同時送信、Wi-Fi、有線、時間帯、端末、サービス側を分けます。複数条件で繰り返しても回線側が用途を満たさないと判断できた段階で、工事、速度、料金、契約期間を含めて回線を比較します。
LAB WHITEBOARD
自分の言葉で説明してみよう
「用途ごとにアップロード速度の目安を読み分け、同じ条件で測定し、回線・Wi-Fi・同時送信を切り分けられるようになる。」を、いまの自分の言葉で一文にしてみてください。途中の説明でも大丈夫です。




