Home Assistant 2026.11：よりスマートな自動化、ダッシュボードの自動生成、新たに38のインテグレーション

Home Assistant 2026.11は2026年11月4日にリリースされ、チームはプロジェクト史上最大のアップデートと紹介しています。数字を見れば、そう言われるのも納得です。取り込まれた貢献は5,827件、コントリビューターは557人、新しいインテグレーションは38個。ひととおり試すには、何晩かかかりそうです。

まず目を引くのはMarketplace、つまりHACSがHome Assistantに直接統合されたことです。ただ、それだけで終わらせるのはもったいない。オートメーションは作成しやすくなり、ダッシュボードは自動で構成でき、履歴からライトが点灯した理由をようやく確認できるようになりました。さらに、長らく待ち望まれていたカメラの双方向音声にも対応しています。

LoRaWANのネイティブ対応、電池不要のZigbeeスイッチ、より簡単になったエネルギー管理、使いやすくなったバックアップ機能も加わり、盛りだくさんのリリースです。

HACSがMarketplaceに：コミュニティ拡張機能がHome Assistantに統合

今回、最も話題になる発表でしょう。HACS（Home Assistant Community Store）が正式にHome Assistant Marketplaceとなり、システムに直接統合されました。

HACSをご存じない方のために説明すると、コミュニティが開発したインテグレーション、ダッシュボード用のカスタムカード、テーマなどをインストールするためのツールです。多くの上級ユーザーにとって、Home Assistant本体の次にまずインストールするものです。

これまでは、別途インストールする必要がありました。その手順が不要になり、Home Assistant ContainerをDockerで動かしている場合も含め、設定からMarketplaceにアクセスできます。新しいプロジェクトを探すためのスペース、カタログ全体、インストール済み拡張機能の一覧が用意されています。カスタムリポジトリも引き続き利用でき、GitHubのアドレスを貼り付けるだけで追加できるようになりました。

コミュニティ製インテグレーションのインストールも、より手軽になりました。対応している場合、Home Assistantがインテグレーションをインストールし、そのまま設定画面を開きます。再起動は不要です。ただし、アップデートや削除には、引き続き再起動が必要な場合があります。

すでにHACSを使っていた場合、特に作業は必要ありません。インストール済みの拡張機能やカスタムリポジトリも含め、自動的に移行されます。

ただし、正式に統合されたからといって、これらの拡張機能が認定済みのインテグレーションになったわけではない点は覚えておきましょう。引き続きサードパーティが開発・保守しているため、インストール環境のセキュリティや安定性に影響する可能性があります。

この変更（移行、セキュリティ、制限事項）については、詳しい記事を公開しています：Home AssistantがHACSをMarketplaceに変更：何が変わるのかを徹底解説。

エンティティの名前が変わる：慣れたユーザーは戸惑うかもしれない刷新

表面的には、それほど目を引く変更ではありません。しかし、アップデートを始める前に確認しておきたい変更です。

4年以上にわたる作業を経て、Home Assistantはデバイスとそのエンティティの名前の表示方法を全面的に見直しました。

これまでは、分かりやすくするために長い名前を付けるのが一般的でした。スマートプラグのセンサー名が「リビング テレビ プラグ 消費電力」だったりします。あまり洗練された名前ではありませんが、何を指しているのかは分かりました。

2026.11では、各項目にそれぞれ固有の名前を付け、表示する場所に応じてHome Assistantが必要な文脈を補います。リビングに設置したプラグを例にしましょう。デバイス名は単に「テレビ」、エンティティは「電力」と「エネルギー」の2つです。デバイスの詳細画面なら、それだけで十分です。家中の電力センサーをまとめた一覧では、部屋名とともに「テレビ 電力」と表示されます。あらゆる場所で同じ情報を繰り返す必要がなくなります。

この仕組みは、ダッシュボード、設定、オートメーション、履歴、音声コマンド、モバイルアプリに適用されます。

朗報なのは、エンティティの内部IDは変わらないことです。内部IDを使っているオートメーションやスクリプトは、そのまま動作します。一方で、ダッシュボードに表示される名前が変わる場合があり、カスタムカードで予期しない名前が表示される可能性もあります。場合によっては、手動で名前を指定する必要があります。音声アシスタントでは、普段のコマンドが使えなくならないよう、以前の名前がエイリアスとして保持されます。

