先に要点
TCP と UDP の違いが毎回ふわっとする という人はかなり多いです。
ネットワークの入門で早めに出てくる言葉ですが、実務では どちらが速いか より どこで困るか を押さえた方が役に立ちます。
この記事では、2026年4月5日時点で MDN の TCP / UDP 解説、IETF の TCP 仕様 RFC 9293、UDP 仕様 RFC 768 を確認しながら、初心者向けに整理します。
社内ネットワーク全体の構成から見たい場合は、社内ネットワークとは？構成例・作り方・必要性をわかりやすく解説 を、ネットワーク機器の役割から押さえたい場合は ルーターとスイッチの違いは？役割・できること・社内ネットワークでの使い分けを解説 を先に読むとつながりやすいです。
80番 や 443番 や 22番って結局何なのか まで整理したい場合は、ポート番号とは？80番・443番・22番が何を意味するのか解説 もあわせて読むとつながりやすいです。
まず一言でいうと何が違うのか
一番短く言うと、違いはこうです。
この違いだけでも方向はつかめますが、実務ではもう少し具体的に見た方が判断しやすいです。
| 項目 | TCP | UDP |
|---|---|---|
| 通信の始め方 | 接続確認をしてから始める | 接続確認なしで送り始める |
| 届いたかの確認 | 行う | 基本は行わない |
| 順番保証 | ある | ない |
| 再送 | ある | 基本はない |
| 向きやすい用途 | Web、API、SSH、メール、業務系通信 | DNS、音声通話、動画配信、一部のゲーム |
TCP と UDP のキャラクター比較
それぞれの「何を優先する通信か」を並べると、選び方の感覚がつかめます。
実務で本当に重要なのはどこか
ここが一番大事です。
初心者のうちは TCP は丁寧、UDP は雑 と覚えがちですが、実務ではもう少し具体的に見ます。
1. 欠けることが困るか、遅れることが困るか
まず見るのはここです。
業務システム、管理画面、決済、ログインは、多少遅くても欠けない方が大事です。
逆に音声や映像は、少し欠けても 今の情報 が届く方が体感はよくなります。
2. 障害調査で見るポイントが変わる
TCP の障害では、接続できない、途中で切れる、再送が多くて遅い のような見方が増えます。
一方で UDP は、つながっているように見えるのに届かない 一部だけ抜ける という形で見えやすいです。
つまり、UDP は OK / NG が分かりにくい場面があります。
特にファイアウォールや NAT をまたぐ構成では、ポートを開けたはずなのに安定しない という相談が起きやすいです。
3. セキュリティや運用でも見方が変わる
どちらもセキュリティ上の注意は必要ですが、運用で気を付けるポイントは少し違います。
たとえば VPN でも、実装によって TCP を使うものと UDP を使うものがあり、使い心地はかなり変わります。
VPN だから同じ と見ない方がよいです。
よくある使い分けをざっくり整理
Web・API・業務システム
欠けると困るので、まずは TCP を前提に考えることが多いです。画面表示や登録処理は、正確さ優先です。
DNS・一部の基盤通信
DNS は代表例で、普段は UDP が多いですが、応答が大きい場合などは TCP も使います。ここは `どちらか一方だけ` と決めつけない方が安全です。
音声・映像・ゲーム
少し欠けても今の情報が欲しいので、UDP が向きやすいです。ただし、アプリ側で補完や制御を入れていることが多いです。
TCP / UDP に関するよくある質問
UDP の方が常に速い？
なりません。UDP はパケットあたりのオーバーヘッドが小さく、確認や再送がないので低レイテンシ寄りですが、欠けても困らない ことが前提です。アプリ側で順序保証や再送を実装するなら、その分の実装コストが上に乗ります。「とにかく UDP なら速い」ではなく、「欠けが許容できる用途で UDP は速い」と理解してください。
TCP の方が安全？
安全とは別の話です。TCP は届き方が丁寧なだけで、それ自体は暗号化していません。安全性は TLS や IPsec のような暗号化レイヤーで担保するもので、TCP の上に TLS が乗って HTTPS になります。「TCP だから盗聴されない」は誤りです。
DNS は UDP だけ？
違います。普段のクエリは UDP が多いですが、応答サイズが大きい場合（DNSSEC、ANYクエリ、大量レコード）や、ゾーン転送、信頼性が必要な場面では TCP も使われます。ファイアウォールで 53/UDP だけ開ける と DNS が一部動かなくなる事故の典型例。
HTTP/3 が UDP を使うと聞いた、なぜ？
HTTP/3 は QUIC というプロトコルの上で動き、QUIC は UDP を土台にしています。理由は、TCP の Head-of-Line Blocking 問題を回避し、接続確立のラウンドトリップを減らすため。UDP の上に独自の再送・順序保証・暗号化を載せて、TCP+TLS よりも速い接続を実現しています。「軽い UDP」と「重い TCP+TLS」を組み替えて速さを取り戻した形です。
VPN は TCP・UDP どちらを使う？
実装により異なります。OpenVPN は TCP / UDP どちらも選べ、WireGuard は UDP のみ。一般的に UDP モードのほうが速度・遅延で有利ですが、UDP がブロックされる環境（一部のホテル Wi-Fi、厳しい企業ネット）では TCP モードに切り替える必要があります。VPN 接続が不安定なときは TCP/UDP の切替も切り分けポイントです。
TCP と UDP のどちらを使うかは誰が決める？
アプリケーションの設計者です。プロトコル仕様（HTTP は TCP、DNS は UDP/TCP 両用、QUIC/HTTP/3 は UDP など）が決まっているケースもありますが、独自プロトコルを作るときは「順序保証が必要か」「再送が必要か」「リアルタイム性をどこまで取るか」で選びます。
迷ったときはどう考えるとよいか
最初に判断するときは、この3つでかなり足ります。
- 欠けると困るか
- 順番がずれると困るか
- 少し遅れてもよいか
この3つが はい なら TCP 寄りです。
逆に、多少の欠けよりリアルタイム性を優先したいなら UDP 寄りです。
ネットワーク機器や社内構成の話とつなげたい場合は、ルーターとスイッチの違いは？役割・できること・社内ネットワークでの使い分けを解説 や 社内ネットワークとは？構成例・作り方・必要性をわかりやすく解説 もあわせて読むと整理しやすいです。
また、VPN のように TCP / UDP の選び方が体感差に出やすい例は、VPNとは？仕組み・種類・脆弱性・実務での対策を解説 もつながります。
まとめ
TCP と UDP の違いは、どちらが上か ではなく、何を優先する通信か の違いです。
TCP は正確さ、UDP は軽さと即時性に寄っています。
実務で大事なのは、欠けると困るのか 遅れると困るのか を先に見ることです。
この判断ができるだけで、設計でも障害調査でもかなり迷いにくくなります。
参考リンク
- MDN: TCP
- MDN: UDP
- IETF RFC 9293: Transmission Control Protocol (TCP)
- IETF RFC 768: User Datagram Protocol