Home Assistant 2026.8 ressemble à une mise à jour estivale tranquille, mais un petit changement d’adresse résume un problème plus large de la maison connectée. Les nouvelles installations Home Assistant OS ne demandent plus de mémoriser une adresse finissant par :8123. Les systèmes existants gardent leur port, et les utilisateurs de Home Assistant Container ou Docker ne sont pas déplacés en silence. L’enjeu n’est pas la disparition d’un nombre; c’est qu’une infrastructure domestique ne devrait pas obliger la personne qui allume une lampe ou vérifie une fuite à penser comme un administrateur réseau.

Tableau de bord simple de maison connectée dans un appartement chaleureux

Pourquoi :8123 est devenu un symbole

Dans la communauté, homeassistant.local:8123 est une habitude. On le tape une fois, on crée un favori, puis on ne le voit plus. Pour les autres habitants, c’est un signal différent: le système parle le langage des serveurs, pas celui des appareils du quotidien. Les notes officielles parlent du même Home Assistant sans le “nombre magique”. La formule est juste parce qu’un port ne bloque pas tout seul l’adoption; ce sont les petites barrières techniques répétées qui fatiguent.

Le périmètre doit rester clair. Le changement concerne les nouvelles installations Home Assistant OS. Si votre installation fonctionne, il n’y a rien à modifier. L’ancien port continue, et il n’est pas nécessaire de refaire favoris, application compagnon, tablettes murales, proxy inverse ou intégrations externes à cause d’un titre. Le fil bêta insistait déjà sur ce point: HAOS neuf est concerné, Container et Docker restent dans leur logique de ports.

Avant de changer l’adresse

Si vous voulez tout de même une adresse plus propre, traitez cela comme une modification d’infrastructure. Listez les points d’accès: favoris, applications mobiles, tablettes, webhooks, tags NFC, VPN, DNS local, proxy inverse, assistants vocaux et notes familiales. Les notes officielles mentionnent notamment favoris, services connectés et application mobile.

Vérifiez ensuite le chemin extérieur. Avec Home Assistant Cloud, la transition peut être simple. Avec votre propre proxy, contrôlez upstream, trusted proxies, en-têtes transférés et TLS. Dans le fil communautaire, un utilisateur ayant use_x_forwarded_for et trusted_proxies dans l’ancien bloc YAML http: a immédiatement demandé où ces réglages vivaient désormais. C’est une question saine de maintenance.

Home Assistant 2026.8 apporte un filet de sécurité. Les réglages du serveur web, port, interface réseau et trusted proxies compris, passent par l’interface. Après application, Home Assistant attend une confirmation. Sans confirmation sous cinq minutes, il restaure les anciens réglages et redémarre; si la nouvelle configuration ne peut pas s’appliquer, il revient en arrière tout de suite. Pour un boîtier sans clavier ni écran, ce mécanisme est essentiel.

YAML sort du trajet quotidien

YAML reste utile: lisible, versionnable, précis. Mais dans une maison, il crée une dépendance à la personne qui sait modifier configuration.yaml. Déplacer les réglages HTTP vers l’interface rend le chemin normal visible sans supprimer les scénarios avancés.

Au premier démarrage après mise à jour, les réglages web server présents dans YAML sont importés. Les notes officielles indiquent que cela ne doit pas casser la configuration; une réparation peut proposer de nettoyer l’ancien YAML. C’est le bon compromis: rendre l’usage courant accessible sans punir les installations existantes.

Les configurations complexes demandent encore de la prudence: HTTPS, plusieurs interfaces, add-ons inhabituels, proxy inverse, règles manuelles. Une bonne simplification ne cache pas l’issue de secours. Elle rend le trajet sûr évident et conserve les informations nécessaires aux utilisateurs avancés.

Les mots influencent la confiance

La version retire “advanced” et “expert” dans environ 43 endroits et renomme Developer Tools en Tools. Ce n’est pas qu’une question de style. Dans une maison, un libellé “developer” dit à un conjoint, un parent, un locataire ou un client que la zone n’est probablement pas pour lui. Pourtant on y vérifie l’état d’un capteur, on teste un template, on recharge une partie du système ou on cherche pourquoi une automatisation n’a pas fonctionné.

Le principe officiel consiste à décrire la fonction plutôt que l’utilisateur. Si une option est dangereuse, expliquez son effet et mettez des garde-fous. Si elle est seulement détaillée, nommez-la clairement. Home Assistant n’a pas besoin de devenir simpliste; il doit pratiquer une divulgation progressive, avec des portes visibles et des conséquences lisibles.

Noms d’entités et registre d’appareils

Les entity IDs ne sont pas des ornements. Ils vivent dans les automatisations, scripts, tableaux de bord, journaux et demandes d’aide. La version 2026.8 donne plus de contrôle sur leur format après les retours reçus. Un petit appartement peut préférer le nom de pièce; une grande maison peut préférer la fonction ou l’appareil. Le bon modèle est celui que les habitants peuvent comprendre.

Ne renommez pas tout par principe. Choisissez une convention, documentez-la, puis testez automatisations, templates, cartes personnalisées et scripts externes après chaque changement important.

Le registre d’appareils change aussi. Un appareil physique vu par plusieurs intégrations pouvait auparavant être fusionné. Désormais chaque intégration conserve sa propre entrée; le blog développeur parle d’un appareil limité à un config entry et au plus un subentry. Cela peut sembler moins net si un appareil apparaît deux fois, mais cela évite des fiches ambiguës où modèle, numéro de série et données propres à l’intégration se contredisent.

Ce que montre le débat

Le fil officiel a vite réuni des centaines de messages et des milliers de vues; le fil bêta parlait déjà du port, des réglages HTTP en interface, des entity IDs, du vocabulaire plus accueillant et du registre d’appareils. Home Assistant Podcast HA245 a traité la version comme un changement pratique pour les utilisateurs. Les sites spécialisés ont repris l’angle du port parce qu’il est immédiatement compréhensible.

Ce n’est pas seulement de la peur du changement. Une plateforme de maison connectée peut gérer chauffage, lumières, fuites, serrures, caméras et énergie. Supprimer un langage intimidant est bon; masquer un comportement critique serait mauvais. La frontière doit donc être discutée publiquement.

Home Assistant 2026.8 compte parce qu’il nomme un problème mature: la puissance est facile à ajouter et difficile à partager. La meilleure maison connectée n’est pas celle qui a le plus de boutons, mais celle que l’on peut maintenir sans crainte, récupérer après une erreur et expliquer aux personnes qui y vivent.