Home Assistant 2026.11: Marketplace ersetzt HACS und neue Namen – das solltest du vor dem Update prüfen

Home Assistant 2026.11 ist seit dem 4. November draußen, und dieses Update ist keins, das du nebenbei in der Mittagspause durchklickst. Zwei Änderungen greifen tief in den Alltag ein: HACS wird durch einen eingebauten Marketplace ersetzt, und Dashboards zeigen Entitäten ab sofort mit neuen Namen an. Dazu kommt eine Handvoll Breaking Changes, die bei manchen Setups Automationen oder den Login lahmlegen können. Hier ist meine Checkliste, mit der du in einer halben Stunde weißt, ob du jetzt updaten kannst oder noch etwas vorbereiten musst.

Was ist in Home Assistant 2026.11 wirklich neu?

Kurzfassung für alle, die keine Zeit für die komplette Release-Ankündigung von Home Assistant haben. Die für dich relevanten Punkte:

• Marketplace statt HACS: Community-Integrationen, Dashboard-Karten, Themes und Templates installierst du jetzt direkt über Einstellungen > Marketplace. Ein GitHub-Konto brauchst du dafür nicht mehr.
• Neue Entitätsnamen auf Dashboards: Karten ohne eigenen Namen zeigen jetzt Gerätename plus Entitätsname statt des bisherigen Anzeigenamens.
• Child Devices: Geräte mit mehreren Teilen werden in Untergeräte aufgeteilt. Unterstützt werden in diesem Release Z-Wave, MQTT, ESPHome und einige Tuya-Geräte.
• Exclude Target: In Automationen und Skripten kannst du einzelne Entitäten aus einem Ziel ausschließen, etwa „alle Lichter im Wohnzimmer außer der Leselampe“.
• Matter-Kameras: Kameras nach Matter 1.5 laufen mit Livebild und Schnappschüssen, das Video geht per WebRTC direkt vom Browser zur Kamera.
• Zwei-Wege-Audio: als Labs-Vorschau für Matter-Kameras und Reolink, derzeit nur über HTTPS.
• Zigbee Green Power und LoRaWAN: ZHA unterstützt batterielose Green-Power-Geräte, für LoRaWAN gibt es Anbindungen an ChirpStack und The Things Network.
• Backups auf lokale Datenträger: Interne Platten und USB-Laufwerke lassen sich als Backup-Ziel einbinden.

Klingt nach einem Feature-Update. Die Stolperfallen stecken aber in den ersten beiden Punkten und in der Liste der Breaking Changes.

Was passiert mit HACS beim Update?

HACS wird beim ersten Start nach dem Update automatisch in den Marketplace migriert. Installierte Projekte bleiben installiert und bekommen weiter Updates, eigene Custom Repositories und die Update-Entitäten bleiben erhalten. Links, die bisher auf HACS zeigten, öffnen jetzt den Marketplace. Laut Release Notes endet der HACS-Installer mit 2026.11: Eine separate HACS-Installation ist auf dieser Version nicht mehr möglich, und der alte HACS bekommt keine neuen Releases mehr.

Zwei Verbesserungen merkst du sofort: Neue Integrationen landen ohne Neustart direkt im Einrichtungsdialog. Updates brauchen allerdings vorerst weiterhin einen Neustart, Home Assistant meldet das über eine Reparatur-Meldung und kann ihn auch auslösen.

Wichtig ist der Warnhinweis beim ersten Öffnen. Home Assistant stellt klar, dass Community-Projekte nicht vom Home-Assistant-Projekt getestet, geprüft oder unterstützt werden. Du musst das bestätigen, bevor du etwas installieren oder aktualisieren kannst. Das ist keine neue Gefahr, HACS war nie geprüft. Neu ist nur, dass es jetzt jemand ausdrücklich hinschreibt.