もうひとつの新機能として、複雑なデバイスを子デバイスに分割できます。たとえばスマート電源タップの各コンセントを、個別の名前と部屋を持つ別々のデバイスとして表示できます。ESPHome、MQTT、Z-Waveでは、すでにこの機能が使われ始めています。

テンプレートを作成している方は、friendly_name属性が将来的に廃止される点にご注意ください。名前や文脈の取得には、entity_name()、device_name()、area_name()関数が代わりに使われます。

移行時には多少の調整が必要になるかもしれませんが、大規模なインストール環境では、全体の一貫性が大きく向上するはずです。

ダッシュボードがほぼ自動で作成できるように

Home Assistantでは、バージョンを重ねるごとに見栄えのよいダッシュボードを作りやすくなってきました。それでも、カードをひとつずつ手動で追加し、新しい機器を導入するたびにダッシュボードを更新しなければならないのが難点でした。

2026.11では、自動セクションによってこの問題が解消されます。セクションを追加する際に、手動セクションか自動セクションを選べるようになり、自動セクションには3つの構成方法があります。

1つ目は、Home Assistantの概要ビューと同じ考え方で、よく使う操作を表示します。2つ目は、特定のデバイスを中心に作成します。ロボット掃除機を選べば、操作や情報が自動的に表示されます。

私が最も便利だと思うのは3つ目の方法です。特定の条件に一致するエンティティをもとにセクションを作成します。たとえば、1階の照明用ダッシュボードを作る場合、対象の部屋のライトを選ぶと、Home Assistantがセクションを構成します。3週間後にリビングへ新しいZigbee電球を追加すれば、条件に一致するため、自動的に表示されます。特定のエンティティを除外することもできます。

確定する前にプレビューで結果を確認できます。カードを自由にカスタマイズしたい場合は、自動セクションを手動セクションに変換することもできますが、その後は自動更新されなくなります。

機器を頻繁に入れ替える環境では、実際に大きな効果があります。多くのスマートデバイスを試していると、複数のダッシュボードでカードを追加したり削除したりするのは、すぐに面倒になります。もうそんな作業をしなくて済むのはうれしいですね。

セクション全体をコピーし、カードをさらにカスタマイズ

ダッシュボードには、ほかにもいくつかの小さな改善が加わっています。

セクション全体をコピー、切り取り、貼り付けできるようになりました。別の場所に操作カードを10枚作り直す必要はありません。暖房のセクションを、メインページ、壁掛けディスプレイ、スマートフォン用ビューに複製できます。

新しい日付カードでは、複数の形式から選んで今日の日付を表示できます。

アラートカードも進化しました。ビジュアルエディターで、機器の状態に応じた色を選び、アラートを点滅させることができます。玄関ドアの鍵が開いているときは赤く表示し、閉めると色を変えるといった使い方ができます。YAMLを一行も書かずに、見やすいセキュリティダッシュボードを作れます。

センサーカードでは、アイコンとグラフに適用するカスタムカラーを設定できます。目標温度の操作にはボタンまたはスライダーを選べるようになり、ライトカードには色を変えるカラーバーが追加されました。オプションで彩度も調整できます。

ひとつひとつは小さな変更ですが、積み重なることで、日々の操作がずっと快適になります。

オートメーション：特定のデバイスを除外できるように！

おそらく今回、私が最も気に入っている新機能です。

Home Assistantでは以前から、部屋、フロア、ラベルに属するすべてのデバイスを動的に対象にできました。とても便利で、後から追加した機器も、何も変更せずにオートメーションの対象になります。ただ、ひとつだけ足りない機能がありました。例外を設定できなかったのです。

簡単な例を挙げましょう。就寝時に1階の照明を消したいけれど、屋外照明とナイトライトは点けたままにしたい場合です。これまでは、エンティティをひとつずつ選ぶか、テンプレートを使って工夫する必要がありました。

これからは、オートメーション内で対象を直接除外する設定ができます。操作するデバイスのグループを選んだ後、除外する対象（エンティティ、デバイス、エリア、ラベル）を指定します。

