Windows 11のネットワークを高速化・低遅延化する場合、最初に行うべきことは「設定を大量に変更すること」ではありません。
2026年現在のWindowsは、TCP受信ウィンドウの自動調整、Receive Side Scaling（RSS）、チェックサムオフロード、Large Send Offload（LSO）、Receive Segment Coalescing（RSC）などを標準で利用しています。
これらを根拠なく一括無効化すると、CPU負荷の増加、最大通信速度の低下、VPNや仮想スイッチとの不整合、通信切断などを起こす可能性があります。
本記事では、Windows 11を中心に、Windows 10 ESU・LTSC環境でも確認できる内容として、次の順番でネットワーク設定を見直します。
- 現在の状態を保存する
- 回線・ルーター・LANリンクを確認する
- WindowsのTCP設定を標準状態へ整える
- NIC設定を一項目ずつ確認する
- BBR2などの候補は一時的に比較する
- 速度だけでなく遅延と安定性も測定する
- 効果がなければ元へ戻す
- 2026年版の重要事項
- 先に結論：2026年の推奨初期状態
- 最初に確認する：PC設定より回線側がボトルネックではないか
- 変更前の状態を保存する
- WindowsのTCPグローバル設定を確認する
- チェックサムオフロードは一括無効化しない
- Receive Side Scaling（RSS）は有効を基準にする
- Large Send Offload・RSCは標準設定から比較する
- 速度とデュプレックスは自動ネゴシエーションを使う
- ジャンボフレームを9000へ固定しない
- インターフェースメトリックは原則「自動」
- BBR2は上級者向けの比較候補
- TcpAckFrequencyなどのレジストリ高速化を削除した理由
- Wi-FiはTCP設定より無線環境を先に改善する
- 配信の最適化はPC台数と回線に合わせる
- 電源モードは測定時だけ条件を揃える
- セキュリティ機能を速度対策として無効にしない
- 正しい速度測定方法
- 設定後に通信できなくなった場合
- 2026年版まとめ
- 参考資料
2026年版の重要事項
Windows 10 Home・Proの通常サポートは2025年10月14日に終了しました。
Windows 10を継続利用する場合は、対象PCをESUへ登録するか、サポート期間中のLTSCを利用するか、Windows 11へ移行してください。
本記事の主対象はWindows 11です。Windows 10では、搭載されているPowerShellコマンド、NICドライバ、TCP機能が異なる場合があります。
先に結論：2026年の推奨初期状態
一般的な家庭用・業務用PCでは、まず次の状態を基準にします。
- IPv4とIPv6：有効
- TCP受信ウィンドウ自動チューニング：normal
- Receive Side Scaling（RSS）：有効
- チェックサムオフロード：有効
- Large Send Offload（LSO）：標準設定または有効
- Receive Segment Coalescing（RSC）：標準設定
- 速度とデュプレックス：Auto Negotiation（自動ネゴシエーション）
- ジャンボフレーム：無効または標準MTU
- インターフェースメトリック：自動
- TCP輻輳制御：既定値
変更するのは、現在の問題を示す測定結果があり、一項目だけ切り替えた比較で改善が再現した場合に限ります。
最初に確認する：PC設定より回線側がボトルネックではないか
Windowsの設定を変更する前に、次の項目を確認してください。
- 契約回線がIPoE・IPv6へ対応しているか
- ルーターのWAN・LANポートが契約速度へ対応しているか
- 有線LANのリンク速度が100Mbpsへ低下していないか
- LANケーブルや中継ハブが1GbE・2.5GbE以上へ対応しているか
- Wi-Fiの電波強度、接続帯域、混雑、ルーターとの距離に問題がないか
- VPN、クラウド同期、Windows Update、ゲーム更新が帯域を使用していないか
PowerShellを開き、現在のネットワークアダプターを確認します。
Get-NetAdapter |
Sort-Object Status, Name |
Format-Table Name, InterfaceDescription, Status, LinkSpeed, MacAddress
有線LANが「100 Mbps」と表示されている場合、TCP設定を変更しても100Mbpsを超えることはできません。ケーブル、ルーター・スイッチのポート、NICドライバ、自動ネゴシエーションを先に確認します。
変更前の状態を保存する
管理者としてPowerShellを開き、デスクトップへバックアップ用フォルダーを作成します。
$Backup = "$env:USERPROFILE\Desktop\Windows-Network-Backup"
New-Item -ItemType Directory -Path $Backup -Force
Get-NetAdapter |
Format-List * |
Out-File "$Backup\NetAdapter.txt" -Encoding utf8
Get-NetAdapterAdvancedProperty -Name "*" -AllProperties |
Export-Csv "$Backup\NetAdapterAdvancedProperty.csv" -NoTypeInformation -Encoding utf8
Get-NetIPInterface |
Export-Csv "$Backup\NetIPInterface.csv" -NoTypeInformation -Encoding utf8
Get-NetAdapterStatistics |
Export-Csv "$Backup\NetAdapterStatistics.csv" -NoTypeInformation -Encoding utf8
netsh int tcp show global |
Out-File "$Backup\TcpGlobal.txt" -Encoding utf8
netsh int tcp show supplemental |
Out-File "$Backup\TcpSupplemental.txt" -Encoding utf8
NICの詳細設定はメーカー・ドライバごとに名称と選択肢が異なります。CSVの保存に加えて、デバイスマネージャーの「詳細設定」画面もスクリーンショットで残してください。
WindowsのTCPグローバル設定を確認する
netsh int tcp show global
netsh int tcp show supplemental
一般的なクライアントPCでは、RSSを有効、受信ウィンドウ自動チューニングをnormalまたは既定値として比較を開始します。
netsh int tcp set global rss=enabled
netsh int tcp set global autotuninglevel=normal
以前の記事で案内していた「rss=disabled」は、現在の一般的なマルチコアPCでは推奨しません。
RSSは受信処理を複数CPUへ分散し、一つのCPUだけがネットワーク処理で飽和する状態を防ぐための機能です。
また、autotuninglevelをhighlyrestrictedやrestrictedへ固定すると、帯域遅延積が大きい回線でTCP受信ウィンドウが十分に拡大せず、下り速度を制限する可能性があります。
標準状態へ戻す
過去に多数のnetsh設定を変更したPCでは、まずグローバルTCP設定を既定値へ戻してから測定する方法があります。
netsh int tcp set global default
このコマンドはTCPグローバル設定へ影響します。実行前に「netsh int tcp show global」の結果を必ず保存してください。
チェックサムオフロードは一括無効化しない
IPv4、TCP、UDPのチェックサムオフロードは、チェックサム計算をNICへ移し、CPU負荷を減らしてスループットを改善するための機能です。
一般的な物理NICでは有効を基準にしてください。
Get-NetAdapterChecksumOffload
以前の記事では、次の項目をすべて無効にしていました。
- IPv4チェックサムオフロード
- TCPチェックサムオフロード（IPv4・IPv6）
- UDPチェックサムオフロード（IPv4・IPv6）
2026年版では、この一括無効化を推奨しません。
ドライバ不具合、VPN、仮想スイッチ、パケットキャプチャなどの問題を切り分ける場合に限り、対象NICの一項目だけを一時的に無効化して比較します。
有効へ戻す場合：
Enable-NetAdapterChecksumOffload -Name "Ethernet"
「Ethernet」は実際のアダプター名へ置き換えてください。実行時に通信が一時的に切断される場合があります。
Receive Side Scaling（RSS）は有効を基準にする
有線NICのRSS状態を確認します。
Get-NetAdapterRss
有効化する場合：
Enable-NetAdapterRss -Name "Ethernet"
Wi-FiアダプターではRSSに対応していない場合があります。非対応の機能を無理に有効化する必要はありません。
高性能NICではRSSキュー数や使用CPUを調整できますが、CPU利用率とDPC負荷を測定せずに最大値へ固定すると、オーバーヘッドが増えることがあります。
Large Send Offload・RSCは標準設定から比較する
LSOは大きな送信データの分割処理をNICへ移します。RSCは受信セグメントをまとめて上位層へ渡します。
Get-NetAdapterLso
netsh int tcp show global
netsh int tcp show rscstats
通常は標準設定または有効を基準にします。
VPN、Hyper-V、WSL、仮想スイッチ、特定ゲーム、低品質NICドライバで通信断や極端な速度低下が発生する場合だけ、一項目ずつ無効化して比較してください。
LSOを一時的に無効化する例：
Disable-NetAdapterLso -Name "Ethernet"
元へ戻す場合：
Enable-NetAdapterLso -Name "Ethernet"
速度とデュプレックスは自動ネゴシエーションを使う
1Gbps、2.5Gbps、5Gbps、10Gbpsを手動固定すれば速くなるわけではありません。
PC側とルーター・スイッチ側で速度やデュプレックスが一致しないと、リンクダウン、100Mbpsへの低下、再送、パケットロスなどが発生する場合があります。
通常は「Auto Negotiation」「自動ネゴシエーション」を選択します。
リンクが意図した速度にならない場合は、次の順番で確認してください。
- LANケーブルを交換する
- ルーター・スイッチの別ポートへ接続する
- NICドライバをPC・NICメーカー公式版へ更新する
- 省電力機能やEEEを一時的に比較する
- 相手機器のリンク速度を確認する
ジャンボフレームを9000へ固定しない
ジャンボフレームは、PC、NIC、スイッチ、ルーター、NASなど、同じLAN内の通信経路全体が同じMTUへ対応している場合に利用します。
一般的なインターネット接続を高速化する設定ではありません。
家庭用インターネット、VPN、PPPoE、Wi-Fiを含む環境では、ジャンボフレームを無効または標準値のまま使用してください。
現在のインターフェースMTUを確認します。
Get-NetIPInterface |
Sort-Object InterfaceMetric |
Format-Table ifIndex, InterfaceAlias, AddressFamily, NlMtu, AutomaticMetric, InterfaceMetric, ConnectionState
IPv4で経路上のMTUを調べる場合は、DFを指定したpingで確認できます。
ping 1.1.1.1 -f -l 1472
1472バイトのペイロードへIPv4とICMPのヘッダー28バイトを加えるとMTU 1500です。
ただし、接続先がICMPへ応答しない場合や、経路が応答を制限している場合もあります。ping結果だけでレジストリへMTUを固定しないでください。
インターフェースメトリックは原則「自動」
メトリックは通信速度そのものを上げる設定ではなく、複数経路の優先順位を決める値です。
現在の状態を確認します。
Get-NetIPInterface |
Sort-Object AddressFamily, InterfaceMetric |
Format-Table InterfaceAlias, AddressFamily, AutomaticMetric, InterfaceMetric, ConnectionState
有線LANとWi-Fi、VPN、Hyper-V、WSLなどが同時に有効な環境で、意図しない経路が選ばれる場合だけ手動設定を検討します。
理由なく全アダプターへ「10」「11」「20」などを設定すると、VPNやIPv6を含む経路選択を壊す可能性があります。
BBR2は上級者向けの比較候補
Windows 11のnetshでは、TCP supplemental templateの輻輳制御候補としてBBR2を指定できる環境があります。
ただし、BBR2を全PCの全テンプレートへ一括適用すれば高速化するわけではありません。
一般的なインターネット通信を比較する場合は、現在のInternetテンプレートを保存します。
netsh int tcp show supplemental template=internet
BBR2を一時的に比較する場合：
netsh int tcp set supplemental template=internet congestionprovider=bbr2
比較後に既定へ戻す場合：
netsh int tcp set supplemental template=internet congestionprovider=default
Datacenter、Compat、CustomなどをまとめてBBR2へ変更しないでください。
BBR2と既定値を比較する場合は、同じ測定先、同じ時間帯、同じ接続方式で交互に複数回測定し、次の項目を確認します。
- 下り・上り速度の中央値
- アイドル時の遅延
- 負荷中の遅延
- 遅延スパイク
- パケットロス
- Steam、Webブラウザ、ゲーム、VPN、localhost通信などの互換性
差が小さい場合やアプリ互換性に問題が出る場合は既定値を使用してください。
TcpAckFrequencyなどのレジストリ高速化を削除した理由
旧記事では、次のようなレジストリ値を作成していました。
- TcpAckFrequency
- DisableTaskOffload
- DefaultReceiveWindow
- DefaultSendWindow
- LargeBufferSize
- MediumBufferSize
- SmallBufferSize
- TransmitWorker
2026年版では、これらを一律に作成する手順を削除しました。
WindowsのTCPスタックやNDISはOS・ドライバの更新に合わせて変化しており、古いレジストリ調整が現在のクライアントWindowsで有効とは限りません。
また、NICの一般的な設定はPowerShellのNetAdapterコマンドで状態を確認でき、Microsoftも直接のレジストリ編集よりコマンドレットによる管理を案内しています。
ゲームの遅延を改善したい場合も、TcpAckFrequencyを固定する前に、有線接続、Wi-Fi混雑、ルーターのbufferbloat、VPN、ゲームサーバーとの経路、バックグラウンド通信を確認してください。
Wi-FiはTCP設定より無線環境を先に改善する
Wi-Fiの速度と遅延は、TCP設定よりも、電波強度、混雑、ルーターとの距離、使用帯域、端末・ルーター双方の規格に強く影響されます。
- 可能なら有線LANで基準値を測る
- 5GHz・6GHz帯を利用する
- ルーターを床や金属家具の近くへ置かない
- PC・ルーターのWi-Fiドライバとファームウェアを更新する
- 同じSSIDの2.4GHzと5GHzで意図しない帯域へ接続していないか確認する
- USB Wi-Fiアダプターは延長ケーブルでPC本体から離す
チャンネル幅、ローミング積極性、MIMO省電力などの詳細設定は、NICメーカーとアクセスポイントによって最適値が異なります。値を一括指定せず、一項目ずつ比較してください。
配信の最適化はPC台数と回線に合わせる
Windows Updateの「配信の最適化」は、Microsoftの配信元に加え、条件に応じて他のPCから更新データを取得・共有する機能です。
PCが一台だけで、アップロードを避けたい場合は「他のデバイスからのダウンロードを許可する」をオフにできます。
Windows PCが複数ある家庭や事業所では、「ローカルネットワーク上のデバイス」を利用すると、同じ更新データをインターネットから繰り返し取得する量を減らせる場合があります。
Windows 11では、次の画面で確認します。
設定 → Windows Update → 詳細オプション → 配信の最適化
常に無効化するのではなく、PC台数、データ上限、回線混雑、ローカルネットワークの構成に合わせて選択してください。
電源モードは測定時だけ条件を揃える
ノートPCでは、バッテリー節約やNICの省電力機能によってリンク速度や応答性が変化することがあります。
速度比較を行うときはAC電源へ接続し、Windowsの電源モードを同じ条件へ揃えてください。
「最適なパフォーマンス」や「高パフォーマンス」は、消費電力、発熱、ファン回転数を増やす場合があります。ネットワーク高速化のために常用する設定ではありません。
セキュリティ機能を速度対策として無効にしない
Windows Defender、ファイアウォール、HTTPS検査、VPN、サードパーティ製セキュリティソフトは通信へ影響する場合があります。
しかし、速度向上だけを目的に保護機能を恒久的に無効化しないでください。
問題を切り分ける場合は、製品のサポート手順に従い、短時間の比較、ログ確認、除外設定の見直しを行います。
複数のリアルタイム保護製品を同時運用している場合は、各ベンダーの互換性とWindows セキュリティの状態を確認してください。
正しい速度測定方法
一回の最大値だけで設定を決めないでください。
設定Aと設定Bを比較する場合は、次のように交互に測定します。
既定値
変更後
既定値
変更後
既定値
変更後
最低でも各条件を三回測り、中央値を比較します。
測定前の条件
- Windows UpdateとMicrosoft Storeの更新を停止または完了させる
- OneDrive、Google Drive、ゲーム更新、動画配信を停止する
- 同じPC、同じブラウザ、同じ測定サーバーを使う
- 有線とWi-Fiを同時接続している場合は実際の経路を確認する
- VPN・プロキシの有無を揃える
- 最初の一回をウォームアップとして集計から外す
見るべき指標
- 下り速度の中央値
- 上り速度の中央値
- アイドル時の遅延
- ダウンロード・アップロード中の遅延
- パケットロス
- 測定値のばらつき
- CPU使用率
回線速度の計測はこちらです。
設定後に通信できなくなった場合
最初に変更した項目を元へ戻します。
TCPグローバル設定を既定値へ戻す場合：
netsh int tcp set global default
Internetテンプレートの輻輳制御を既定へ戻す場合：
netsh int tcp set supplemental template=internet congestionprovider=default
チェックサムオフロードとLSOを有効へ戻す場合：
Enable-NetAdapterChecksumOffload -Name "Ethernet"
Enable-NetAdapterLso -Name "Ethernet"
Enable-NetAdapterRss -Name "Ethernet"
アダプター名は実環境へ合わせて変更してください。
設定画面やコマンドで復元できない場合、Windows 11の「ネットワークのリセット」を最後の手段として利用できます。
設定 → ネットワークとインターネット → ネットワークの詳細設定 → ネットワークのリセット
ネットワークのリセットは、ネットワークアダプターと設定を削除して再インストールします。VPNクライアント、Hyper-V仮想スイッチ、WSL、固定IP、DNSなどの再設定が必要になる場合があります。
2026年版まとめ
Windowsのネットワーク高速化で重要なのは、チェックサム、RSS、LSO、IPv6などをまとめて無効化することではありません。
まず回線、ルーター、LANリンク、Wi-Fi、ドライバ、バックグラウンド通信を確認してください。
Windows側では、TCP自動チューニングをnormal、RSSを有効、オフロードを標準状態として基準値を測定します。
ジャンボフレーム、手動メトリック、BBR2、NIC省電力、割り込み調整などは、問題や目的が明確な場合だけ一項目ずつ比較します。
効果が再現しない設定は残さず、変更前の状態へ戻してください。
ブラウザ側の設定やキャッシュも見直す場合はこちら。
参考資料
コメント