Pro-Tipp: Nutzt du in Templates integration_entities('hacs'), liefert das nach dem Update nichts mehr. Laut Marketplace-Dokumentation heißt es jetzt integration_entities('marketplace'). Gleiches gilt für eigene Tools, die WebSocket-Befehle unter hacs/… aufrufen: Die heißen jetzt marketplace/…. Und AppDaemon-Apps sowie Python-Skripte verwaltet der Marketplace nicht mehr, die musst du künftig selbst pflegen.

Warum heißen meine Entitäten auf einmal anders?

Das ist die Änderung, über die die meisten nach dem Update stolpern werden. Home Assistant hat sie in einem eigenen Blogbeitrag zur neuen Benennung erklärt und selbst als rückwärts-inkompatibel eingestuft.

Bisher zeigte eine Karte ohne eigenen Namen den Friendly Name der Entität an. Jetzt setzt Home Assistant den Namen aus Gerät und Entität zusammen. Aus der Entität „Temperatur“ am Gerät „Thermostat“ wird auf dem Dashboard „Thermostat Temperatur“. Bei der Migration bestehender Namen gibt es zwei Fälle: Beginnt dein Entitätsname schon mit dem Gerätenamen, wird der doppelte Teil entfernt. Sonst ergänzt Home Assistant den Gerätenamen als Kontext, und du siehst dann zum Beispiel „Steckdose 3 Kaffeemaschine“.

Die gute Nachricht: Entitäts-IDs ändern sich nicht. Automationen, Skripte, Szenen und Dashboards finden ihre Entitäten weiter über die ID. Es ist also ein Anzeigeproblem, kein Funktionsproblem. Für Assist, Alexa und Google Assistant hängt Home Assistant den alten Namen als Alias an, damit Sprachbefehle weiter funktionieren.

Einen Schalter, um das alte Verhalten zurückzuholen, habe ich in den Release Notes nicht gefunden. Aufräumen kannst du auf drei Wegen:

• Gerät umbenennen: Wenn der Gerätename Mist ist, steht er jetzt überall. Umbenennen am Gerät wirkt auf alle Entitäten.
• „Main entity of the device“ setzen: Dann übernimmt eine Entität Namen und Bereich des Geräts. Ideal für eine Steckdose, deren einzige relevante Entität der Schalter ist.
• Namen direkt auf der Karte setzen: Auf Karten vergebene Namen bleiben unverändert. Das ist auch der Ausweg bei Custom Cards von Drittanbietern, die noch den Friendly Name benutzen.

Pro-Tipp: Home Assistant empfiehlt außerdem, Raumnamen aus Geräte- und Entitätsnamen zu entfernen, weil der Bereich auf Karten ohnehin mit angezeigt werden kann. Wer „Wohnzimmer Deckenlampe“ im Bereich „Wohnzimmer“ hat, sieht sonst doppelt. Und wer Templates schreibt: Das Attribut friendly_name soll laut Home Assistant künftig abgekündigt werden. Stell deine Templates schon jetzt auf entity_name(), device_name() und area_name() um.

Welche Breaking Changes können dein Setup lahmlegen?

Vorab eine ehrliche Einschränkung: Den vollständigen Abschnitt „Backward-incompatible changes“ der offiziellen Release Notes konnte ich bei der Recherche nicht komplett auslesen. Die folgende Liste stützt sich auf den Fließtext der Release Notes, die Marketplace-Dokumentation und die Zusammenstellung bei simon42, die selbst keinen Anspruch auf Vollständigkeit erhebt. Prüf die Release Notes für deine konkreten Integrationen also zusätzlich selbst.

Der Login-Punkt verdient einen zweiten Blick. Wenn du von unterwegs über Tailscale oder eine direkte IP auf deine Instanz zugreifst, kann es dich nach dem Update aussperren, und zwar genau dann, wenn du nicht zu Hause bist. Wer das Thema sauber lösen will, findet in unserer Anleitung zum sicheren Fernzugriff auf Home Assistant per WireGuard einen Weg, der nicht an dieser Stelle hängt. Teste den Fernzugriff nach dem Update jedenfalls, solange du noch im Heimnetz sitzt.