しかも、動的な状態はそのままです。部屋全体を除外しておけば、翌月に電球を追加しても、その電球も自動的に除外されます。

対象を指定できるトリガーや条件でも、除外が使えます。たとえば、誰かがいる寝室を除いてフロア全体の照明を消すシナリオや、冷蔵庫、NAS、ネットワーク機器を除くすべてのスマートプラグをオフにする外出時のシナリオを作成できます。

大規模な環境では、オートメーションをかなり簡素化できるでしょう。

オートメーションエディターの使い勝手が大幅に向上

ビジュアルエディターには、小さな改善が次々と加わっています。夜な夜なシナリオを作成している人にはうれしい機能です。

私が最も便利だと思うのは、ステップの置き換えです。ライトを点灯するアクションを設定し、複数のエンティティを選んで、いくつかのパラメーターを調整した後で、実は消灯させる必要があったと気付いたとします。これまではアクションを削除して、最初から作り直す必要がありました。今はステップのメニューにある「置き換え」コマンドを使えば、互換性のあるパラメーターを保ったままアクションを変更できます。トリガーや条件にも同じ機能が使えます。

最近使った項目がセレクターに表示されるようになり、いつも同じデバイスやアクションを使う場合に時間を節約できます。

一部の状態トリガーには、新たに「次の値ではない」というオプションが加わりました。テンプレートを使わず、ある値以外の任意の値になったときにオートメーションを実行できます。人物セレクターも統合が改善され、在宅・外出シナリオで便利になりました。

トリガーのIDを直接編集したり、いくつかの操作を取り消したりすることもできます。また、Ctrl + Shift + Y（MacではCmd + Shift + Y）で、ビジュアルエディターとYAMLを切り替えられます。

最後に、Home Assistantのアップデート後に実行するトリガーが追加されました。旧バージョンと新バージョンの情報を取得でき、単なる再起動には反応しません。アップデート完了時に通知を受け取るのに最適です。

なぜこのライトが点灯したのか？Home Assistantで原因を特定できるように

ライトが勝手に点灯する、ブラインドが困ったタイミングで閉まる、オートメーションが思いどおりに動かない。誰もが経験したことがあるでしょう。複数のシナリオ、音声アシスタント、インテグレーションが同じ機器を操作していると、何が動作の原因だったのかを突き止めるのは、すぐに調査のような作業になります。

2026.11では、そのためのツールがいくつか追加されました。

アクティビティパネルに、操作の発生元で絞り込むフィルターが追加されました。ユーザー、オートメーション、スクリプト、インテグレーションによる操作を選べます。関係のないイベントを何十件もスクロールする代わりに、問題の原因になった可能性のあるものを直接確認できます。

特に便利なのは、「設定 > ツール > アクション履歴」です。このページには、Home Assistantで実行されたアクション呼び出しが記録されます。何が、いつ、どの対象に対して、どのデータを使って実行されたかを確認できます。項目を開くと、コンテキスト、関連するユーザー、該当する場合はトレースも表示されます。アクションのデータをYAMLとしてコピーしたり、再実行したりすることもできます。

ただし、最後のボタンを使うときは注意してください。ライトを再点灯するくらいなら問題ありませんが、ゲートを開けたり、アラームを解除したり、電気機器を操作したりする場合は話が別です。

オートメーションから呼び出されたスクリプトのトレースも、対応する実行履歴とより適切に関連付けられるようになりました。

数十から数百ものオートメーションを使っているなら、手放せない機能になるかもしれません。

ファイルを探し回らず、診断ログをリアルタイムで確認

診断機能では、ログの確認方法も改善されました。

インテグレーションに問題が起きたときの手順はお決まりでした。デバッグログを有効にし、問題を再現してから、ファイルを開くかダウンロードして確認します。これまでの方法も引き続き使えますが、より手軽な方法が加わりました。

インテグレーションのデバッグを有効にすると、新しいボタンからログをリアルタイムで表示できます。ログ行が順次表示され、フィルターや検索ができ、後から詳しく調べるためにすべてダウンロードすることもできます。MQTTの接続が切れる理由、デバイスが応答しなくなる理由、認証が失敗する理由などを調べるのに便利です。

