「8ヶ月で残量警告 vs 4年経っても63%残量」——スマートホームのセンサー電池寿命をめぐる、衝撃的な対比です。XDAは2026年6月7日、Matter over Threadのコイン電池センサーがわずか8ヶ月で残量警告を出し始める一方、4年前（2022年）に設置したZigbee温度センサーが今もバッテリー残量63%でローカル自動化データを毎日送り続けている事例を挙げ、その原因がプロトコル設計の根本的な違いにあると報じています。
Matterが電池を食う理由——「重いIP設計」の宿命
XDAの分析によると、両者のアーキテクチャの違いは根本的です。MatterはIPベースのプロトコルで、小さな窓のコンタクトセンサーですらIPv6アドレスを持つ「ネットワーク上の独立したコンピュータ」として扱われます。データはIPv6とUDP/TCPの上に乗るため、「ドアを開けた」という一回の通知でも、暗号化ラッパー・ルーティングヘッダ・セキュリティハンドシェイクを伴い、1フレームが数百バイトを超えることが珍しくないとされています。
一方のZigbeeはIEEE 802.15.4をベースとし、IPアドレスやインターネットルーティングを一切考慮しません。代わりに64ビットのハードウェアアドレスで通信し、温度変化を伝えるパケットは20〜40バイト程度に収まります。パケットが小さければ無線送信機の起動時間が短く済み、消費電流も指数的に下がる構造です。
スリープサイクルでも差がつく——Threadの「起き上がりコスト」
バッテリー駆動のIoTデバイスは、生涯の99.9%をマイクロアンペア級のディープスリープで過ごし、イベント発生時だけ無線をオンにする設計が前提です。ここで効いてくるのが、Threadのメッシュ層が持つ「動的な自己修復型IPv6メッシュ」という性質です。
Threadセンサーは起床のたびに、より広範な近隣探索（neighbor discovery）と暗号鍵のローテーション処理をこなす必要があり、無線をオンにしておく時間がZigbeeチップよりミリ秒単位で長くなります。1回あたりはわずかでも、1日に何度も繰り返されれば数ヶ月後には大きな電池消耗の差として現れる、というのがXDAの説明です。
結論先取り：Zigbeeを残し、Matterは常時給電だけに使え
XDAは、Home Assistant環境でセンサーの寿命を延ばすための具体的な手順を示しています。
- Zigbee 3.0チャネルに専用化する：モーション・ドア・温度・漏水検知などの電池駆動センサーは、Zigbeeネイティブファームウェアのドングルなど高品質なローカルコーディネータに接続したままにする（機能しているZigbeeを置き換えない、という原則）
- Threadは常時給電デバイスに限定する：Matterを使うならスマートプラグやライトスイッチなどの壁電源デバイスに割り当て、それらをThreadボーダールーターとして機能させる（電池ペナルティを回避できる）
- Zigbee 2MQTTでレポート間隔を見直す：「0.1°Cの変化はそれほど重要か？」とXDAは問いかけており、揮発性の高いテレメトリのレポート設定をダッシュボードから監査し、無線がオンになる頻度を抑えることが推奨されています
「Big Techの都合」と現実のギャップ
XDAは、エンタープライズ向けのインターネットプロトコルを微小なドアセンサーに押し込むのは設計上のミスマッチであり、Zigbeeは10年前に電池寿命の課題を解決していたと指摘しています。Matterの重いIPレイアウトを考えると、追いつけない可能性があるという見方です。新規にセンサーを増やすなら、電池駆動の検知系はZigbee、常時給電のアクチュエータ系はMatter over Threadという棲み分けが、当面は現実的な選択になりそうです。
なお、関連トピックとしてXDAは別記事で、Zigbee 4.0が2.4 GHzに加えて900MHz帯をサポートする動きにも言及しています。
Q&A
Q. すでにMatter over Threadのセンサーを導入してしまいました。買い替えるべきですか？ XDAは「機能しているZigbeeを置き換えるな」と述べる一方、既存のMatterセンサーの撤去までは求めていません。電池消耗の大きいセンサー（モーション・ドア・温度など）から段階的にZigbeeへ寄せていくのが現実的な対応と読めます。
Q. Zigbee 4.0の900MHz対応はいつ来るのですか？ XDAは関連記事でZigbee 4.0が2.4 GHzに加えて900MHz帯のサポートに動いていると伝えていますが、本稿の範囲ではリリース時期等の詳細は明らかにされていません。詳細は出典元を参照してください。