Die Checkliste vor dem Update

So gehe ich vor. Dauert mit etwas Übung 20 bis 30 Minuten, je nachdem, wie viele Custom-Integrationen bei dir laufen.

• 1. Vollständiges Backup anlegen und prüfen, dass es nicht nur auf derselben Platte liegt wie Home Assistant selbst. Ein Backup, das mit dem System stirbt, ist keins.
• 2. Integrationsliste gegen die Breaking Changes abgleichen: Telegram per YAML, Ring, Nanoleaf, Z-Wave, Flipr? Dann zuerst diese Baustellen klären.
• 3. Z-Wave-Nutzer: Z-Wave-JS-App auf mindestens 1.9.0 bringen, bevor du Home Assistant aktualisierst.
• 4. YAML nach Offsets durchsuchen: Alle Sonnen- und Kalender-Trigger mit offset und ohne offset_type anschauen.
• 5. Templates nach „hacs“ und „friendly_name“ durchsuchen: Was auf integration_entities('hacs') zugreift, sofort anpassen. friendly_name läuft noch, sollte aber auf die Liste.
• 6. Screenshots der wichtigsten Dashboards machen: Klingt banal, spart aber Zeit. Nach dem Update vergleichst du Vorher und Nachher und siehst sofort, welche Karten neue Namen brauchen.
• 7. Fernzugriff notieren: Wie greifst du von außen zu? Tailscale oder IP heißt: nach dem Update im Heimnetz testen.
• 8. Custom Cards prüfen: Welche Karten von Drittanbietern zeigen Namen an? Die musst du eventuell manuell benennen.

Wenn du dein Heimnetz bereits ordentlich dokumentiert hast, geht Schritt 2 deutlich schneller. Falls nicht, ist jetzt ein guter Anlass: Wie das ohne großen Aufwand klappt, steht in unserem Beitrag zum Heimnetz dokumentieren mit Adressplan und Gerätebestand.

Wo legst du das Backup am besten ab?

Neu in 2026.11: Unter Einstellungen > System > Storage kannst du über „Add storage“ und „Local disk“ eine interne Platte oder einen USB-Stick als Backup-Ziel hinzufügen. Home Assistant merkt sich den Datenträger über die Dateisystem-Kennung, das Laufwerk muss vorher formatiert sein. Welche Dateisysteme unterstützt werden, steht in der Dokumentation, die ich für diesen Beitrag nicht im Detail geprüft habe.

Ein Haken an dieser Stelle: Du willst das alte System sichern, bevor du das neue Feature nutzen kannst. Für das Backup vor dem Update brauchst du also eines der bisherigen Ziele, etwa ein NAS, Cloud-Speicher oder den Download auf deinen Rechner. Den lokalen Datenträger richtest du danach als zusätzliches Ziel ein.

Pro-Tipp: Seit diesem Release gibt es den Sensor „Last successful automatic backup size“. Bau dir daraus eine Benachrichtigung, wenn das automatische Backup plötzlich deutlich kleiner wird als üblich. Das ist oft das erste Anzeichen, dass etwas schiefläuft, lange bevor du das Backup tatsächlich brauchst.

Wenn es schiefgeht: Wie kommst du zurück?

Der Marketplace bietet für Community-Projekte eine Option „Install another version“. Die Dokumentation sagt aber ausdrücklich, dass du sie nicht verwenden sollst, um nach einem Update auf eine frühere Version zurückzukehren. Stattdessen sollst du ein Backup wiederherstellen.

Das ergibt bei diesem Release besonders Sinn. Beim ersten Start werden HACS-Daten migriert und Entitätsnamen umgeschrieben. Wer nur den Core zurücksetzt, hat danach womöglich eine Konfiguration, die zu keiner der beiden Versionen richtig passt. Ein vollständiges Backup von vor dem Update stellt dagegen den alten Stand sauber wieder her. Laut Release Notes legt Home Assistant beim Wiederherstellen inzwischen auch keine temporäre Kopie des ganzen Backups mehr an, was bei knappem Speicher hilft.