全体ログにもインテグレーション別のフィルターが追加され、関心のあるコンポーネントに関する情報だけを表示できます。

問題が見つかったら、デバッグを無効にするのを忘れずに。無効にし忘れると、インテグレーションによっては膨大な量のデータが記録されます。

統計データに誤りがあっても、問題のあるデータだけを削除可能に

Home Assistantで電力消費量や太陽光発電量を管理している方なら、気になる機能でしょう。

計測エラーでセンサーが突然15 kWhではなく15,000 kWhを報告し、グラフ全体がつぶれてしまうことがあります。統計データが使いものにならなくなります。

Home Assistantでは、累積統計の一部を修正することは以前から可能でしたが、特定の計測値、とくに温度データの削除は簡単ではありませんでした。

2026.11では、指定した期間の統計データを削除できます。統計ツールでセンサーと日時の範囲を選ぶと、削除されるデータがプレビューに表示されます。異常値がいくつかあるだけなのに、センサーの履歴全体を消す必要はもうありません。

故障したセンサーが数か月分の分析結果を狂わせる可能性があるエネルギー管理では、非常に便利です。ただし、バックアップがなければ削除は取り消せません。確定する前に、期間をよく確認してください。

エネルギー管理：ワットからkWhへの変換が簡単に

エネルギーダッシュボードにも、非常に便利な改善が加わりました。内容を理解するために、まず簡単におさらいしましょう。

電力はワットで表します。ある瞬間に機器が消費している量です。エネルギーはワット時またはキロワット時で表し、一定期間に消費した量を示します。そのため、消費電力を「250 W」としか報告しないスマートプラグを、そのままエネルギーメーターとして使えるとは限りません。

これまでは、電力を消費エネルギーに変換する積算センサーを作成し、その新しいセンサーをエネルギーダッシュボードで使う必要がありました。

2026.11では、対応する電力センサーだけを持つ機器を追加すると、Home Assistantがエネルギーセンサーの作成を提案できるようになりました。同じ仕組みで、水やガスについても、流量センサーから合計値を計算できます。

たとえば、機器の消費電力しか計測できないShellyプラグも、エネルギー管理にずっと簡単に組み込めます。

エネルギーダッシュボードでは、家庭全体の合計値を表示するオプションも使えます。大きな消費源を見つけ、電気代を節約できる場所を把握するのに便利です。

MatterカメラがHome Assistantに対応、双方向音声も利用可能に

今回、もうひとつ大きく進展したのがビデオ監視です。

Home Assistant 2026.11は、Matter 1.5で定義されたカメラに対応しました。これは大きな進歩です。Matterの初期バージョンが扱っていたのは、照明、プラグ、センサー、サーモスタットなどのシンプルな機器でした。カメラでは、動画や音声のストリームを処理するため、はるかに多くのリソースが必要になります。

対応するMatterカメラは、ライブ映像と静止画を表示するHome Assistantのカメラとして認識されるようになりました。映像にはリアルタイム通信技術のWebRTCが使われ、ブラウザーとカメラが直接ストリームを確立できます。また、プライバシーモードなど、カメラの一部の状態も反映されます。

当然ながら、対応カメラと新しいバージョンのMatter Serverが必要です。また、規格に機能が含まれているからといって、既存のすべての機器がすぐに対応するとは限りません。

Matterとmatter.jsの進化については、詳しい記事も公開しています：Home AssistantがMatter 1.6.1とmatter.jsで大きく進化。

カメラ関連でもうひとつ大きな新機能は、双方向音声です。これまではHome Assistantからカメラの前の様子を映像と音声で確認できる場合が多かった一方、カメラのスピーカーから話しかけることはできませんでした。

この機能は、システム設定から利用できるHome Assistant Labsで提供されます。有効にすると、対応カメラの映像に会話ボタンが表示されます。誰かが門の呼び鈴を鳴らしたら、壁掛けタブレットで相手を見ながら話せます。メーカーのアプリを開く必要はありません。

