前編で、IKEAのMatter対応スマート電球を日本で買うときに何を確認すればいいかを整理しました。今回はその続きで、実際に何十台もMatter/Threadデバイスを家庭に導入していくときに、ネットワーク側で何が起きているかをネットワークエンジニア（以下、NE）視点で掘り下げてみます。
「スマートホームを増やすとWi-Fiが遅くなる」というのは、しばらく前まで真実でした。Wi-Fi電球やコンセントを20台、30台と繋げばクライアント数が爆発し、APの処理能力が飽和する。家庭ネットワークの貧弱な部分を一番痛めるのがIoTでした。
ところが、Matter over Thread が普及した世界では、この問題がプロトコルレベルで構造的に解決されているんですよね。「IoTを増やすほどWi-Fiは元気になる」と言ってもいいくらいで、設計面でかなり面白い変化が起きています。この記事ではその構造を、家庭ネットワークの設計者目線で整理していきます。
前編：【2026年版】IKEAスマート電球を日本で使う最短ルート｜DIRIGERAは要る？要らない？
Threadが家庭内Wi-Fiを救う構造
まず物理層の話から。
Wi-Fiは2.4GHz / 5GHz / 6GHz帯で動いていますが、Threadは2.4GHz帯のIEEE 802.15.4をベースにしたメッシュプロトコルで、Wi-Fiとは異なる物理層を使います。同じ2.4GHz帯でも変調方式や帯域幅がまったく違うので、Wi-Fiクライアント数のカウントには影響しません。
ここがNE的に効いてきます。家庭のAPが扱えるアクティブクライアント数は実用上30〜50台。仕様書では「最大128台」と書かれていても、安定動作する数はその1/3以下です。Wi-Fi電球を50台繋ぐと、それだけでAPの処理能力を食い潰してしまう。
一方、Threadデバイスが50台あっても、Wi-Fi側に見えているのはThread Border Router 1台だけです。Border Routerが Threadメッシュ全体を1つのIPv6サブネットとして抽象化し、Wi-Fi/有線側にはそのゲートウェイとしてだけ見える。Wi-FiのAPから見たクライアント数は「+1」にしかなりません。
しかもThreadメッシュは、デバイスが多いほど冗長性が上がる構造で、Wi-Fiのスター型トポロジとは真逆の発想。IoTの台数増加をネットワークの強さに変換する設計になっています。
「スマートホームを増やすほどWi-Fiは元気になる」と書いた意味はここで、Wi-FiクライアントだったIoTがThreadに移ることで、Wi-Fi帯域は本来のクライアント（PC、スマホ、タブレット）専用に戻せるんです。
2.4GHz帯のRF干渉マネジメント
ThreadとWi-Fiが「クライアント数のカウントでは別物」と言っても、両者が同じ2.4GHz帯の電波を共有していることに変わりはありません。電波としては当然干渉します。
Threadは2.4GHz帯のチャネル11〜26を使用し、Wi-Fiの2.4GHz帯はチャネル1〜13。具体的にはWi-Fiのch1とThreadのch11-14、Wi-Fiのch6とThreadのch15-20、Wi-Fiのch11とThreadのch21-26がそれぞれ重なります。
実用設計としては、Wi-Fi側を2.4GHz帯ch1に固定し、Thread側はch20-26に寄せるのが王道。これで物理的に周波数がズレるので、相互干渉を最小化できます。Threadの初期構築時にBorder Routerが自動でch15あたりを選びがちなんですが、Wi-Fi側を1ch固定にしておけば自然と離れた帯域に逃げる、という運用がやりやすいんですよね。
ちなみにIKEAやSmartThings系で採用されているTI製チップ「CC2652PSIP」は感度と送信出力のバランスが良く、APとBorder Routerを3メートル以上離せばノイズフロアの差で吸収されるかなと感じます。
関連：Wi-Fi 7ルーターが7,000円台に落ちてきた ― 今買うなら何を選んでどう繋ぐか
IoT VLAN分離とmDNS境界越え
ここからがNE的な「腕の見せどころ」です。
Matter/Threadデバイスを家庭のTrusted（信頼ネットワーク）に直結するのは、セキュリティ的にあまりよろしくありません。常時接続でファームウェア更新も不定期、メーカーによっては脆弱性対応も遅い。Trustedとは別のIoT VLANに隔離して、必要な通信だけFW経由で許可するのが定石です。
ところがVLAN分離をすると、Matterのセットアップやサービス発見がmDNS（Multicast DNS）依存なので、サブネットを分けるとデバイスが「見えなくなる」問題が発生します。スマホ（Trusted VLAN）から電球（IoT VLAN）を発見できず、SmartThingsアプリでデバイスが追加できない、という現象です。
これを解決するのがmDNSリフレクター（mDNS Reflector / Repeater）。FortigateやUniFi、OpenWrt系のFW/ルーターに大抵この機能があって、指定したVLAN間でmDNSパケットを転送してくれます。設定の骨格はこんな感じ:
- Trusted VLAN（10.0.10.0/24）：スマホ、PC、SmartThingsアプリ
- IoT VLAN（10.0.20.0/24）：Matter/Threadデバイス、Border Router
- mDNSリフレクターでVLAN 10 ↔ VLAN 20間の
_matter._tcp_matterc._udpを転送
その上でファイアウォール側では、Matter通信に必要なポートだけ開ける設計にします。具体的にはUDP/TCP 5540（Matter Operational Discovery）と UDP 5541（Matter Commissioning）。VLAN間でこれらを許可しつつ、IoT VLANから外向き通信は基本ブロック、メーカークラウドだけホワイトリストにすれば、IoTが踏み台にされるリスクをかなり下げられます。
IPv6まわりも重要で、Matter/ThreadはIPv6前提で動くので、IoT VLANでもSLAAC（Stateless Address Autoconfiguration）が有効で、ICMPv6（Neighbor Discovery、Router Solicitation）もブロックしないことが必須。家庭でも今後はIPv6デュアルスタック前提で設計するクセをつけておきたいですね。
VLAN分離・mDNSリフレクター対応の家庭向けルーター候補：
ポチップ
ポチップ
オンボーディング運用フロー：一時IoT VLANという発想
VLAN分離をきちんとやると、もうひとつ実運用上の悩みが出てきます。Matterデバイスの初期セットアップ時のVLAN設計です。
MatterのCommissioning（初期登録）は、スマホがBLE経由でデバイスを発見してWi-Fi/Threadクレデンシャルを渡し、その後IPネットワーク上でMatter通信を開始する流れ。BLEペアリングだけならVLANは関係ないんですが、その後のMatter通信ではスマホとデバイスが同じL3で通信できる必要がある瞬間があります。
ここで個人的にいいなと思っているのが「一時IoT VLAN」のような中間ゾーンを作る運用です。
- オンボーディング用の一時VLAN（10.0.30.0/24）を用意し、初期セットアップ中だけスマホをここに参加させる
- Matter Commissioningが完了したら、デバイスを本番のIoT VLAN（10.0.20.0/24）へ移動
- スマホはTrusted VLANに戻し、以降はmDNSリフレクター経由で通信
これで「Trusted直結 = 危険」「IoT VLAN直結 = mDNS壁で初期設定できない」のジレンマを回避できます。Matter/Threadの普及は、家庭ネットワークのゼロトラスト化を後押しする出来事だったりするんじゃないかなと感じています。
OpenThread 1.4とアイランド化解消
技術的にもう一段深い話をすると、Threadの最新仕様 OpenThread 1.4 で「Border RouterのCredentials Sharing」が標準化されたのが地味に大きいんですよね。
これまでは、複数のBorder Router（Apple HomePod、Google Nest Hub、Samsung TVなど）が同じ家にあると、それぞれが独立したThreadメッシュ（アイランド）を形成して、デバイスが分散してしまう問題がありました。OpenThread 1.4 の Credentials Sharing は、複数のBorder Routerが同じThread Network Credentialsを共有してひとつの統合メッシュを形成する仕組みで、これを解決します。
Apple、Google、Samsungがそれぞれ売るBorder Routerが、競合せずに同じメッシュを補強する関係になれる。設計思想として相当よく考えられていると思います。
Wi-Fi 7メッシュとの統合解
最近のフラッグシップWi-Fiメッシュ製品（TP-Link Deco BE85、Amazon eero Max 7など）は、Thread Border RouterをWi-Fiメッシュノードに統合しています。Wi-Fi 7メッシュを組むだけで、Threadメッシュも家全体に同時展開される設計。
NE視点でこれが優秀なのは、Wi-Fiの有線バックホールがそのままThreadの分散Border Routerバックボーンとして機能するところ。Wi-Fi 7の6GHz帯（日本ではAFC運用次第）でPC/スマホを快適に使いつつ、2.4GHz帯はThreadとレガシーIoTに譲る、という綺麗な役割分担が実現できます。
ここまで来るとWi-Fi、Thread、IoT VLAN、Border Routerの統合がすべて1つのメッシュ製品で完結するので、設計の腕は論理層（VLAN、mDNS、FW、IPv6）の作り込みにシフトしていく感覚があります。
Wi-Fi 7 + Thread Border Router統合のフラッグシップメッシュ製品：
ポチップ
関連：Wi-Fi 8は「速さ」を捨てた ― 次世代無線LANが目指す「超高信頼性」という地殻変動 / AFCとは？Wi-Fi 7の「屋外で使えない問題」を解決する自動周波数調整のしくみ
まとめ：家庭ネットワークの「次の標準形」
Matter/Threadの普及で、家庭ネットワークの設計思想は明確に変わりつつあります。
- 物理層：IoTはThreadに寄せ、Wi-Fi帯域は本来のクライアント専用に戻す
- 論理層：IoT VLAN分離+mDNSリフレクターで、利便性とセキュリティを両立
- 運用層：一時IoT VLANで、ゼロトラスト寄りのオンボーディングフローを構築
- 物理機器層：Wi-Fi 7メッシュ+統合Border Routerで、設計の複雑さをハードウェアに吸収
家庭で50台、100台のIoTを動かす時代は、すぐそこです。Wi-Fiクライアント数の制約に苦しんでいた古い設計から、ThreadメッシュとWi-Fiが役割分担する新しい設計に移行する流れは、もう止まらないかなと感じます。
前編で「IKEAのKAJPLATSは1個600円〜」と書きましたが、この破壊的価格を本気で活かせるかどうかは、その先のネットワーク設計にかかっている。電球を100本撒いても止まらない家庭ネットワーク、というのは2026年現在、もはや夢ではなくちゃんと組める領域に入ってきました。
