{"schema_version":"1.0","service":"Publicasta","type":"article","id":1130,"slug":"home_assistant_2026_11_naming_migration_audit","title":"Home Assistant 2026.11 ändert die Gerätenamen: Was Sie nach dem Update prüfen sollten","excerpt":"Home Assistant 2026.11 lässt Entitäts-IDs und Automatisierungen unverändert, ändert aber angezeigte Namen, die Struktur untergeordneter Geräte, das Verhalten benutzerdefinierter Karten und Hinweise zu Templates. Dieser Audit zeigt, was Haushalte prüfen sollten.","language":"de","default_language":"en","canonical_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=de","image":{"url":"https://publicasta.com/storage/projects/14/pages/1130/2026/11/e0afe297-34ba-446d-b95d-73558d5239bb.webp","alt":"Eine Person überprüft nach einem Update die Namen von Smart-Home-Geräten und ihre Raumzuordnung."},"publisher":{"id":14,"slug":"smart_home","name":"Smarter Home","url":"https://publicasta.com/smart_home"},"author":{"name":"Anton R"},"published_at":"2026-11-04T17:25:37+00:00","updated_at":"2026-11-04T17:25:37+00:00","content_markdown":"## Was Home Assistant 2026.11 tatsächlich ändert\n\n ![Eine Person überprüft nach einem Update die Namen von Smart-Home-Geräten und ihre Raumzuordnung.](https://publicasta.com/storage/projects/14/pages/1130/2026/11/e0afe297-34ba-446d-b95d-73558d5239bb.webp)\n\n Home Assistant 2026.11 verändert die Darstellung und Organisation von Geräten und Entitäten, ist aber keine komplette Neufassung der Kennungen, die bestehende Automatisierungen verwenden. Diese Unterscheidung bildet den Ausgangspunkt für jede Prüfung nach dem Update. In einem Haushalt können andere Bezeichnungen in Dashboards, Einstellungen und Geräteseiten erscheinen, während Automatisierungen, Skripte, Szenen und Dashboards, die auf vorhandene Entitäts-IDs zielen, weiterhin auf dieselben Entitäten verweisen. Das Update lässt sich daher zunächst am besten als Änderung der Darstellung und Organisation verstehen – und anschließend als Anlass, die Stellen zu prüfen, an denen direkt lesbare Namen verwendet werden.\n\n Die Begriffe sind wichtig. Ein Bereich beschreibt einen Ort im Zuhause. Ein Gerät steht für ein verbundenes Produkt. Eine Entität repräsentiert eine Funktion oder einen Datenpunkt, den dieses Produkt bereitstellt, etwa ein Licht, einen Schalter, eine Temperaturmessung oder einen Stromsensor. Die Entitäts-ID ist die konfigurationsseitige Kennung, die von Automatisierungen und anderen Home-Assistant-Verweisen verwendet wird. Entitätsname, Gerätename, Bereichsname und die ältere Darstellung mit `friendly_name` sind Bezeichnungen für Menschen. Der neuere Ansatz von Home Assistant nutzt diese Beziehungen, um mehr Kontext bereitzustellen, statt jedes Element dazu zu zwingen, Orts- und Geräteinformationen in einem einzigen, undifferenzierten Namen zu tragen. Die offizielle [Ankündigung zur Benennung in 2026.11](https://www.home-assistant.io/blog/2026/11/03/naming-things-in-home-assistant/) beschreibt dies als eine Entwicklung hin zu Namen, die durch ihren Kontext geprägt sind.\n\n Diesen Kontext werden Nutzer nach dem Update wahrscheinlich am deutlichsten bemerken. Ein Dashboard oder Einstellungsbildschirm kann eine Entität zusammen mit ihrem Gerät oder Bereich anzeigen, wodurch sich ähnliche Elemente in einer größeren Installation leichter unterscheiden lassen. In einer anderen Ansicht kann der zusätzliche Kontext jedoch überflüssig wirken, weil Raum oder Gerät aus dem umgebenden Kartenlayout bereits eindeutig hervorgehen. Beides kann normal sein. Eine geänderte Anzeigezeichenfolge beweist für sich genommen nicht, dass die Entität auf Konfigurationsebene umbenannt wurde oder dass eine Automatisierung ihr Ziel verloren hat. Die Dokumentation von Home Assistant macht die Abgrenzung ausdrücklich: Wenn der Name einer Entität geändert wird, ändert sich ihre Entitäts-ID nicht. Die Änderung der Entitäts-ID ist ein separater Vorgang, bei dem Verweise in Automatisierungen oder Skripten aktualisiert werden müssen. Die [Dokumentation zur Anpassung von Entitäten](https://www.home-assistant.io/docs/configuration/customizing-entities/) empfiehlt außerdem, Geräte Bereichen zuzuordnen, damit Home Assistant diese Struktur in Auswahlfeldern, Dialogen und Tabellen verwenden kann.\n\n Die Veröffentlichung erleichtert außerdem die Darstellung mehrteiliger Produkte als Hierarchie. Ein unterstütztes Produkt kann ein übergeordnetes Gerät und darunter untergeordnete Geräte haben. Eine Steckdosenleiste ist ein anschauliches Beispiel: Die Leiste kann als übergeordnetes Gerät erscheinen, während ihre einzelnen Steckplätze als untergeordnete Geräte mit eigenen Entitäten angezeigt werden, etwa mit Daten zum Stromverbrauch auf Steckplatzebene. Das bildet die physische Struktur genauer ab, kann aber dazu führen, dass die Geräteregistrierung nach dem Update anders aussieht. Was wie ein Duplikat wirkt, kann stattdessen ein neu sichtbarer Teil eines bereits vorhandenen Produkts sein. Die Dokumentation weist darauf hin, dass die Integration entscheidet, ob ein Gerät untergeordnete Geräte besitzt; Nutzer können diese Beziehung nicht selbst erstellen oder verändern. [Home Assistants Hinweise zu übergeordneten Geräten](https://www.home-assistant.io/docs/configuration/customizing-entities/#about-parent-devices-and-sub-devices) beschreiben, wie das übergeordnete Gerät und seine untergeordneten Geräte gemeinsam angezeigt werden.\n\n Diese neue Struktur bedeutet nicht, dass jede Integration ihre Komponenten sofort auf dieselbe Weise darstellt. In der Ankündigung zur Veröffentlichung wird darauf hingewiesen, dass die Unterstützung untergeordneter Geräte für Matter und ZHA noch in Arbeit ist. Ein Zuhause, das eine dieser Integrationen verwendet, kann daher eine weniger vollständige Ansicht von übergeordneten und untergeordneten Geräten haben als ein Zuhause, dessen Integration bereits alle Beziehungen eines mehrteiligen Produkts abbildet. Dieser Unterschied sollte zunächst als Frage der Integrationsabdeckung betrachtet werden, bevor er als Hinweis auf eine fehlgeschlagene Migration gilt. Das Benennungsmodell kann in der allgemeinen Oberfläche sichtbar sein, während eine bestimmte Integration bei den Gerätebeziehungen, die sie offenlegen muss, noch nicht vollständig nachgezogen hat.\n\n Der erste praktische Prüfdurchgang ist unkompliziert: Vergleichen Sie die nun angezeigten Bezeichnungen mit den Entity-IDs einiger wichtiger Automatisierungen, notieren Sie Produkte, die zusätzliche untergeordnete Einträge erhalten haben, und markieren Sie Ansichten, in denen Namen mehrdeutig oder wiederholt erscheinen. Testen Sie anschließend das tatsächliche Verhalten der wichtigsten Geräte. Home Assistant 2026.11 ändert vor allem die sichtbare Terminologie – insbesondere durch kontextbezogene Namen und die Organisation in untergeordnete Geräte. Bei der Prüfung kommt es daher darauf an, diese sichtbaren Änderungen von den Entity-Referenzen und dem Integrationsverhalten zu trennen, die bestimmen, ob das Zuhause weiterhin korrekt funktioniert.\n\n ## Die Kompatibilitätsgrenze: Was weiterhin funktionieren sollte\n\n Home Assistant 2026.11 verändert die für Menschen sichtbaren Namen stärker als die Kennungen, die das System intern verwendet. Eine Entity-ID wie `light.kitchen_ceiling` bleibt die stabile Referenz für Automatisierungen, Skripte, Szenen und Dashboard-Konfigurationen. Der angezeigte Entity-Name, Gerätename, Bereichsname oder Kartenname liegt auf einer separaten Ebene und kann kontextbezogener werden, ohne dass jede Referenz neu geschrieben werden muss.\n\n Das ist die erste Kompatibilitätsprüfung nach dem Update. Eine Automatisierung, die auf eine vorhandene Entity-ID zielt, sollte weiterhin genau diese Entity auflösen. Auch ein Skript oder eine Szene, die auf solchen IDs basiert, sollte nicht plötzlich ausfallen, nur weil die Oberfläche einen anderen Namen anzeigt. Dasselbe gilt für Dashboards, deren Karten ausdrücklich auf diese Entities verweisen. Wenn eine Karte nun „Küchendecke“ statt der vertrauten Bezeichnung anzeigt, ist diese optische Änderung allein kein Hinweis darauf, dass das Ziel verloren gegangen ist. Prüfen Sie die Entity-ID, bevor Sie YAML ändern oder eine Automatisierung neu aufbauen.\n\n Die Unterscheidung ist wichtig, weil Home Assistant an mehr Stellen Namenskontext anzeigt, an denen Nutzer bisher eine schlichtere Bezeichnung gesehen haben. Eine Entity lässt sich nun im Verhältnis zu ihrem Gerät und Bereich verstehen, während ein mehrteiliges Produkt durch untergeordnete Geräte dargestellt werden kann. Eine Steckdosenleiste kann beispielsweise für ihre einzelnen Steckplätze separate untergeordnete Geräte oder Einträge auf Komponentenebene anzeigen, sofern die Integration dieses Modell unterstützt. Im Vergleich mit einer älteren Ansicht der Geräteregistrierung können diese Einträge wie Duplikate wirken, obwohl die zugrunde liegenden Entities und ihre IDs weiterhin die von bestehenden Automatisierungen verwendeten Referenzen sind. Die offizielle Ankündigung beschreibt dies als Teil der Arbeiten an Benennung und Organisation, nicht als Aufforderung, jede Automatisierung neu zu erstellen. ([Home Assistant: Naming things in Home Assistant, shaped by your feedback](https://www.home-assistant.io/blog/2026/11/03/naming-things-in-home-assistant/))\n\n Diese Entwarnung hat eine wichtige Einschränkung: Die Unterstützung untergeordneter Geräte ist nicht bei allen Integrationen gleich. In der Ankündigung steht, dass die Unterstützung für Matter und ZHA noch in Arbeit ist. Ähnliche Produkte mit mehreren Komponenten können daher je nach Einbindung unterschiedlich erscheinen. Bei einem Gerät wird möglicherweise eine Struktur aus übergeordnetem und untergeordneten Gerät angezeigt, während ein anderes weiterhin flacher dargestellt wird. Diese Uneinheitlichkeit ist ein Grund, das betroffene Gerät zu prüfen – kein Grund anzunehmen, dass die Entity-IDs neu erzeugt wurden.\n\n Die Sprachsteuerung verfügt über eine eigene Kompatibilitätspufferung. Bestehende Namen bleiben als Aliase für Sprachintegrationen verfügbar. Haushalte müssen deshalb nicht sofort alle Sprachbefehle neu lernen, nur weil Home Assistant nun kontextbezogenere Namen empfiehlt. Das ist besonders für Entities hilfreich, die für Assist, Alexa oder Google Assistant freigegeben sind. Aliase ersetzen dennoch nicht die Prüfung, was tatsächlich freigegeben wurde. Wenn sich Gruppierung, Bereichszuordnung oder Gerätestruktur ändern, kann ein Sprachassistent die Entity anders darstellen, selbst wenn der vertraute Befehl weiterhin gültig ist.\n\n Der wahrscheinlichste Fehlalarm ist eine geänderte Anzeigezeichenkette. Eine Dashboard-Karte, eine Einstellungsseite, eine Sprachauswahl oder eine Geräteliste kann einen längeren, kontextbezogeneren Namen anzeigen oder einen Namen verwenden, der auf der Entity statt auf dem Gerät basiert. Nutzer können dies als defekte Referenz lesen, weil der Text nicht mehr mit einem alten Screenshot oder einer früheren Benachrichtigung übereinstimmt. Behandeln Sie Text und Kennung als zwei getrennte Prüfergebnisse: „Nennt die Oberfläche das Gerät wie erwartet?“ und „Verweist die Automatisierung weiterhin auf die gewünschte Entity?“ sind miteinander verbundene Fragen, aber nicht dieselbe Frage.\n\n Benutzerdefinierte Karten bringen eine weitere Unsicherheitsebene hinzu. Karten, die ausdrücklich eine Entity-ID verwenden, haben ein eindeutiges Ziel. Karten oder Templates, die Bezeichnungen aus Namensfeldern ableiten, können nach der Veröffentlichung jedoch etwas anderes anzeigen. Eine benutzerdefinierte Karte kann daher weiterhin die richtige Lampe, den richtigen Schalter oder Sensor steuern, während sich ihre Überschrift, ihr Untertitel oder die automatisch erzeugte Bezeichnung ändert. Wenn eine Karte falsch aussieht, prüfen Sie ihre Konfiguration und stellen Sie fest, ob sie einen expliziten Namen, einen Gerätenamen oder einen Wert im Stil von `friendly_name` ausliest. Schließen Sie aus einer kosmetischen Änderung der Bezeichnung nicht auf einen Fehler der Entity. Bestätigen Sie stattdessen die Entity der Karte und testen Sie die Steuerung.\n\n Die gleiche Vorsicht gilt für Integrationen, die das Modell mit untergeordneten Geräten noch nicht einheitlich unterstützen. Ein Bildschirm kann ein übergeordnetes Gerät und seine Komponenten anzeigen, während ein anderer weiterhin einzelne Entities ohne dieselbe Hierarchie aufführt. Dadurch können bei der Suche in der Registry Einträge erscheinen, die redundant wirken, oder eine automatisch erzeugte Dashboard-Bezeichnung kann von dem in den Geräteeinstellungen angezeigten Namen abweichen. Vergleichen Sie Entity-ID, Bereich und den tatsächlichen Status beziehungsweise das Steuerungsverhalten. Stimmen diese mit der vorgesehenen Hardware überein, handelt es sich um einen organisatorischen oder darstellerischen Unterschied. Falls nicht, gehört der Eintrag auf die Prüfliste für diese Integration.\n\n Ein kurzer Test nach dem Update reicht aus, um Kompatibilität und Darstellung auseinanderzuhalten. Wählen Sie eine wichtige Automation, eine Dashboard-Karte und einen Sprachbefehl aus. Bestätigen Sie, dass die Automation weiterhin die erwartete Entity-ID verwendet, die Karte das erwartete Gerät steuert und der gesprochene Befehl die vorgesehene Entity erreicht. Prüfen Sie anschließend jedes Gerät mit mehreren Komponenten, dessen Registry-Eintrag doppelt aussieht, und halten Sie fest, ob die zugehörige Integration untergeordnete Geräte unterstützt.\n\n Der sichere Bereich ist damit die bestehende Ebene der Entity-IDs, wobei alte Sprachnamen als Aliase erhalten bleiben. Das sichtbare Risiko besteht in Verwechslungen: umbenannte Zeichenfolgen, neu geordnete Geräteeinträge, aus anderen Feldern abgeleitete Bezeichnungen benutzerdefinierter Karten und eine uneinheitliche Unterstützung untergeordneter Geräte können allesamt wie ein Defekt wirken. Wer diese Kategorien getrennt betrachtet, macht aus der ersten Prüfung einen gezielten Kompatibilitätscheck statt eines Notfall-Neuaufbaus.\n\n ## Die vier Prüfungen, die nach dem Update zählen\n\n Beginnen Sie mit den Bereichen der Installation, in denen Namen als Daten und nicht nur als Dekoration behandelt werden. Die erste Prüfung gilt dem Dashboard, insbesondere benutzerdefinierten Karten. Home Assistant 2026.11 kann den von einer Karte angezeigten Text ändern, während die von ihr gesteuerte Entity-ID unverändert bleibt. Eine benutzerdefinierte Karte, die `friendly_name` ausliest, kann daher eine andere Bezeichnung als eine integrierte Karte anzeigen oder sich erneut ändern, nachdem Sie das Gerät oder die Entity umbenannt haben. Öffnen Sie die am häufigsten verwendeten Dashboards und vergleichen Sie sowohl die sichtbare Bezeichnung als auch das Aktionsziel. Wird eine Karte mehrdeutig, vergeben Sie ihr einen expliziten Namen, statt Entities nur zu umzubenennen, um eine einzelne Ansicht zu verbessern. Die [Dokumentation zur Benennung von Karten](https://www.home-assistant.io/dashboards/naming/) unterstützt festen Text ebenso wie getrennte Komponenten für Entity, Gerät, Bereich und Etage.\n\n Das ist besonders bei Dashboards mit wiederholten Sensoren, Schaltern oder Lampen wichtig. Eine Karte kann vollständig funktionieren, während ihre Bezeichnung zu lang wird, den Raum wiederholt oder zwei ähnliche Geräte nicht mehr voneinander unterscheidet. Prüfen Sie benutzerdefinierte Karten, die Templates oder integrationsspezifische Attribute verwenden, und korrigieren Sie die Darstellung auf Kartenebene, wenn nur sie fehlerhaft ist. Die Dokumentation empfiehlt außerdem, Geräte Bereichen zuzuweisen und den Kartennamen zu verwenden, um die Anzeige anzupassen, statt den Entity-Namen mit sämtlichen Standortinformationen zu überladen. So bleibt die zugrunde liegende Organisation in den Einstellungen, Auswahlfeldern und anderen Dashboards ebenso brauchbar wie in der gerade reparierten Ansicht. [Home Assistants Hinweise zur Anpassung von Entities](https://www.home-assistant.io/docs/configuration/customizing-devices/) erläutern diese Trennung.\n\n Die zweite Prüfung gilt erzeugten Texten: Templates, Benachrichtigungen, Protokollen und Meldungen, die Haushaltsmitgliedern angezeigt werden. Durchsuchen Sie YAML-Dateien und über die Benutzeroberfläche erstellte Templates nach direkten Verwendungen von `friendly_name`. Home Assistant behält dieses Attribut aus Kompatibilitätsgründen bei, doch die Ankündigung zu 2026.11 erklärt, dass es schrittweise nicht mehr die bevorzugte Quelle für Bezeichnungen sein soll. Verwenden Sie `entity_name()`, wenn die Meldung eine bestimmte Funktion oder einen Datenpunkt benennt, `device_name()`, wenn sie das physische Produkt beschreibt, und `area_name()`, wenn der relevante Kontext der Raum ist. Die [Referenz zu Template-Funktionen](https://www.home-assistant.io/template-functions/) definiert diese Funktionen und die Objekte, die sie auflösen.\n\n Ordnen Sie den Satz ein, bevor Sie das Template ändern. „Der Stromverbrauch ist hoch“ ist eine Meldung auf Entitätsebene; „die Kaffeemaschine ist offline“ bezieht sich auf ein Gerät; „in der Küche ist es zu warm“ betrifft einen Bereich. Rendern Sie jedes geänderte Template mit einer echten Entität und lesen Sie das Ergebnis so, wie jemand im Haushalt es hören oder sehen würde. Ein Template kann erfolgreich ausgewertet werden und trotzdem einen doppelten Raumnamen oder eine Formulierung erzeugen, die zwei ähnliche Geräte nicht mehr voneinander unterscheidet. Entscheidend ist daher nicht nur, ob der Code läuft, sondern ob die daraus entstehende Benachrichtigung klar bleibt, nachdem Home Assistant dem Objekt kontextbezogene Namen hinzugefügt hat.\n\n Die dritte Prüfung betrifft die Sprachsteuerung. Sehen Sie sich die Entitäten an, die Assist, Alexa oder Google Assistant zur Verfügung stehen, und testen Sie die Namen, die tatsächlich verwendet werden. Bereits freigegebene Entitäten behalten ihre alten Namen als Aliase. Ein Befehl ist also nicht automatisch fehlerhaft, nur weil das Dashboard nun eine andere kontextbezogene Bezeichnung anzeigt. Betrachten Sie diesen Alias jedoch als Kompatibilitätshilfe und suchen Sie weiterhin nach Überschneidungen: zwei Leuchten mit demselben gesprochenen Namen, ein übergeordnetes Gerät und eine untergeordnete Steckdose, die ähnlich klingen, oder eine umbenannte Entität, die auf dem Bildschirm eindeutig, ausgesprochen aber umständlich ist. Die [Dokumentation zu Sprachaliasen](https://www.home-assistant.io/voice_control/aliases) von Home Assistant beschreibt Aliase als Möglichkeit, mehrere Namen für dieselbe Entität zu unterstützen.\n\n Testen Sie sowohl den vorgesehenen Befehl als auch eine naheliegende Alternative. Bitten Sie den Assistenten, das Gerät zu steuern, und prüfen Sie anschließend, dass nicht versehentlich eine ähnlich benannte Leuchte, ein Schalter oder eine Steckdose ausgewählt wurde. Beziehen Sie Schlösser, Alarme, Garagentorsteuerungen und Klimageräte in die manuelle Prüfung ein, denn eine erfolgreiche Sprachantwort beweist nicht, dass das richtige Ziel gewählt wurde. Prüfen Sie neben den Entitätsnamen auch Raum- und Gerätealiase und stellen Sie sicher, dass nur die Entitäten freigegeben sind, die per Sprache erreichbar sein sollen.\n\n Die vierte Prüfung gilt Geräten mit mehreren Komponenten. Eine unterstützte Steckdosenleiste kann jetzt als übergeordnetes Gerät mit separaten untergeordneten Geräten für ihre Steckplätze erscheinen. Vergleichen Sie das übergeordnete Gerät mit jedem untergeordneten, ermitteln Sie die Hauptentität und prüfen Sie, ob jede Steckdose den richtigen Namen und Bereich hat. Eine untergeordnete Komponente kann nach ihrer tatsächlichen Funktion benannt werden – etwa „Wasserkocher“ oder „Schreibtischlampe“ – statt einen technischen Namen wie „Steckplatz 3“ zu behalten. Laut der Release-Ankündigung sind untergeordnete Geräte für Z-Wave, MQTT, ESPHome, einige Tuya-Geräte und weitere Integrationen verfügbar; die Unterstützung für Matter und ZHA ist noch in Arbeit. Rechnen Sie damit, dass die Darstellung zunächst je nach Integration unterschiedlich ausfällt, bis mehr Integrationen dieses Modell übernehmen.\n\n Stellen Sie sich für eine Prüfung in einem kleinen Raum ein Arbeitszimmer vor, in dem eine Steckdosenleiste Schreibtischlampe, Monitor und Ladegerät versorgt. Benennen Sie das physische Gerät nach seiner Funktion, ordnen Sie es dem Bereich „Arbeitszimmer“ zu und markieren Sie die Entität, die die Steckdosenleiste am besten repräsentiert, als Hauptentität. Geben Sie jeder Steckdose einen eigenen, funktionsbezogenen Namen und prüfen Sie anschließend die von der Integration angelegten untergeordneten Geräte oder zugehörigen Entitäten. Verwenden Sie einen expliziten Kartennamen, wenn der Standardname den Raum oder das Gerät ungeschickt wiederholt. In einer Benachrichtigung nutzen Sie `device_name()` für die Steckdosenleiste als Ganzes, `entity_name()` für eine einzelne Steckdose und `area_name()` für eine Meldung über das Arbeitszimmer. Geben Sie schließlich nur die Steckdosen per Sprache frei, die erreichbar sein sollen, und testen Sie, dass das Einschalten der Lampe nicht den Monitor beeinflusst.\n\n Arbeiten Sie Raum für Raum und lassen Sie die Entitäts-IDs unverändert, sofern kein gesonderter Grund für eine Änderung besteht. Die Migration soll Konfigurationen bewahren, die auf diese IDs verweisen. Bei dieser Prüfung geht es darum, die angezeigten, erzeugten, gesprochenen und den untergeordneten Geräten zugeordneten Namen mit der physischen Anordnung in Einklang zu bringen. Screenshots oder Exporte wichtiger Dashboards erleichtern eine schrittweise Bereinigung, die sich bei Bedarf zurücknehmen lässt. Ein kleiner Umfang macht außerdem unklare Bezeichnungen oder Sprachresultate leichter nachvollziehbar.\n\n ## Wer jetzt aktualisieren sollte und wer die Änderung zunächst vorbereiten sollte\n\n Bei einer standardmäßigen Home-Assistant-OS-Installation mit gewöhnlichen Dashboards und unterstützten Integrationen ist ein Update sinnvoll, sobald Sie Zeit haben, das Zuhause anschließend zu überprüfen. Erstellen Sie zuerst ein Backup, wählen Sie ein kontrolliertes Zeitfenster und prüfen Sie danach die wichtigsten Räume. Testen Sie Leuchten, Klimasteuerungen, Schlösser, Alarme und die täglich verwendeten Dashboards. Wenn alles wie erwartet funktioniert, müssen Sie nicht die gesamte Installation umbenennen. Auch die eigenen Hinweise von Home Assistant behandeln die Bereinigung der Namen als optional: Bestehende Namen können bleiben, wenn sie bereits klar genug sind.\n\n Plane das Update zeitlich ein, wenn Namen tief in der Oberfläche verankert sind. Benutzerdefinierte Karten, selbst erstellte Dashboards, YAML-Templates, mobile Benachrichtigungen und Sprachroutinen können Namen anders anzeigen als die Standardoberfläche. Erstelle vor dem Update ein Backup und sichere Screenshots oder Exporte kritischer Dashboards. Notiere kurz die Befehle und Benachrichtigungen, auf die sich die Bewohner verlassen. So hast du nach dem Update einen Vergleich und kannst ein geändertes Label von einer defekten Entität unterscheiden. Eine andere Überschrift auf einer Karte ist für sich genommen kein Hinweis darauf, dass eine Automation oder ein Gerät ausgefallen ist.\n\n YAML-lastige Installationen verdienen eine sorgfältigere Prüfung. Templates, die Namen ausgeben, sollten dort, wo es passt, auf die speziellen Helfer `entity_name()`, `device_name()` und `area_name()` umgestellt werden. Das bedeutet nicht, dass jede funktionierende Automation neu geschrieben werden muss. Lass stabile Verweise auf Entitäts-IDs unverändert und überprüfe die Darstellungsebene gezielt: Benachrichtigungen, Wandanzeigen, dauerhafte Meldungen und sprachbasierte Antworten sind die Stellen, an denen ein veralteter Namensansatz am ehesten auffällt. Die Dokumentation unterscheidet außerdem ausdrücklich zwischen der Änderung eines Entitätsnamens und der Änderung der Entitäts-ID. Letztere kann Anpassungen an Automationen und Skripten erforderlich machen. ([Anpassung von Home-Assistant-Entitäten](https://www.home-assistant.io/docs/configuration/customizing-devices/))\n\n Auch die verwendeten Integrationen sollten beeinflussen, wie vorsichtig du vorgehst. Home Assistant kann manche mehrteiligen Produkte als übergeordnetes Gerät mit untergeordneten Geräten darstellen – etwa eine Steckdosenleiste, deren einzelne Steckdosen separat erscheinen. Diese Struktur wird jedoch von der jeweiligen Integration bestimmt. Die Unterstützung untergeordneter Geräte für Matter und ZHA befindet sich noch in Entwicklung. Haushalte, die stark auf eine dieser Integrationen setzen, sollten daher nicht davon ausgehen, dass nach dem Update jede Komponente gleich dargestellt wird. Auch Nutzer von Z-Wave, MQTT und ESPHome sollten ihre tatsächlichen Geräte prüfen, statt aus dem Verhalten einer anderen Integration Rückschlüsse zu ziehen. Kontrolliere, ob jede Steckdose, jeder Sensor und jede Steuerung weiterhin dem vorgesehenen Raum und Dashboard zugeordnet ist. ([Ankündigung zur Benennung](https://www.home-assistant.io/blog/2026/11/03/naming-things-in-home-assistant/))\n\n<table>\n<thead>\n<tr>\n<th>Installationsprofil</th>\n<th>Vorgehensweise</th>\n</tr>\n</thead>\n<tbody>\n<tr>\n<td>Standard-OS-Installation</td>\n<td>Backup erstellen, aktualisieren und anschließend Raum für Raum prüfen.</td>\n</tr>\n<tr>\n<td>Benutzerdefinierte Karten oder Dashboards</td>\n<td>Update zeitlich einplanen und gespeicherte Screenshots oder Exporte kontrollieren.</td>\n</tr>\n<tr>\n<td>YAML-lastige Templates und Benachrichtigungen</td>\n<td>Namensbezogene Templates prüfen und nur ändern, was tatsächlich angepasst werden muss.</td>\n</tr>\n<tr>\n<td>Matter- oder ZHA-lastiger Haushalt</td>\n<td>Ein kontrolliertes Zeitfenster nutzen und die Darstellung untergeordneter Geräte prüfen.</td>\n</tr>\n<tr>\n<td>Sicherheitskritische Türschlösser, Alarme oder Klima-Automationen</td>\n<td>Nur aktualisieren, wenn jemand manuelle Tests durchführen kann.</td>\n</tr>\n</tbody>\n</table>\n\n Halte die abschließende Prüfung praktisch. Teste ein Licht über das Dashboard und per Sprache, sofern Sprachsteuerung verwendet wird. Prüfe ein Thermostat sowohl in seiner Raumansicht als auch in der Automation, die davon abhängt. Vergewissere dich, dass Schlösser und Alarme den erwarteten Bereichen zugewiesen sind und auf manuelle Steuerung korrekt reagieren. Bei einem Produkt mit mehreren Steckdosen oder Komponenten solltest du jede Komponente einzeln testen, statt ein funktionierendes übergeordnetes Gerät als Beweis dafür zu nehmen, dass auch jedes untergeordnete Gerät funktioniert. Überprüfe außerdem die für Assist, Alexa oder Google Assistant freigegebenen Entitäten. Ältere Namen bleiben als Sprachaliase verfügbar, doch ein neuer kontextbezogener Anzeigename kann einen gesprochenen Befehl trotzdem unklar machen.\n\n Die Entscheidung dreht sich daher weniger darum, ob eine vollständige Bereinigung der Namen nötig ist, sondern darum, ob genug Zeit für die Prüfung der Installation vorhanden ist. Gewöhnliche Haushalte können mit einem Backup und einer Kontrolle Raum für Raum aktualisieren. Individuell angepasste oder sicherheitsrelevante Installationen sollten die Änderung zeitlich einplanen, Referenzen für kritische Dashboards sichern und die wichtigsten Geräte testen. Wenn ein Label unpraktisch ist, benenne es bewusst um. Solange Entitäts-ID und Automation funktionieren, sollte dieses stabile Fundament unangetastet bleiben.","available_translations":[{"language":"ar","title":"يغيّر Home Assistant 2026.11 طريقة تسمية الأجهزة: ما الذي يجب تدقيقه بعد التحديث","html_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=ar","markdown_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.md?lang=ar","json_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.json?lang=ar","api_url":"https://publicasta.com/api/public/v1/channels/smart_home/articles/home_assistant_2026_11_naming_migration_audit?lang=ar"},{"language":"de","title":"Home Assistant 2026.11 ändert die Gerätenamen: Was Sie nach dem Update prüfen sollten","html_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=de","markdown_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.md?lang=de","json_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.json?lang=de","api_url":"https://publicasta.com/api/public/v1/channels/smart_home/articles/home_assistant_2026_11_naming_migration_audit?lang=de"},{"language":"en","title":"Home Assistant 2026.11 Changes How Devices Are Named: What to Audit After Updating","html_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=en","markdown_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.md?lang=en","json_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.json?lang=en","api_url":"https://publicasta.com/api/public/v1/channels/smart_home/articles/home_assistant_2026_11_naming_migration_audit?lang=en"},{"language":"es","title":"Home Assistant 2026.11 cambia cómo se nombran los dispositivos: qué revisar tras actualizar","html_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=es","markdown_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.md?lang=es","json_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.json?lang=es","api_url":"https://publicasta.com/api/public/v1/channels/smart_home/articles/home_assistant_2026_11_naming_migration_audit?lang=es"},{"language":"fr","title":"Home Assistant 2026.11 modifie le nommage des appareils : que vérifier après la mise à jour","html_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=fr","markdown_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.md?lang=fr","json_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.json?lang=fr","api_url":"https://publicasta.com/api/public/v1/channels/smart_home/articles/home_assistant_2026_11_naming_migration_audit?lang=fr"},{"language":"pl","title":"Home Assistant 2026.11 zmienia sposób nazywania urządzeń: co sprawdzić po aktualizacji","html_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=pl","markdown_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.md?lang=pl","json_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.json?lang=pl","api_url":"https://publicasta.com/api/public/v1/channels/smart_home/articles/home_assistant_2026_11_naming_migration_audit?lang=pl"},{"language":"ru","title":"Home Assistant 2026.11 меняет названия устройств: что проверить после обновления","html_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=ru","markdown_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.md?lang=ru","json_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.json?lang=ru","api_url":"https://publicasta.com/api/public/v1/channels/smart_home/articles/home_assistant_2026_11_naming_migration_audit?lang=ru"},{"language":"zh","title":"Home Assistant 2026.11 改变设备命名方式：更新后需要审查什么","html_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=zh","markdown_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.md?lang=zh","json_url":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.json?lang=zh","api_url":"https://publicasta.com/api/public/v1/channels/smart_home/articles/home_assistant_2026_11_naming_migration_audit?lang=zh"}],"_links":{"self":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.json?lang=de","api":"https://publicasta.com/api/public/v1/channels/smart_home/articles/home_assistant_2026_11_naming_migration_audit?lang=de","html":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=de","canonical":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?lang=de","markdown":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.md?lang=de","json":"https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit.json?lang=de","channel":"https://publicasta.com/api/public/v1/channels/smart_home","channel_articles":"https://publicasta.com/api/public/v1/channels/smart_home/articles","search":"https://publicasta.com/api/public/v1/search","documentation":"https://publicasta.com/api-docs#reading-publicasta","openapi":"https://publicasta.com/api-docs/openapi.json","llms":"https://publicasta.com/llms.txt"}}