現時点では、対応するMatterカメラと、インテグレーションがサポートするReolink機器が対象です。ReolinkではストリームにRTSPを使う必要があります。RTMPとFLVではカメラへ音声を送り返せません。もうひとつの制限として、ブラウザーでマイクを使うには、HTTPS経由でHome Assistantにアクセスする必要があります。モバイルアプリへの対応はまだ開発中です。

まだ実験的な機能ですが、操作の中心となる壁掛けタブレットでは、大きな可能性を広げてくれます。

LoRaWANがHome Assistantの正式対応プロトコルに

Zigbee、Z-Wave、Thread、Matterに続き、Home AssistantがLoRaWANに対応しました。

LoRaWANは、少量のデータを低消費電力で長距離に送信するための無線技術です。Wi-FiやZigbeeでは届かない場所でも、条件がよければ数キロメートルの範囲をカバーできます。

家の外で使うときに特に役立ちます。広い敷地に設置した土壌水分センサー、庭の奥にある温室、池、離れなどでは、Wi-Fiを届かせるのが難しいことがあります。電源がない場所なら、なおさらです。LoRaWANセンサーなら遠くからデータを送信でき、長時間のバッテリー駆動も可能です。

「設定 > 接続性 > LoRaWAN」に専用ページが追加されました。接続、関連機器、無線情報がまとめられ、各センサーのデータをどのゲートウェイが受信しているかをネットワークビューで確認できます。

この仕組みはChirpStackやThe Things Networkなどのネットワークサーバーを経由し、SenseCAPなどのインテグレーションが対応センサーのデータを利用します。

注意点として、Home Assistant自体がLoRaWANゲートウェイになるわけではありません。対応する無線・ネットワークインフラは別途必要です。ただし、田舎の住宅、農場、広い庭がある場合は、検討する価値があります。

Zigbee Green Power：電池不要で動くスイッチ

プロトコル関連では、ZHA（Zigbee Home Automation）がZigbee Green Powerに対応しました。

このプロトコルを使うと、一部のZigbee機器は電池も電源もなしで動作できます。最も分かりやすい例は、押すと機械的な動きで無線メッセージを送るのに十分な電力を生み出すスイッチです。ボタンを押すと、小さな機構が動きを電気に変換し、メッセージを送信します。電池交換も配線も必要ありません。Friends of Hueのスイッチの一部は、この仕組みを採用しています。

ZHAを使えば、こうしたスイッチをHome Assistantでより簡単に使え、専用の表示にも対応します。一般的なZigbee機器とは仕組みが少し異なるため、ネットワークマップでの表示や一部の設定も専用のものになっています。

工事をせずに操作スイッチを追加したい場合は、検討してみる価値があります。ただし、お使いのモデルとZigbeeコーディネーターの正確な互換性は確認してください。

バックアップ：USBドライブやSSDをより簡単に活用

Home Assistant OSでは、SMBやNFSのネットワーク共有を使ってバックアップやメディアを保存できました。このバージョンでは、インターフェースからローカルディスクを追加できるようになりました。

USB SSDや対応する内蔵ディスクをストレージ設定から選び、バックアップ、メディア、共有ファイルに割り当てられます。事前に対応するファイルシステムでフォーマットしておく必要があります。フォーマットはHome Assistantでは行えません。ミニPC、Home Assistant Green、追加ディスクを接続した仮想マシンなどで便利です。

復元機能も改善されました。復元前にアーカイブ全体の一時コピーを作成しなくなったため、必要な空き容量が減り、処理が速くなる場合があります。

Dropbox、Azure Storage、SFTP、Synology DSM、Backblaze B2など、各保存先へのアップロード状況も、進捗がより分かりやすくなりました。

最後に成功した自動バックアップのサイズを示す新しいセンサーも追加されました。サイズが急に変わった場合に問題の可能性を知らせるオートメーションを作成できます。

ただし、同じサーバーに接続した2台目のディスクへのバックアップは、外部へのバックアップの代わりにはなりません。盗難、電源サージ、機器の破損があれば、どちらも一緒に失われます。

AIにHome Assistantの診断・操作用ツールが追加

Home Assistantでは、引き続き大規模言語モデルを利用できる範囲が広がっています。

