Home Assistant 2026.10 donne une interface aux trigger IDs et rebâtit sa carte sur OpenStreetMap

7 octobre 2026. Home Assistant publie sa version mensuelle 2026.10, sous-titrée « You are here ». Trigger IDs. C’est le nom de la fonctionnalité la plus puissante que peu de monde utilisait, et elle reçoit enfin une vraie interface. OpenStreetMap. C’est le nouveau fond de carte, après que l’ancien fournisseur a cassé toutes les cartes de la version précédente du jour au lendemain. Pourquoi c’est important : cette release corrige deux dettes d’ergonomie qui poussaient les utilisateurs à dupliquer de la logique ou à renoncer à la carte — et elle illustre une bascule plus large de Nabu Casa vers des dépendances qu’il contrôle.

Les trigger IDs sortent du placard

La promesse des trigger IDs est ancienne, mais invisible. En donnant un identifiant à chaque déclencheur d’une automatisation, une seule automatisation peut faire le travail de deux, trois ou cinq : on distingue ensuite, dans les conditions et les actions, quel déclencheur a lancé l’exécution. Le problème tenait à l’ergonomie. La fonctionnalité était enfouie dans un menu, il fallait inventer soi-même les identifiants, puis se souvenir duquel correspondait à quoi. Beaucoup d’utilisateurs ne l’ont jamais trouvée.

2026.10 change cela. Les trigger IDs ont désormais une interface dédiée : on coche les déclencheurs concernés dans la condition, et Home Assistant gère les identifiants en coulisses. Ceux qui écrivent leurs identifiants en YAML ne perdent rien — leurs déclencheurs continuent de fonctionner exactement comme avant. Pour l’équipe qui édite la release, c’est la fonctionnalité phare du mois, et l’argument est simple : la plupart des automatisations qui dupliquent la même logique dans plusieurs blocs séparés n’auraient jamais dû être scindées.

Concrètement, l’impact est immédiat pour qui maintient une installation self-hosted : les automatisations « si le capteur de la porte d’entrée s’ouvre ou si le bouton du salon est pressé, alors allume la lumière » se regroupent en une seule, avec une condition qui distingue l’origine. Moins d’automatisations, moins de copier-coller, moins d’états à synchroniser.

Voici à quoi ressemble ce regroupement en YAML, dans la syntaxe moderne d’Home Assistant :

automation:
  - alias: "Éclairage du couloir"
    triggers:
      - trigger: state
        entity_id: binary_sensor.porte_entree
        to: "on"
        id: porte
      - trigger: state
        entity_id: binary_sensor.bouton_salon
        to: "on"
        id: bouton
    conditions:
      - condition: trigger
        id: [porte, bouton]
    actions:
      - action: light.turn_on
        target:
          entity_id: light.couloir

La condition trigger filtre sur les identifiants porte et bouton : une seule automatisation répond à deux déclencheurs, et l’action ne s’exécute que si l’un d’eux a lancé le cycle. Cette structure existait déjà en YAML avant 2026.10, mais il fallait inventer les identifiants à la main puis les retrouver ; l’interface les gère désormais toute seule, ce qui rend le motif accessible sans écrire une seule ligne de configuration.

La carte migre vers OpenStreetMap

L’autre gros morceau est né d’un incident. Lors de la version précédente, toutes les cartes de Home Assistant ont cassé du jour au lendemain : le fournisseur de cartes s’est mis à tamponner un message « API key required » sur ses images, rendant chaque carte illisible. L’équipe a basculé sur OpenStreetMap, et il s’avère que ce changement de fournisseur ouvre des portes.

La nouvelle carte est vectorielle : elle reste nette à tous les niveaux de zoom, au lieu d’empiler des tuiles raster qui floutent en zoomant. Les marqueurs sont redessinés, le tableau de bord Carte gagne une vue d’ensemble, et les zones s’affichent directement sur le nouveau fond. Pour une installation auto-hébergée, c’est un double gain : une carte plus lisible, et une dépendance de moins sur un fournisseur commercial qui peut changer ses conditions sans préavis.

Le motif se retrouve ailleurs dans la release. Nabu Casa prépare le renommage de Home Assistant Cloud en Home Assistant Link — même service, nouveau nom, prévu pour la version de décembre — et annonce avoir migré tous ses serveurs vers du bare metal pour accélérer l’accès distant, avec un vérificateur de latence qui teste plusieurs serveurs au démarrage et choisit la meilleure connexion.

Le reste de la release

Autour de ces deux axes, 2026.10 livre des améliorations de fond. La page de profil est réorganisée. Un panneau dédié regroupe les connexions Modbus. L’IA se connecte en un clic. Et 15 nouvelles intégrations arrivent, accompagnées des habituelles montées en gamme sur l’échelle de qualité des intégrations. La release de correctifs 2026.10.1 a suivi le 10 octobre, trois jours après la sortie principale.

Deux de ces changements touchent des niches réelles du self-hosting. Le panneau Modbus donne une interface graphique aux connexions vers des équipements industriels et énergétiques — compteurs, pompes à chaleur, automates — qui se configuraient jusqu’ici en YAML et décourageaient les non-spécialistes. La connexion de l’IA « en un clic » va dans le même sens : brancher un assistant ou un modèle local sans éditer de configuration à la main. L’un et l’autre abaissent le seuil d’entrée de fonctionnalités qui existaient déjà, mais restaient réservées à ceux qui acceptaient d’écrire leur configuration à la main.

Un détail mérite l’attention des administrateurs : les notes de version signalent explicitement des changements backward-incompatible. Comme chaque mois, la mise à jour d’une installation Home Assistant mérite un instantané de sauvegarde avant le saut de version — la plateforme reste rapide à itérer, et une automatisation qui dépend d’une intégration dépréciée peut se retrouver orpheline sans crier gare.

Verdict

Si vous maintenez une installation Home Assistant, mettez à jour vers 2026.10.1 — c’est la première version qui rend les trigger IDs réellement utilisables par un non-spécialiste, et la nouvelle carte vectorielle est un gain net de lisibilité. Profitez-en pour un nettoyage ciblé : repérez les automatisations qui répètent la même séquence d’actions sur plusieurs déclencheurs et fusionnez-les autour d’un trigger ID unique. Si vous aviez patché la carte cassée de la version précédente avec un fournisseur tiers ou un fond statique, revenez au fond OpenStreetMap natif — il est désormais le chemin entretenu par défaut. La bascule de Nabu Casa vers des serveurs bare metal et vers OpenStreetMap dit l’essentiel : pour un projet self-hosted, le contrôle de ses dépendances vaut mieux que la commodité d’un fournisseur qui peut tout changer du jour au lendemain.

Références

• Home Assistant — 2026.10: You are here (7 octobre 2026)