Das Prinzip kennst du vielleicht schon aus Docker: Ohne festen Rückweg ist jedes Update ein Glücksspiel. Wie ich das bei Containern handhabe, steht in unserem Beitrag Container aktualisieren, ohne das Homelab zu zerlegen. Betreibst du Home Assistant selbst im Container, wie in unserem Tutorial zu Home Assistant und Jellyfin in Docker beschrieben, gilt das sogar wörtlich. Der Marketplace funktioniert laut Home Assistant übrigens mit allen Installationsarten, auch mit Home Assistant Container.

Sofort updaten oder auf den ersten Patch warten?

Bei der Recherche war auf GitHub noch 2026.11.0 die neueste Version, ein Patch-Release war nicht zu sehen. Meine Einschätzung, nicht mehr: Wenn du Telegram per YAML, Ring, Nanoleaf oder Z-Wave nutzt oder dein Fernzugriff über Tailscale läuft, warte auf 2026.11.1 und lies dessen Release Notes. Patch-Releases bügeln erfahrungsgemäß genau die Kanten aus, an denen die ersten Nutzer hängen bleiben.

Wenn dein Setup eher schlicht ist, also Standard-Integrationen, Dashboards über die Oberfläche gebaut, ein paar HACS-Karten: Update nach Checkliste, dann eine Stunde Dashboards aufräumen. Das Namensthema betrifft dich so oder so, und es wird nicht weniger Arbeit, wenn du wartest.

Wer ohnehin eine feste Update-Routine für Router, NAS und Smart-Home-Geräte hat, kann Home Assistant dort einreihen. Eine bewährte Reihenfolge steht in Firmware-Updates im Heimnetz: Reihenfolge, Regeln und der Weg zurück beschrieben.

Lohnen sich die neuen Features?

Ja, vor allem zwei. Exclude Target räumt Automationen auf, die bisher aus langen Entitätslisten bestanden, nur weil ein Gerät nicht mitschalten sollte. Ausschlüsse werden bei jeder Ausführung neu berechnet, ein neu hinzugefügtes Licht im Raum ist also automatisch dabei. In YAML gibt es dafür einen exclude-Block mit denselben Schlüsseln wie das Target.

Der Marketplace selbst ist der zweite Gewinn. Installation ohne Neustart, Update-Entitäten für alles, Projektseiten mit Downloads, offenen Issues und benötigter Home-Assistant-Version: Das ist das, was HACS immer hätte sein sollen. Fehler meldest du ab jetzt übrigens im Issue-Tracker von Home Assistant, nicht mehr im HACS-Repository.

Matter-Kameras und Zwei-Wege-Audio sind spannend, für die meisten aber noch Zukunftsmusik. Du brauchst eine Kamera mit Matter 1.5 und einen ausreichend aktuellen Matter-Server, und Zwei-Wege-Audio läuft bisher nur über HTTPS im Browser. Wer noch am Anfang steht und erst verstehen will, wie Home Assistant überhaupt tickt, ist mit unserem Einstieg ins Smart Home ohne Cloud-Zwang besser bedient als mit diesem Update-Beitrag.

Mein Fazit

Home Assistant 2026.11 ist ein gutes Update mit zwei unbequemen Nebenwirkungen. Das Ende von HACS als eigenständigem Projekt läuft dank automatischer Migration für die meisten unsichtbar ab, solange keine Templates oder Eigenbauten auf HACS-Interna zugreifen. Die neuen Entitätsnamen kosten dich dagegen sichtbar Zeit, dafür ist die Benennung danach konsistenter als vorher. Wer Backup, Breaking-Changes-Abgleich und Dashboard-Screenshots erledigt hat, kann entspannt updaten. Wer an einer der kritischen Integrationen hängt, wartet den ersten Patch ab.