Home AssistantのLLM APIに対応するAIアシスタントに、インストール環境を理解するための新しいツールが追加されました。システム情報の確認、利用可能なアクションの検索、ログの閲覧、インテグレーションの詳細情報の取得などが可能です。適切に設定すれば、一部のアクションを実行したり、インテグレーションを再読み込みしたりする権限を与えることもできます。

たとえば、アップデート後からオートメーションが動かなくなった理由を質問できます。必要な権限があれば、ログ内のエラーを探したり、関連するデバイスを調べたり、停止しているインテグレーションを見つけたりできます。

対応するシステムと外部のアシスタントやツールがやり取りできるようにするMCP（Model Context Protocol）インテグレーションも強化されました。

ただし、セキュリティには注意が必要です。ログを読むだけのアシスタントと、家の機器にコマンドを送るアシスタントでは、権限が異なります。Home Assistantでは、MCPサーバーを読み取り専用のツールに限定できます。高度な機能を使うには、管理者が明示的に許可する必要があります。AIが鍵や暖房に触れる可能性があるなら、当然の対策です。

上級者向けには、2026.11で診断用Pythonコンソールも追加されました。開発者や経験豊富な管理者向けの機能で、明示的に有効にする必要があります。日常的に使うツールではありません。

新しいインテグレーション38個：エネルギー、車、暖房、セキュリティなど

新しい公式インテグレーションが38個追加され、2026.11は月次リリースの記録を更新しました。すべてを詳しく紹介するとカタログのようになってしまうので、いくつか注目のものを取り上げます。

エネルギー関連では、BLUETTI Modbusが対応するエネルギーステーションとModbus TCPインターフェース経由でローカル通信します。アカウントやクラウドサーバーは不要です。お使いの機器が対応していれば、家庭用バッテリーの監視に便利です。ENGIE Belgiumは、電気・ガス契約の料金情報や、一部の変動料金プランの市場データを取得します。

電気自動車では、A Better RouteplannerがABRPアカウントに登録された車両のバッテリー残量、航続距離、温度、充電状態などを取得します。Škoda Connect経由で一部の車両情報を確認できるŠkodaのインテグレーションも追加されました。

セキュリティ関連では、Grandstream Homeを使って、対応するアクセス制御システムを監視できます。

Flic 2、Flic Duo、Flic Twistボタンに、Bluetoothによる直接インテグレーションが追加されました。クラウドサービスを経由せずに物理ボタンを設定できるのは朗報です。

AnyListの買い物リストを、Home Assistantのタスクエンティティと同期できます。

暖房・換気関連では、aerosmartが一部のModbusシステムを監視し、Hase iQが対応する薪ストーブの燃焼情報を取得します。

そのほか、ローカルネットワーク上のHPプリンター、HAVEN IAQ換気システム、Forecaの天気予報、Nature Remoコントローラー、LibreSyncオーディオ、Seafileサーバー向けのインテグレーションも追加されています。新しいプロトコルの追加に伴い、LoRaWAN、ChirpStack、The Things Network、SenseCAPも追加されました。

Home Assistantが主に3つの電球を点灯させるためのものだった時代とは、ずいぶん変わりました。

既存のインテグレーションにも多くの改善

既存のインテグレーションも、さまざまな改善が加わっています。

Shellyでは、一部の機器で最後のコマンドがどこから送られたかを示す新しいセンサーが追加されました。機器の状態が変わった理由を調べるのにとても便利です。対応する電源タップの電力測定や、照明の追加設定など、特定モデル向けの機能も加わりました。

ESPHomeにはシリアルプロキシが追加されました。ESPHomeデバイスに接続したシリアル機器をネットワーク経由で利用できます。たとえば、対応するESPHomeデバイスに接続したUSB Zigbeeドングルを、Home Assistantマシンに直接つながずにZHAからリモート利用できます。

UniFi ProtectがUniFi Protect Alarm Hubに対応し、機器や認証方式に応じて複数の操作が追加されました。ZHAでは、Zigbeeグループを個別のエリアを持つデバイスとして表示できるようになりました。

Bosch Smart Home Controller、HomematicIP Cloud、Midea、SwitchBot Bluetooth、Renault、WLEDにも新機能が追加されています。太陽光発電や蓄電関連では、Teslemetry、Powerwallのローカル接続、一部のインバーターやエネルギーシステムも改善されました。

