Résumer cet article :
Home Assistant 2026.7 が利用可能です。この7月のアップデートは、多くの人がしばらくの間待っていた項目をクリアしました：自動化をより簡単に作成できるようにし、Home Assistantの魅力を損なうことなく。
これは単なるボタンの移動や外見の変更ではありません。大きな新機能は、ユーザー指向の「トリガー」と「条件」の導入です（しばらくLabsにあったもの）が、自動化エディターのデフォルトの動作になります。具体的には：エンティティ、状態、および時には難解な属性の観点で考える代わりに、Home Assistantはついにシナリオを思考する方法に近づきました。
以前は、例えば「外で動きが検出されたら、外のライトを点灯する」といった自動化を作成するためには、適切なトリガーのタイプを選択し、一つ以上のエンティティを選び、それらの正確な状態を把握し、アクションが正しいデバイスを対象にしているか確認する必要がありました。可能ではありましたが、ある程度の精神的な体操が必要でした。そして、初心者にとって、この体操は時に大きな開脚のように感じられることがあります。
2026.7では、やりたいことからスタートします。「外で動きが検出されました」。 「部屋の温度が低すぎます」。 「バッテリーが少ない」。 「ドアが開いています」。 「日没」。 Home Assistantが残りを処理します。
より直感的で、より堅牢です。この二つはしばしば一緒にあります。
自動化がついに家の言語を話す
最も具体的な変更は自動化エディターです。purpose-specific triggers and conditions（目的特化型のトリガーと条件）は、すべての人にアクセス可能になります。
原則：技術的なロジックを選択する代わりに、現実の状況を選択します。
部屋の温度が18°Cを下回ったときに暖房を入れるために、もはや「デジタルトリガー」や「温度属性」「以下の値」を考える必要はありません。温度に関連するトリガーを選択し、閾値を指定するだけで済みます。
同様に、動きセンサーについても。以前は、センサーが「オン」「検出」「占有」「動き」などの状態に変わるかどうかを知る必要がありました。エディターは現在、「動きが検出された」というトリガーを直接提供します。
これは些細なことではありません。名前の一貫性は、自動化が半年後に読めるようになるものです – それは、作成したその夜だけではありません。
Home Assistantは200以上の新しいトリガーと200以上の新しい条件を発表しました。動き、存在、バッテリー、温度、湿度、開くこと、メディア、音量、デバイスの状態、シャッターの位置、アップデートの可用性、掃除機がベースに戻ること、ロボット芝刈り機がドックに戻ること：一般的なケースがカバーされています。
経験豊富な人にとっては、時間を節約できます。初心者にとっては、本当の障壁を取り除きます。そして、クライアントに理解できるものを残す必要があるインストーラーにとっては、非常に良いニュースです。
エリアはシナリオで本当に役立つようになった
新しいトリガーと条件は、Home Assistantのターゲットと共に機能します：部屋、ゾーン、階、デバイス、エンティティ、またはラベル。ここが面白くなります。
具体例。庭に三つの動きセンサーがあります：一つは玄関の前に、一つはガレージの近くに、一つはテラスの脇に。以前は、3つのエンティティを使用してトリガーを作成するか、または3つの別々のトリガーを作成する必要がありました。センサーを交換すると、再度自動化を変更する必要がありました。
今では、「外部」ゾーンをターゲットにしています：外で動きが検出された場合、外のライトを点灯する。6ヶ月後にそのゾーンに新しいセンサーを追加しても、何も手を加えずに自動化が機能し続けます。
ライトについても同様の論理です。「外部ゾーンのライトを点灯する」と言うだけです。後でそのゾーンにZigbeeの壁掛けランプ、Shellyのスポットライト、またはHueの電球を追加しても、あなたのシナリオは有効なままとなります。
エンティティのリストを固定するのと、意図を説明するのとの違いです。後者のアプローチは、はるかに長持ちします。
ラベルも同じ論理に従います。「クリスマスデコレーション」というラベルを作成し、接続プラグやライトに適用し、次にそれを自動化に向けます。一つの自動化で、日没時にどこにでもあるすべてのものを点灯させます。
新しい「first」、「each」、「all」の選択肢がゲームチェンジャー
自動化が複数のデバイスをターゲットにする場合、Home Assistantはどのように反応すべきかを知る必要があります。2026.7バージョンは、三つの異なる動作をもたらします： first 、 each 、および all。
first モードは、最初のデバイスが条件に一致した時にトリガーします。リビングで窓が開きます → 暖房を切ります。すべての窓が開くのを待つ必要はありません。
each モードは、各発生時にトリガーします。誰かが家に入るたびに、通知を送るか、出席記録を更新します。
all モードは、ターゲットにされるすべての要素が一致するまで待ちます。1階のすべてのシャッターが閉じられます → 夜間モードを有効にします。
このタイプのロジックはすでに存在していましたが、グループやテンプレート、手動でしっかりした条件を必要としていました。ここでは、インターフェースに直接、読みやすく、完全に理解するためにYAMLの優れた小道具を開けずに考えました。
自動化における技術的な罠が少なくなる
Home Assistantは強力ですが、その罠もあります。「unknown」や「unavailable」状態が、実際には多くの人にとって髪の毛を失う原因でした。
センサーが不在になり、再度正常な状態に戻ると、自動化が予期しない方法でトリガーされることがあります。状態が明確に変わらないイベントと同様の問題があります。
新しい専門的なトリガーは、内部でこの複雑性を一部管理します。Home Assistantは、無視すべきことと実際のイベントに一致するものをより良く判断できます。
これは、上級ユーザーが手を失うことを意味するわけではありません。古典的なトリガー、テンプレート、複雑な条件、YAMLは依然として利用可能です。しかし、一般的なシナリオにおいて、新しいモデルは誤りのリスクを大幅に減少させます。
実際の家では、これは重要です。ライトが適切な時に点灯しないのはイライラします。暖房がうまく切れなかったり、アラームが誤って反応するのは別の話です。
YAMLは依然として存在している
Home Assistantは明言しています：何も壊れません。既存の自動化はすべて引き続き機能します。強制的な移行も強制的な変換もありません。
古いトリガーは利用可能なままです。YAMLは依然として機能の中心にあり、インターフェースは引き続きバックグラウンドで生成します。
これらの新しいトリガーは、実際にYAMLでわかりやすく設計されています。名前はより読みやすく、文章に近いです。コードを読んでも自動化が何をしているかを理解でき、内部の状態が物理イベントにどのように関連しているかを思い出す必要がありません。
ただし、注意点があります：公式リリース前にこれらの機能をLabsで有効にしたユーザーは、いくつかのキー名の変更が影響を受ける可能性があります。
battery.lowがbattery.became_lowになります。battery.not_lowがbattery.no_longer_lowになります。vacuum.dockedがvacuum.returned_to_dockになります。lawn_mower.dockedがlawn_mower.returned_to_dockになります。
大きな問題ではありませんが、古い実験版で作成された自動化を確認する価値があります。他のユーザーには問題ありません。
はるかに充実したドキュメント
Home Assistantはドキュメントを見直しました。トリガー、条件、アクション用の専用ページが新たに作成され、インターフェースからの使用法、YAMLの例、各要素の実用的な詳細が記載されています。
これは真の進展です。多くのユーザーがフォーラムや古いYouTube動画で見つかった2021年の例にまだ出くわしています。これらの新しいリファレンスページによって、Home Assistantはより堅実で最新の基盤を提供します。
これにより、AIアシスタントも助かります。これらは依然として古いYAMLモデルに依存して自動化を生成しています。より構造化されたドキュメントは、時間の経過とともにこれらの提案の信頼性を向上させるはずです。魔法のように（AIは常に存在しないエンティティを創造することができます。）でも、基盤は良くなるでしょう。
太陽に関する新しい、より正確なトリガーが追加された
太陽に関連する自動化はクラシックの一つです：日の出時にブラインドを開け、日の入り時にライトを点灯し、明るさが下がった時にシャッターを閉める。シンプルで非常に利用されます。
これまで、太陽に関するトリガーはかなり限られていました：日の出、日の入り、場合によっては数分のオフセット。問題は、「日の入りの30分前」は、6月と12月で同じ結果を提供しないこと、または天候や緯度によらないことです。
Home Assistant 2026.7は、より細かい概念を追加します：民間の明け方、航海の明るさ、天文学的な明るさ、薄暗がり、太陽の高さ、上昇または下降している太陽。細部にこだわる人にとっては、これは喜ばしいものです。
具体的な例：日の入りの20分前に外のライトを点灯するのではなく（冬にはうまくいかず、夏には早すぎる固定設定）、太陽の高さのレベルからトリガーします。結果は、実際に利用可能な光により近くなります。
条件についても同様です。「太陽が沈んでいる場合」や「太陽が降下している場合」は、テンプレートをいじることなく、直接書けます。
光が的確に点灯し、ブラインドは自然に閉まり、誰も家が冬時間を維持している理由を不思議に思うことはありません。
活動ログがついに読みやすくなる
ログブックはタイムライン形式で新しいプレゼンテーションを採用します。そして、それは素晴らしい改善です。
以前の形式は、イベントを一行ごとにリスト化していました。便利ですが、数十のセンサーや自動化があるインストールでは、特定のイベントの原因を特定するのはすぐに面倒になっちゃいます。
新しいタイムラインは、日ごとにイベントをまとめて表示し、縦線、アイコン、状態の色を表示します。特に、Home Assistantは原因が分かるときにそれを表示します：ライトを点灯させたユーザーのアバター、自動化の名前、そのアクションに起因する統合のアイコン。
23時12分にランプが自動点灯した？タイムラインを開いて、上にさかのぼり、数秒でそれが自動化によるものか、誰かの行動なのか、外部統合によるものなのかを見ることができます。
タイムラインは、アクティビティページ、エンティティカード、デバイスページ、ゾーンページのいくつかの場所に表示されます。プレゼンテーション時に、チームはライトのウィンドウ内に直接コンパクトなバージョンを示し、状態の変化とその発生源を表示しました。単なる「オン/オフ」よりもはるかに便利です。
アップデートページがより便利になる
アップデートページが改修されました。本当に、時が来たと言えます。
Home AssistantをCore、Supervisor、OS、HACS、ESPHome、複数のモジュール、ファームウェア、いくつかのアドオンで使用する場合、アップデートページは小さな日曜日の洗濯のようでした。クリックして待ち、再度クリックし、再起動し、もう一度繰り返す。
新しいページは、カテゴリによってアップデートをグループ化します。Home Assistant Core、OS、Supervisorは別にしておきます：これらは中央コンポーネントであり、意図的にアップデートしたいものです。その他のアップデートはタイプ別にまとめられます：統合、アプリ、ESPHome、HACS、ファームウェアなどです。そして、「すべて更新」ボタンを押すことで、一度にグループ全体のアップデートを実行できます。
OSは他のものと混ぜられず、他のアップデートの途中で再起動を避けるために配慮されています。Home Assistantはここで冷静な判断をしています。
多くのESPHomeデバイスのインストールでは、安心感があります。手動で一つずつ選択する必要はありません。
Raspberry Piはファームウェアをより簡単に更新できる
Home Assistant OS 18以降では、Home AssistantはRaspberry Piのファームウェアアップデートのエンティティを表示できます：EEPROM、ブートローダーファームウェアとも呼ばれます。
この低レベルのファームウェアは、起動、USBやNVMeストレージ、一部のハードウェア機能を管理します。特にRaspberry Pi 4およびPi 5では、これを維持することで互換性と安定性が向上します。
以前はこのファームウェアを更新するのは容易ではありませんでした。時には専用のSDカード、スクリーン、キーボード、またはコマンドラインを使う必要がありました。今では設定 > アップデートから、他のものと同様に行うことができます。
知っておくべきいくつかの制限があります。Home Assistant OS 18が必要です。USBストレージからブートするRaspberry Pi 4では、必ずしもこれを活用できるわけではありません。Compute Module 4を搭載したHome Assistant Yellowは対象外です。しかし、Pi 4、Pi 5、およびCompute Module 5を搭載したYellowは対象です。
適用後、Home Assistantは再起動を要求します：PCのBIOSのように、新しいバージョンは再起動前は有効になりません。
ZHAは本格的なZigbee管理ページを手に入れた
ZHAを介したZigbeeデバイスの高度な管理は、小さなコンパクトウィンドウを離れ、専用のページに移行します。
ツールはありましたが、ぎゅっと詰め込まれていました：クラスター、バインディング、署名、隣接、技術的詳細。すべてが息をする余地のないインターフェースに収められていました。
2026.7バージョンでは、すべてがタブで再編成されます。情報は同じままですが、より読みやすくなります。
基本的な日常使用においては、大きな変更はありません。ZHAを使用するためにZigbeeクラスターを掘り下げる必要はありません。しかし、ネットワークを理解し、デバイスの隣接を確認し、デバイス間の直接バインディングを作成するためには、ずっと快適になります。また、レスポンスが悪いセンサー、気まぐれなランプ、あるいは不安定なメッシュネットワークを診断するためには、明確なインターフェースが時間を節約します。
赤外線と無線周波数のための専用パネルが追加された
Zigbee、Z-Wave、Thread、Matterの後に、Home Assistant 2026.7は赤外線と無線周波数のデバイスに専用のパネルを追加します。
これらのパネルは、関連する装置、すなわちIR/RFの送信機、プロキシ、ゲートウェイがある場合にのみ、設定に表示されます。
これはESPHomeソリューション、赤外線ブラスター、433MHz RFブリッジ、ステータスを返さないデバイスを制御できる統合に関連します：空調、オーディオアンプ、扇風機、古い無線シャッター、433MHzプラグ。このすべてがインターフェース内の専用の場所を持つようになりました。
赤外線と433MHzは「古い世代」の要素ですが、今も実際のインストールで広く使われています。これらをきちんと整理して見つけることができるのは良いことです。
Matter.jsがデフォルトの新しいMatterエンジンに
これは別件として発表されたポイントでしたが、このアップデートの公式プレゼンテーションでも取り上げられています：Home AssistantのMatterサーバーは、デフォルトでMatter.jsをバックエンドとして使用しています。
古いサーバーは、C/C++での公式Matter実装を基にしており、あまり生産向けに設計されていないPythonのレイヤーがありました。Matter.jsはJavaScript/TypeScriptで開発され、Open Home Foundationによって提供される、きれいで独立した実装であり、進化も容易になります。
ユーザーにとって、移行は透過的であるべきです。Matterデバイスはペアリングされたままです。最初の移行には多少時間がかかる場合があります（バックグラウンドでデータが変換されます）が、目標は何も壊れないことです。
主に中期的な利点があります：Matterの新機能に対するサポートが改善され、動作がより管理され、独立した実装が、仕様そのもののあいまいさを発見するのに役立ちます。Matterは有望ですが、まだ若く、規格にはぼんやりとした部分が残っています。
インターフェースとテンプレートにおけるパフォーマンス向上
いくつかのさりげないが役に立つ最適化があります。
フロントエンドの読み込みが速く、特にグラフで顕著です。エネルギーダッシュボードや長い履歴において、その変化は明確です。
デバイスページやゾーンページは、さまざまな画面サイズによりよく適応し、よりきれいなカラム配置が提案されます。壁掛けタブレット、ミニPC、またはスマートフォンなど、この種の詳細は重要です。
特に：テンプレートは約40%速くなるとされています。テンプレートは、高度なインストール（計算されたセンサー、条件、カスタムメッセージ、ダッシュボード）のすべてに存在します。このレベルでの向上は、大規模な構成に実際に影響を与えます。
日時フォーマットのカスタマイズが簡単になる
日付や期間を表示するカードには、インターフェース内で直接フォーマットオプションが追加されます。
以前は、タイムスタンプの表示を変更するにはYAMLやテンプレートセンサーが必要でした。今では、エディターが複数のフォーマットを提案します：日付、日付と時間、相対的、長いまたは短い形式。
サーバーの稼働時間、センサーの最終更新、デバイスの最終同期日時などについて、細工なしで読みやすい結果を得ることができます。
水、エネルギー、換気などの新しい統合
このバージョンに新たに追加された10の統合：Aqvify（井戸やタンクの水位）、Chef iQ（Bluetooth調理センサー）、Dropbox（バックアップ）、Edifier Infrared、energieleser（エネルギー、水、ガス、熱メーター）、Envertech EVT800（ソーラー微型インバーター）、Greencell（MQTT経由の充電ステーション）、Helty Flow（分散換気ユニット）、KlikAanKlikUit（433MHz無線機器）、およびMELCloud Home（三菱電機製システム）。
いくつかは注目に値します。
Dropboxをバックアップ先として利用できるのは、面倒なインフラを必要とせずにバックアップを外部化したい方にとってシンプルなオプションです。Home Assistantのバックアップは貴重です：SDカードが壊れたり、ミニPCが永遠に休暇に行ったりしたとき、最近のバックアップはその日を救うことができます。
エネルギー関連では、Envertech EVT800、Greencell、energieleser、およびHypontech Cloudが、Home Assistantのエネルギー監視センターとしての地位をさらに強化しています。太陽光、EV充電、消費量、バッテリー、ネットワーク：コンポーネントが集まります。
Helty Flowは分散換気に興味深く、これは優れた断熱がされている家で重要なテーマです。クラウドに常に依存することなしに、これをローカルで制御できる能力は、重要なポイントです。
既存の統合も進化する
新しい統合は新たな追加ではありません。
Alexa Devicesは、Home Assistant内でAlexaのタスクおよびショッピングリストを管理できるようになり、Echoデバイス上でのアナウンスやコミュニケーションを制御するためのスイッチを追加します。
SMTPは、重要なアラート（水漏れ、停電、アラーム、バッテリーが過度に低い、消費量超過など）を送信するためにHome Assistantからメールを送るための現代的な通知エンティティを得ました。
Overkizは、クラウドやローカルAPIを介してRexel Energeasy Connectのサポートを追加し、これがフランスの設置にとっての良い点です。Tesla Powerwallは、Powerwall 3をサポートし、動作モードや最大充電および放電能力に関連するセンサーを追加します。
Yotoは大きな進展を遂げました：メディアブラウザ、新しいセンサー、バイナリセンサー、時間のエンティティ、画面の明るさと音量の最大設定。これらの小さな音楽プレーヤーを利用している親たちには高く評価されるでしょう。
プールに関連しては、Vistapoolが処理、照明、制御に関するシナリオを改善するための多数の追加エンティティを得ました。そして、接続プールは夏に楽しい遊び場となるため、これは歓迎すべきことです。
最後に、数ヶ月前にテストしたSwitchBot AI Art Frameに画像を送信する機能の追加もあります。これにより、この素晴らしいフレームとの対話がさらに楽しくなります :)
放棄された統合の大掃除
Home Assistant 2026.7は、使えなくなった一連の統合も削除します：何年も壊れていたり、閉鎖されたサービスに依存していたり、廃止されたライブラリや消えたハードウェアに依存していたものです。
Acer Projector、Ampio Smog、Avi-on、BeeWi SmartClim、Clementine、Dovado、ELIQ Online、Microsoft Face、MS Teams、Mycroft、UniFi LED、Watson TTSなどが削除されます。
この種のクリーンアップは急に感じられるかもしれません。しかし、2019年から壊れている統合は誰の役にも立ちません。メンテナンスを複雑にし、プロジェクトを重くし、その使用を試みる人々に偽りの希望を与えます。
Home Assistant 2026.7をインストールするべきか？
はい。今年の重要なアップデートの一つです。
新しい自動化により、Home Assistantがよりアクセスしやすくなり、上級ユーザーが好む強力さを犠牲にすることはありません。活動ログがついに読みやすくなりました。アップデートページが少し楽になりました。ZHAが改善されました。Raspberry Piのファームウェア管理がインターフェース内で実行可能になりました。統合が引き続き充実し、パフォーマンスが徐々に向上しています。
これは、互換性のあるデバイスを積み重ねるのではなく、実質を改善するバージョンです。
初心者にとっては、より良い入口となります：自動化を作成するのがより論理的で、思考の流れに近くなります。常連にとっては、古い自動化を再検討する機会です：義務ではありませんが、新しいモデルはよりクリーンで維持可能です。インストーラーにとっては、クライアントが理解でき、場合によっては自ら変更できる設備へのもう一歩です。
スマートホームはこれまでにないほど強力になりました。また、少しばかり威圧感が減少します。それは5年前には急を要する問題ではありませんでした。しかし、今は本当に、スマートホームが実際の家庭に根付くために最も重要なことです。
