TLS 1.3は、WebサイトのHTTPS通信などで使われるTLSの新しい世代の規格です。TLS 1.2より古い暗号方式を整理し、接続開始までのやり取りを減らすことで、安全性と通信開始時の効率を改善しています。
ただし、初心者がTLS 1.3を自分で細かく設定しなければならないケースは多くありません。一般的なレンタルサーバーでは、サーバー側が対応していればブラウザとの間で自動的に利用されます。
30秒でわかる結論
30秒でわかる結論
- TLS 1.3は、HTTPSなどの通信を保護するTLSの新しい世代の規格
- TLS 1.2より古い暗号方式を整理し、より安全な構成へ簡素化されている
- 通常のTLS 1.3接続は、条件が整えば1-RTTで暗号通信開始まで進められる
- 再接続時には0-RTTを利用できる場合があるが、リプレイ攻撃への注意が必要
- 現在の主要ブラウザはTLS 1.3に対応している
- 一般的なWordPress利用者は「自分でTLS 1.3を実装する」のではなく、利用サーバーが対応しているか確認すればよい
- TLS 1.2をすぐ全面禁止すべきかは、古い端末・業務システムとの互換性を見て判断する
TLS 1.3とは？
TLSは「Transport Layer Security」の略で、インターネット上の通信を暗号化し、盗み見・改ざん・なりすましのリスクを減らすためのプロトコルです。
TLS 1.3はその新しい世代で、HTTPS通信をはじめ、TLSを利用するさまざまな通信で使われます。
SSLとの関係
現在の安全なWeb通信で実際に使われている中心技術はTLSです。ただし、一般には「SSL」「SSL/TLS」「SSL証明書」という呼び方が今も広く使われています。TLS 1.3は「SSL証明書の種類」ではなく、通信プロトコルのバージョンです。
| 用語 | 意味 |
|---|---|
| SSL/TLS証明書 | 接続先の確認などに使う電子証明書 |
| HTTPS | HTTPをTLSで保護した通信 |
| TLS 1.3 | TLSプロトコルの新しい世代 |
TLS 1.2とTLS 1.3の違い
TLS 1.3では、TLS 1.2まで存在していた古い方式を整理し、利用できる暗号方式やハンドシェイクを簡素化しています。
| 項目 | TLS 1.2 | TLS 1.3 |
|---|---|---|
| 規格世代 | 旧世代 | 新世代 |
| 暗号方式 | 古い方式も選択肢に含み得る | レガシー方式を大幅に整理 |
| 鍵交換 | 構成によっては前方秘匿性を持たない方式もあった | 公開鍵ベースの鍵交換は前方秘匿性を持つ方式へ整理 |
| 通常の接続開始 | より多くの往復が必要になる構成がある | 1-RTTで開始できる構成 |
| 再接続 | セッション再開あり | 条件により0-RTTも利用可能 |
初心者向けに一言でいうと
TLS 1.3は「TLS 1.2を少し速くしただけ」ではありません。古い暗号方式や不要な選択肢を減らし、接続手順そのものを整理した規格です。
TLS 1.3で安全性が高まった理由
古い暗号方式を整理した
TLS 1.3では、レガシーと判断された対称暗号方式が削除され、残る方式はAEAD（Authenticated Encryption with Associated Data）を利用するものへ整理されています。
これにより、サーバー管理者が古い暗号方式を誤って有効にする余地を減らし、設定を簡素化しやすくなりました。
静的RSA鍵交換を廃止した
TLS 1.3では、静的RSAや静的Diffie-Hellmanを使う暗号スイートが削除されています。公開鍵ベースの鍵交換では、前方秘匿性（Forward Secrecy）を持つ構成が前提になります。
前方秘匿性とは？
将来サーバーの秘密鍵が漏えいしたとしても、過去に記録された通信内容まで簡単に復号されないようにする考え方です。過去の通信で使った一時的な鍵を、長期利用する秘密鍵だけから再現できないようにします。
ハンドシェイク後半も暗号化する
TLS 1.3では、ServerHelloの後に続くハンドシェイクメッセージが暗号化されます。TLS 1.2以前と比べ、接続確立時に外部から見える情報を減らす方向に設計されています。
TLS 1.3はなぜ速い？
TLS通信では、Webページの内容を送る前に「どのTLSバージョンを使うか」「どの暗号方式を使うか」「通信に使う鍵をどう作るか」などを決めるハンドシェイクが必要です。
TLS 1.3ではこの手順が整理され、通常の新規接続では条件が整えば1-RTTで暗号通信開始まで進められます。
往復時間50msのイメージ
通信開始までのやり取りを1往復減らせる条件なら、理論上は接続確立部分で約50ms分の待ち時間を減らせる可能性があります。
50ms × 1往復 ＝ 約50ms
ページ全体が必ず50ms速くなるわけではない
実際のWeb表示速度は、DNS、サーバー処理時間、画像容量、JavaScript、CDN、ネットワーク品質などにも左右されます。TLS 1.3は主に接続確立部分を効率化するもので、ページ全体の表示時間を一定量保証するものではありません。
1-RTTとは？
RTTは「Round Trip Time」の略で、データを相手へ送り、応答が返ってくるまでの1往復を表します。
接続情報を送る
必要な情報を返す
利用者とサーバーの物理的距離が遠いほど、1往復の遅延は大きくなりやすいため、往復回数を減らすことには意味があります。
0-RTTとは？
TLS 1.3では、以前接続したことがある相手との再接続時に、条件を満たせば0-RTTでアプリケーションデータを早期送信できます。
名前のとおり、通常のハンドシェイク完了を待つ前にデータを送れるため、再接続時の待ち時間を減らせる可能性があります。
0-RTTは安全性の性質が通常通信と異なる
0-RTTデータにはリプレイ攻撃に関する注意があります。同じ要求を再送されると問題になる処理では、安易に利用できません。TLS 1.3に対応しているからといって、すべてのWebサイトで0-RTTを有効にすべきという意味ではありません。
慎重に扱うべき処理の例
- 購入確定
- 決済処理
- 送金
- 予約確定
- データを変更する操作
一般的なレンタルサーバー利用者は、0-RTTを自分で有効化する必要があるとは考えず、サービス提供側の安全な実装に任せるのが基本です。
TLS 1.3で使われる代表的な暗号スイート
TLS 1.3では暗号スイートの考え方もTLS 1.2以前から整理されています。代表例には次があります。
| 暗号スイート | 概要 |
|---|---|
| TLS_AES_128_GCM_SHA256 | AES-128-GCMとSHA-256を使用 |
| TLS_AES_256_GCM_SHA384 | AES-256-GCMとSHA-384を使用 |
| TLS_CHACHA20_POLY1305_SHA256 | ChaCha20-Poly1305とSHA-256を使用 |
初心者が通常の共用レンタルサーバーで、これらを1つずつ選択する必要はありません。サーバー会社やCDNが安全な構成を管理している場合は、その標準設定を使うのが基本です。
TLS 1.3の対応状況
2026年時点では、TLS 1.3は現在の主要ブラウザで広く対応されています。MDNもTLS 1.3を現在のTLSバージョンとして説明し、TLS 1.2は一部Webサイトで引き続き使われているとしています。
また、CloudflareもTLS 1.3を提供しており、2026年8月更新の公式ドキュメントでは、更新された主要ブラウザすべてで対応していると案内しています。
| 利用環境 | 考え方 |
|---|---|
| 最新の主要ブラウザ | TLS 1.3を利用できる環境が一般的 |
| 一般的なレンタルサーバー | サービス側の対応状況を確認 |
| CDN利用サイト | CDN側のTLS設定も確認 |
| 古いOS・古い業務端末 | TLS 1.3非対応の可能性を確認 |
| VPS・専用サーバー | WebサーバーやTLSライブラリの対応状況を管理者が確認 |
TLS 1.3非対応の端末はサイトを見られない？
サーバーがTLS 1.2も許可していれば、TLS 1.3に対応していないクライアントでも、双方が対応するTLSバージョンへ下げて接続できる場合があります。
イメージ
サーバー：TLS 1.3 / 1.2対応
ブラウザ：TLS 1.2のみ対応
→ 共通して使えるTLS 1.2で接続
逆に、サーバー側をTLS 1.3だけに限定すると、TLS 1.3に対応しない古いクライアントは接続できません。
「新しいほど安全だから1.3だけ」にする前に確認
一般公開サイトでは、古い端末・組み込み機器・社内システムなどからのアクセス要件がある場合があります。TLS 1.2を無効化するかどうかは、実際の利用者とシステム要件を確認して判断してください。
WordPressでTLS 1.3を設定する必要はある？
通常、WordPress管理画面からTLS 1.3を有効化するわけではありません。
TLSのバージョンは主に、Webサーバー、ロードバランサー、CDN、レンタルサーバー側のSSL/TLS設定で決まります。
| 項目 | 担当する場所 |
|---|---|
| 記事・固定ページ | WordPress |
| SSL証明書 | サーバー・CDNなど |
| TLS 1.3対応 | Webサーバー・CDN・TLSライブラリなど |
| ブラウザ対応 | 閲覧者側 |
共用レンタルサーバー利用者なら
サーバー会社の仕様ページでTLS 1.3対応を確認し、対応済みなら基本的にはサービス側へ任せれば十分です。WordPressのプラグインを追加してTLS 1.3化する、という種類の設定ではありません。
TLS 1.3を確認する方法
実際にどのTLSバージョンで接続しているかは、ブラウザの開発者向け機能や外部のTLS診断サービスなどで確認できます。
確認したい項目
- HTTPSで正常に接続できるか
- 接続時にTLS 1.3が使われているか
- TLS 1.2も必要に応じて利用可能か
- TLS 1.0・1.1など古いバージョンを不要に許可していないか
- 証明書エラーが出ていないか
ただし、1回の接続でTLS 1.2になったからといって、サーバーがTLS 1.3非対応とは限りません。クライアント、CDN、プロキシなど接続経路の条件も確認してください。
TLS 1.3を使うメリット
古い暗号方式を整理し、安全な構成を選びやすくしています。
ハンドシェイクを簡素化し、通信開始までの往復を減らせる条件があります。
共用サーバーでは提供側が対応していれば、利用者が細かい暗号方式を管理しなくても使えます。
古い端末・システムが残る環境ではTLS 1.2との併用要件を確認します。
注意点
- TLS 1.3対応だけでWebサイト全体のセキュリティが完成するわけではない
- WordPress本体・テーマ・プラグインの更新は別途必要
- TLS 1.3対応とSSL証明書の有効期限は別の話
- 0-RTTは便利だがリプレイ攻撃への考慮が必要
- TLS 1.3だけに限定する場合は古いクライアントとの互換性を確認する
- 共用サーバーでは利用者が暗号スイートを細かく変更できない場合がある
- VPSではTLSライブラリやWebサーバーを古いまま放置しない
教科書判定
一般サイトは「TLS 1.3対応サーバーを使う」まで確認すれば十分
WordPress初心者や一般的な会社・店舗サイトでは、TLS 1.3の暗号スイートを自分で細かく調整する必要はありません。利用しているレンタルサーバーやCDNがTLS 1.3へ対応しているかを確認し、HTTPSが正常に使えていることを確認するところまでで十分です。
VPS・専用サーバーを自分で管理する人は、TLS 1.3だけでなくTLS 1.2との互換性、古いTLSの無効化、Webサーバー・暗号ライブラリの更新まで確認してください。0-RTTは「速そうだから有効化する」のではなく、アプリケーションの安全性まで理解できる場合に検討します。
よくある質問
Q．TLS 1.3とSSLは同じですか？
厳密には同じではありません。SSLはTLSの前身となった規格です。現在はTLSが使われていますが、「SSL」「SSL/TLS」という名称が一般的に残っています。TLS 1.3はTLSプロトコルのバージョンです。
Q．TLS 1.3にすればWebサイトは必ず速くなりますか？
必ず一定量速くなるわけではありません。TLS 1.3は接続確立を効率化できますが、実際の表示速度はサーバー処理、画像、JavaScript、CDN、通信回線などにも左右されます。
Q．TLS 1.2は危険なので今すぐ無効にすべきですか？
一律には言えません。TLS 1.2は現在も利用されています。一般公開サイトで無効化する場合は、古い端末・業務システムとの互換性を確認してください。TLS 1.0・1.1とは分けて考える必要があります。
Q．WordPressのプラグインでTLS 1.3にできますか？
通常はWordPressプラグインで有効化するものではありません。TLSの対応はWebサーバー、CDN、ロードバランサー、TLSライブラリなどの環境側で決まります。
Q．0-RTTは有効にした方がよいですか？
初心者が速度だけを理由に有効化する必要はありません。0-RTTにはリプレイに関する注意があり、購入・決済など同じ処理を繰り返されると困る操作では特に慎重な設計が必要です。
まとめ
TLS 1.3の要点
- TLS 1.3はHTTPSなどで使われるTLSの新しい世代
- 古い暗号方式を整理し、安全な構成へ簡素化されている
- 通常接続では1-RTT、再接続では条件により0-RTTを利用できる
- 0-RTTはリプレイ攻撃への注意が必要
- 現在の主要ブラウザはTLS 1.3に広く対応している
- WordPress利用者はサーバー側のTLS 1.3対応を確認すればよい
- TLS 1.2を無効化する場合は古い端末・業務システムとの互換性を確認する
「TLSとは？SSLとの違いを初心者向けに解説」もあわせて確認してください。