目立つ変化ではありませんが、こうした機能追加のおかげで、データや操作をひとつ取得するためだけにカスタムインテグレーションを導入せずに済むことがよくあります。

そのほかにも便利な新機能がいろいろ

2026.11には、さらに目立たない改善も数多く含まれています。

グループアシスタントでカレンダーをまとめられるようになりました。ダッシュボードや一部のオートメーションで便利です。

音声アシスタントに公開するエンティティを、機器ごとにひとつずつ変更せず、複数まとめて選べるようになりました。

ラドンに関する新しいトリガーと条件により、対応センサーを使った換気シナリオを作りやすくなりました。

設定フォームでは、前の項目で選んだ内容に応じて必要なフィールドだけが表示されます。

最後に、これまで主にYAMLで設定していた5つのインテグレーションが、GUIで設定できるようになりました：Bitcoin、Folder, Keyboard Remote、OpenWrt (ubus)、Sky Hubです。

高度な機能を損なうことなく、Home Assistantはより使いやすくなっています。

Home Assistant 2026.11をインストールする前に、互換性の変更に注意

これほど大規模なアップデートでは、事前にいくつかの対策をしておくのがおすすめです。

既存の環境で最も目につく変更は、エンティティ名の新しいルールです。内部IDは変わりませんが、カスタムダッシュボードやテンプレートの一部は調整が必要になるかもしれません。

Z-Waveを使っている場合は、Z-Wave JS Serverのバージョンを確認してください。最低でも3.11.0（スキーマ51）が必要です。Home Assistant OSで公式Z-Wave JSアプリを使う場合は1.9.0以降、DockerでZ-Wave JS UIを使う場合は11.24.2以降が必要です。

ほかのインテグレーションにも、それぞれ変更があります。一部の機能にはAdGuard Home 0.107.30以降、Uptime Kuma 2.0.0が必要です。UniFi Protectの古いエンティティは、非推奨期間の終了後にいくつか削除されます。暖房・冷房用のMatter機器の一部は、再起動時などの動作が変わります。また、Fliprのインテグレーションは会社の清算を受けて削除されますが、該当する環境に通知するための最小限のコンポーネントは残されています。

いつもどおり、アップデートの前に完全なバックアップを作成し、できればHome Assistantマシンとは別のストレージにダウンロードしておきましょう。コミュニティ製インテグレーションやカスタムカードも、特に数が多い場合は、互換性を確認してください。

インストール後は、ログ、修復情報、主要なダッシュボードを確認すれば、問題があってもすぐに見つけられます。

暖房やセキュリティなど、重要な機能をホームオートメーションに任せている場合は、修正リリースが1、2回出るまで待つのも賢明です。

Home Assistant 2026.11：日々の使い勝手を大きく改善するアップデート

このバージョンで気に入っているのは、対応機器をただ増やすだけではないところです。

Marketplaceの統合はコミュニティのエコシステムにとって重要ですし、LoRaWAN、Matterカメラ、Zigbee Green Powerによって利用できる機器の幅も広がります。しかし、日常的に特に便利だと感じるのは、別の機能でしょう。オートメーションから部屋を除外する、自動で更新されるダッシュボードを使う、コマンドの発生元を確認する、履歴をすべて失わずに誤った統計値だけを削除する。どれも最初の1週間から役立つ機能です。

Home Assistantは、日常のちょっとした操作に必要な手間を減らしながら、細かく作り込みたい人のための柔軟性も保っています。2026.11はその好例です。初心者にも、最も高度な環境を運用する人にも、使いどころがたくさんあります。

1回の開発サイクルで約6,000件の貢献。開発のペースは相変わらず驚異的です。そして、今年はまだ終わっていません。2026.12は2026年12月2日にリリース予定で、Home Assistant Cloudが正式にHome Assistant Linkに名称変更される予定です。この変更については、こちらの記事で詳しく紹介しました。

それまでの間、2026.11だけでも十分に楽しめそうです。

みなさんは、オートメーションの除外設定、自動ダッシュボード、双方向音声、それとも新しいMarketplaceのどれが一番気になりますか？