--- service: "Publicasta" schema_version: "1.0" article_id: 1130 title: "Home Assistant 2026.11 zmienia sposób nazywania urządzeń: co sprawdzić po aktualizacji" language: "pl" default_language: "en" canonical_url: "https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?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" channel_url: "https://publicasta.com/api/public/v1/channels/smart_home" channel_articles: "https://publicasta.com/api/public/v1/channels/smart_home/articles" search_url: "https://publicasta.com/api/public/v1/search" documentation_url: "https://publicasta.com/api-docs#reading-publicasta" openapi_url: "https://publicasta.com/api-docs/openapi.json" published_at: "2026-11-04T17:25:39+00:00" updated_at: "2026-11-04T17:25:39+00:00" translations: - language: "ar" 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" - language: "de" 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" - language: "en" 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" - language: "es" 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" - language: "fr" 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" - language: "pl" 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" - language: "ru" 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" - language: "zh" 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" --- # Home Assistant 2026.11 zmienia sposób nazywania urządzeń: co sprawdzić po aktualizacji > Home Assistant 2026.11 zachowuje identyfikatory encji i automatyzacje, ale zmienia wyświetlane nazwy, strukturę urządzeń podrzędnych, działanie kart niestandardowych i zalecenia dotyczące szablonów. Ten audyt pokazuje, co sprawdzić po aktualizacji. ## Co właściwie zmienia Home Assistant 2026.11 ![Użytkownik sprawdza nazwy urządzeń smart home i ich przypisanie do pomieszczeń po aktualizacji.](https://publicasta.com/storage/projects/14/pages/1130/2026/11/e0afe297-34ba-446d-b95d-73558d5239bb.webp) Home Assistant 2026.11 zmienia sposób prezentowania i organizowania urządzeń oraz encji, ale nie jest całkowitym przepisaniem identyfikatorów używanych przez istniejące automatyzacje. To podstawowe rozróżnienie przy każdym audycie po aktualizacji. W gospodarstwie domowym mogą pojawić się inne etykiety na pulpitach, w ustawieniach i na stronach urządzeń, podczas gdy automatyzacje, skrypty, sceny oraz pulpity odwołujące się do istniejących identyfikatorów encji nadal będą wskazywać te same encje. Aktualizację najlepiej więc najpierw rozumieć jako zmianę sposobu wyświetlania i organizacji, a dopiero potem jako powód do sprawdzenia miejsc, w których bezpośrednio używane są nazwy czytelne dla człowieka. Terminologia ma znaczenie. Obszar opisuje lokalizację w domu. Urządzenie oznacza podłączony produkt. Encja reprezentuje jedną funkcję lub punkt danych udostępniany przez ten produkt, na przykład światło, przełącznik, odczyt temperatury albo czujnik zużycia energii. Identyfikator encji to używany w konfiguracji identyfikator, do którego odwołują się automatyzacje i inne elementy Home Assistanta. Nazwa encji, nazwa urządzenia, nazwa obszaru oraz starszy sposób prezentowania nazw friendly\_name to etykiety przeznaczone dla użytkownika. Nowsze podejście Home Assistanta wykorzystuje te zależności, aby dostarczać więcej kontekstu, zamiast zmuszać każdy element do umieszczania lokalizacji i informacji o urządzeniu w jednej, niepodzielnej nazwie. Oficjalne [ogłoszenie dotyczące nazewnictwa w wersji 2026.11](https://www.home-assistant.io/blog/2026/11/03/naming-things-in-home-assistant/) przedstawia to jako przejście do nazw kształtowanych przez kontekst. To właśnie kontekst użytkownicy najprawdopodobniej zauważą po aktualizacji. Pulpit lub ekran ustawień może wyświetlać encję razem z jej urządzeniem albo obszarem, dzięki czemu łatwiej odróżnić podobne elementy w większej instalacji. W innym widoku dodatkowy kontekst może wydawać się powtarzalny, ponieważ pokój lub urządzenie są już oczywiste na podstawie układu otaczającej karty. Oba rezultaty mogą być normalne. Sama zmiana wyświetlanego tekstu nie dowodzi, że encja została przemianowana na poziomie konfiguracji ani że automatyzacja utraciła swój cel. Dokumentacja Home Assistanta jasno wyznacza tę granicę: zmiana nazwy encji nie zmienia jej identyfikatora, natomiast zmiana identyfikatora encji jest osobną operacją i może wymagać zaktualizowania odwołań w automatyzacjach lub skryptach. [Dokumentacja dostosowywania encji](https://www.home-assistant.io/docs/configuration/customizing-entities/) zaleca również przypisywanie urządzeń do obszarów, aby Home Assistant mógł wykorzystywać tę strukturę w selektorach, oknach dialogowych i tabelach. Wydanie ułatwia także przedstawianie produktów wieloczęściowych w formie hierarchii. Obsługiwany produkt może mieć urządzenie nadrzędne oraz urządzenia podrzędne. Dobrym przykładem jest listwa zasilająca: sama listwa może pojawić się jako urządzenie nadrzędne, a poszczególne gniazda jako urządzenia podrzędne z własnymi encjami, takimi jak dane o zużyciu energii na poziomie konkretnego gniazda. Lepiej odzwierciedla to fizyczną budowę produktu, ale po aktualizacji może sprawić, że rejestr urządzeń będzie wyglądał inaczej. To, co przypomina duplikat, może być po prostu nowo widoczną częścią istniejącego produktu. Dokumentacja zaznacza, że o tym, czy urządzenie ma urządzenia podrzędne, decyduje integracja; użytkownicy nie mogą samodzielnie tworzyć ani zmieniać tej relacji. [Wskazówki Home Assistanta dotyczące urządzeń nadrzędnych](https://www.home-assistant.io/docs/configuration/customizing-entities/#about-parent-devices-and-sub-devices) opisują, jak urządzenie nadrzędne i jego urządzenia podrzędne są wyświetlane razem. Nowa struktura nie oznacza, że każda integracja od razu będzie przedstawiać komponenty w ten sam sposób. W ogłoszeniu dotyczącym wydania zaznaczono, że obsługa urządzeń podrzędnych w Matter i ZHA jest nadal rozwijana. Dom korzystający z jednej z tych integracji może więc mieć mniej kompletny widok relacji nadrzędny–podrzędne niż dom, którego integracja już modeluje wszystkie elementy produktu wieloczęściowego. Zanim uzna się to za dowód nieudanej migracji, należy potraktować tę różnicę jako kwestię zakresu obsługi danej integracji. Model nazewnictwa może być widoczny w ogólnym interfejsie, nawet jeśli konkretna integracja wciąż nadrabia zaległości w zakresie relacji między urządzeniami, które powinna udostępniać. Praktyczny pierwszy przegląd jest prosty: porównaj widoczne teraz etykiety z identyfikatorami encji używanymi przez kilka ważnych automatyzacji, odnotuj produkty, które zyskały wpisy podrzędne, i wskaż ekrany, na których nazwy stały się niejednoznaczne albo powtarzalne. Następnie sprawdź fizyczne działanie najważniejszych urządzeń. Home Assistant 2026.11 zmienia przede wszystkim słownictwo widoczne dla użytkowników — zwłaszcza dzięki nazwom kontekstowym i organizacji urządzeń podrzędnych — ale właściwy audyt polega na oddzieleniu tych zmian wizualnych od odwołań do encji i działania integracji, które decydują o tym, czy dom nadal działa prawidłowo. ## Granica zgodności: co powinno nadal działać Home Assistant 2026.11 w większym stopniu zmienia nazwy widoczne dla użytkowników niż identyfikatory używane wewnętrznie przez system. Identyfikator encji, taki jak `light.kitchen_ceiling`, pozostaje stabilnym odwołaniem wykorzystywanym przez automatyzacje, skrypty, sceny i konfigurację pulpitów. Wyświetlana nazwa encji, nazwa urządzenia, etykieta obszaru czy etykieta karty to osobna warstwa, która może stać się bardziej kontekstowa bez konieczności przepisywania wszystkich odwołań. To pierwsza kontrola zgodności po aktualizacji. Automatyzacja kierująca do istniejącego identyfikatora encji powinna nadal wskazywać tę samą encję, a skrypt lub scena oparta na tych identyfikatorach nie powinny nagle przestać działać tylko dlatego, że interfejs pokazuje inną nazwę. To samo dotyczy pulpitów, których karty jawnie wskazują konkretne encje. Jeśli karta pokazuje teraz „Kitchen ceiling” zamiast zapamiętanego określenia, sama zmiana wyglądu nie świadczy o utracie celu przez kartę. Zanim zmienisz YAML albo odtworzysz automatyzację, sprawdź identyfikator encji. To rozróżnienie ma znaczenie, ponieważ Home Assistant pokazuje teraz więcej kontekstu nazewniczego w miejscach, gdzie wcześniej użytkownicy widzieli bardziej płaską etykietę. Encję można rozumieć w relacji do urządzenia i obszaru, a produkt wieloczęściowy może być przedstawiany za pomocą urządzeń podrzędnych. Listwa zasilająca może na przykład prezentować osobne urządzenia podrzędne albo wpisy dla poszczególnych komponentów, reprezentujące jej gniazda, jeśli integracja obsługuje taki model. W porównaniu ze starszym widokiem rejestru urządzeń wpisy te mogą wyglądać na zduplikowane, choć bazowe encje i ich identyfikatory nadal pozostają odwołaniami używanymi przez istniejące automatyzacje. Oficjalne ogłoszenie przedstawia to jako część prac nad nazewnictwem i organizacją, a nie jako konieczność odtwarzania każdej automatyzacji. ([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/)) To uspokojenie ma jednak ważną granicę: obsługa urządzeń podrzędnych nie jest jednolita we wszystkich integracjach. W ogłoszeniu zaznaczono, że wsparcie dla Matter i ZHA jest nadal rozwijane, więc podobne produkty wielokomponentowe mogą wyglądać różnie w zależności od sposobu ich zintegrowania. Jedno urządzenie może być pokazane w strukturze nadrzędne–podrzędne, podczas gdy inne zachowa bardziej płaską reprezentację. Taka niespójność jest powodem, by sprawdzić konkretne urządzenie, a nie zakładać, że identyfikatory encji zostały wygenerowane na nowo. Sterowanie głosowe ma osobny margines zgodności. Istniejące nazwy pozostają dostępne jako aliasy dla integracji głosowych, więc domownicy nie muszą od razu uczyć się wszystkich poleceń od nowa tylko dlatego, że Home Assistant zaleca teraz bardziej kontekstowe nazwy. Jest to przydatne w przypadku encji udostępnianych Assist, Alexie lub Asystentowi Google. Aliasy nie zastępują jednak sprawdzenia, co faktycznie zostało udostępnione. Jeśli zmieni się widoczne grupowanie, przypisanie do obszaru albo struktura urządzenia, asystent głosowy może prezentować encję inaczej, nawet gdy znane polecenie nadal będzie działać. Najbardziej prawdopodobnym fałszywym alarmem jest zmieniony tekst wyświetlanej nazwy. Karta pulpitu, strona ustawień, selektor głosowy albo lista urządzeń może pokazywać nazwę dłuższą, bardziej kontekstową lub opartą na encji zamiast na urządzeniu. Użytkownicy mogą odebrać to jako uszkodzone odwołanie, ponieważ tekst nie pasuje już do starego zrzutu ekranu albo powiadomienia. Traktuj tekst i identyfikator jako dwa osobne wyniki testu: „Czy interfejs nazywa to tak, jak oczekuję?” oraz „Czy automatyzacja nadal wskazuje właściwą encję?” — to pytania powiązane, ale nie są tym samym pytaniem. Niestandardowe karty dodają kolejną warstwę niepewności. Karty, które jawnie używają identyfikatora encji, mają jasno określony cel, natomiast karty lub szablony pobierające etykiety z pól nazw mogą po wydaniu wyświetlać coś innego. Niestandardowa karta może więc nadal sterować właściwym światłem, przełącznikiem czy czujnikiem, choć zmieni się jej nagłówek, podtytuł albo automatycznie wygenerowana etykieta. Jeśli karta wygląda nieprawidłowo, sprawdź jej konfigurację i ustal, czy odczytuje jawną nazwę, nazwę urządzenia czy wartość w stylu `friendly_name`. Nie zakładaj, że zmiana kosmetycznej etykiety oznacza awarię encji — potwierdź encję przypisaną do karty i przetestuj sterowanie. Ta sama ostrożność dotyczy integracji, które nie wdrożyły jeszcze spójnie modelu urządzeń podrzędnych. Jeden ekran może pokazywać urządzenie nadrzędne wraz z jego komponentami, podczas gdy inny nadal wyświetla osobne encje bez tej samej hierarchii. W efekcie wyszukiwanie w rejestrze może zwracać wpisy wyglądające na powielone, a etykieta automatycznie tworzona na pulpicie może różnić się od nazwy widocznej w ustawieniach urządzenia. Porównaj identyfikator encji, obszar oraz rzeczywisty stan lub sposób sterowania. Jeśli się zgadzają z zamierzonym sprzętem, różnica ma charakter organizacyjny albo prezentacyjny. Jeśli nie, dodaj ten element do listy kontrolnej dla danej integracji. Do oddzielenia zgodności od wyglądu wystarczy krótki test po aktualizacji. Wybierz jedną ważną automatyzację, jedną kartę pulpitu i jedną komendę głosową. Sprawdź, czy automatyzacja nadal wskazuje oczekiwany identyfikator encji, karta steruje właściwym urządzeniem, a wypowiedziana komenda dociera do zamierzonej encji. Następnie przejrzyj każde urządzenie wieloskładnikowe, którego wpis w rejestrze wygląda na zduplikowany, i zanotuj, czy jego integracja obsługuje urządzenia podrzędne. Bezpieczną warstwą pozostaje istniejąca warstwa identyfikatorów encji, a stare nazwy głosowe nadal działają jako aliasy. Widoczne ryzyko polega na dezorientacji: zmienione ciągi znaków, przeorganizowane wpisy urządzeń, etykiety niestandardowych kart pobierane z innych pól oraz nierówne wsparcie dla urządzeń podrzędnych mogą wyglądać jak awaria. Rozdzielenie tych kategorii zamienia pierwszą kontrolę w ukierunkowane sprawdzenie zgodności, zamiast prowadzić do awaryjnej przebudowy. ## Cztery kontrole, które mają znaczenie po aktualizacji Zacznij od tych miejsc instalacji, w których nazwy są traktowane jak dane, a nie ozdobniki. Pierwsza kontrola obejmuje pulpit, zwłaszcza niestandardowe karty. Home Assistant 2026.11 może zmienić tekst wyświetlany przez kartę, pozostawiając bez zmian identyfikator encji, którą karta obsługuje. Niestandardowa karta odczytująca `friendly_name` może więc pokazywać inną etykietę niż karta wbudowana albo zmienić ją ponownie po zmianie nazwy urządzenia lub encji. Otwórz pulpity używane najczęściej i porównaj zarówno widoczną etykietę, jak i cel działania. Jeśli karta staje się niejednoznaczna, nadaj jej jawną nazwę, zamiast zmieniać nazwy encji tylko po to, by poprawić jeden widok. [Dokumentacja Home Assistant dotycząca nazywania kart](https://www.home-assistant.io/dashboards/naming/) obsługuje stały tekst, a także oddzielne elementy encji, urządzenia, obszaru i piętra. Ma to szczególne znaczenie na pulpitach z powtarzającymi się czujnikami, przełącznikami lub światłami. Karta może nadal działać prawidłowo, choć jej etykieta stanie się zbyt długa, będzie powtarzać nazwę pomieszczenia albo przestanie rozróżniać dwa podobne urządzenia. Sprawdź niestandardowe karty korzystające z szablonów lub atrybutów właściwych dla integracji, a następnie popraw prezentację na poziomie karty, jeśli tylko ona jest problemem. Dokumentacja zaleca także przypisywanie urządzeń do obszarów i używanie nazwy karty do określania wyświetlanej treści, zamiast umieszczania całego kontekstu lokalizacji w nazwie encji. Dzięki temu podstawowa organizacja pozostaje użyteczna w ustawieniach, selektorach i innych pulpitach, nie tylko w naprawianym widoku. [Wskazówki Home Assistant dotyczące dostosowywania encji](https://www.home-assistant.io/docs/configuration/customizing-devices/) wyjaśniają ten podział. Druga kontrola obejmuje generowany tekst: szablony, powiadomienia, logi i komunikaty wyświetlane domownikom. Przeszukaj YAML oraz szablony tworzone w interfejsie pod kątem bezpośredniego użycia `friendly_name`. Home Assistant zachowuje ten atrybut dla zgodności, ale w ogłoszeniu dotyczącym wersji 2026.11 podano, że stopniowo przestaje on być preferowanym źródłem nazw. Używaj `entity_name()`, gdy komunikat wskazuje konkretną funkcję lub punkt danych, `device_name()`, gdy opisuje fizyczny produkt, oraz `area_name()`, gdy istotny jest kontekst pomieszczenia. [Dokumentacja funkcji szablonów](https://www.home-assistant.io/template-functions/) definiuje te funkcje i obiekty, do których się odwołują. Zanim zmienisz szablon, sklasyfikuj zdanie. „Zużycie energii jest wysokie” to komunikat na poziomie encji; „ekspres do kawy jest offline” dotyczy urządzenia; „w kuchni jest za ciepło” odnosi się do obszaru. Wyrenderuj każdy zmieniony szablon z użyciem prawdziwej encji i odczytaj wynik tak, jak usłyszałaby lub zobaczyła go osoba w domu. Szablon może wykonać się poprawnie, a mimo to wygenerować powtórzoną nazwę pomieszczenia albo sformułowanie, które nie pozwala już odróżnić dwóch podobnych urządzeń. Dlatego warto sprawdzić nie tylko, czy kod działa, lecz także czy powiadomienie pozostaje zrozumiałe po dodaniu przez Home Assistant nazw kontekstowych wokół obiektu. Trzeci test dotyczy obsługi głosowej. Przejrzyj encje udostępnione Assistowi, Alexie lub Asystentowi Google i sprawdź nazwy, których faktycznie używają domownicy. Już udostępnione encje zachowują stare nazwy jako aliasy, więc nie należy uznawać polecenia za zepsute tylko dlatego, że na pulpicie widoczna jest teraz inna nazwa kontekstowa. Traktuj jednak alias jako pomoc w zachowaniu zgodności i nadal szukaj kolizji: dwóch świateł o tej samej nazwie głosowej, urządzenia nadrzędnego i gniazdka podrzędnego brzmiących podobnie albo zmienionej encji, która jest czytelna na ekranie, lecz niezręczna w wymowie. Dokumentacja Home Assistant dotycząca [aliasów głosowych](https://www.home-assistant.io/voice_control/aliases) opisuje aliasy jako sposób obsługi wielu nazw tej samej encji. Przetestuj zarówno zamierzone polecenie, jak i pobliską alternatywę. Poproś asystenta o sterowanie urządzeniem, a następnie sprawdź, czy nie wybrano podobnie nazwanej lampy, przełącznika lub gniazdka. Podczas ręcznej kontroli uwzględnij zamki, alarmy, sterowanie garażem i urządzenia klimatyzacyjne, ponieważ poprawna odpowiedź głosowa nie dowodzi jeszcze, że wybrano właściwy cel. Sprawdź aliasy pomieszczeń i urządzeń, a także nazwy encji, oraz upewnij się, że udostępniono głosowo tylko te encje, które rzeczywiście powinny być dostępne. Czwarty test obejmuje sprzęt wieloelementowy. Obsługiwana listwa zasilająca może być teraz wyświetlana jako urządzenie nadrzędne z osobnymi urządzeniami podrzędnymi dla poszczególnych gniazd. Porównaj urządzenie nadrzędne z każdym elementem podrzędnym, wskaż główną encję i sprawdź, czy każde gniazdo ma właściwą nazwę oraz obszar. Element podrzędny można nazwać zgodnie z jego funkcją, na przykład „Czajnik” lub „Lampka biurkowa”, zamiast zachowywać techniczną etykietę w rodzaju „Gniazdo 3”. W ogłoszeniu wydania podano, że obsługa urządzeń podrzędnych jest dostępna dla Z-Wave, MQTT, ESPHome, niektórych urządzeń Tuya i innych integracji, natomiast obsługa Matter i ZHA jest nadal rozwijana. Dopóki kolejne integracje nie przyjmą tego modelu, sposób organizacji może się różnić. Na potrzeby audytu małego pomieszczenia wyobraź sobie domowe biuro, w którym jedna listwa zasila lampkę biurkową, monitor i ładowarkę. Nazwij fizyczne urządzenie zgodnie z jego przeznaczeniem, przypisz je do obszaru biura i oznacz encję najlepiej reprezentującą listwę jako główną. Nadaj każdemu gniazdu odrębną nazwę opartą na funkcji, a następnie sprawdź urządzenia podrzędne lub powiązane encje utworzone przez integrację. Jeśli domyślna nazwa niezręcznie powtarza pomieszczenie lub urządzenie, użyj jawnej nazwy karty. W powiadomieniu zastosuj `device_name()` dla całej listwy, `entity_name()` dla pojedynczego gniazda oraz `area_name()` w komunikacie dotyczącym biura. Na koniec udostępnij głosowo tylko te gniazda, które powinny być dostępne, i sprawdź, czy włączenie lampki nie wpływa na monitor. Pracuj pomieszczenie po pomieszczeniu i nie zmieniaj identyfikatorów encji, chyba że istnieje osobny powód, by to zrobić. Migracja ma zachować konfiguracje odwołujące się do tych identyfikatorów; ten audyt służy uzgodnieniu nazw wyświetlanych, generowanych, wypowiadanych oraz przypisanych do urządzeń podrzędnych z rzeczywistym układem domu. Zrzuty ekranu lub eksporty najważniejszych pulpitów mogą ułatwić stopniowe porządki i ich odwrócenie, a ograniczenie zakresu sprawia, że każdą niejasną etykietę lub nieoczekiwany wynik polecenia głosowego łatwiej prześledzić. ## Kto powinien zaktualizować system teraz, a kto przygotować zmianę W przypadku standardowej instalacji Home Assistant OS ze zwykłymi pulpitami i obsługiwanymi integracjami aktualizacja jest rozsądnym krokiem, gdy tylko znajdziesz czas na sprawdzenie domu. Najpierw wykonaj kopię zapasową, wybierz kontrolowane okno serwisowe, a potem skontroluj najważniejsze pomieszczenia. Przetestuj światła, sterowanie klimatem, zamki, alarmy oraz pulpity używane na co dzień. Jeśli działają zgodnie z oczekiwaniami, nie ma potrzeby zmieniać nazw w całej instalacji. Własne zalecenia Home Assistant traktują porządkowanie nazw jako opcjonalne: dotychczasowe nazwy mogą pozostać, jeśli są już wystarczająco jasne. Jeśli nazwy są mocno osadzone w interfejsie, warto rozłożyć aktualizację na etapy. Niestandardowe karty, ręcznie tworzone pulpity, szablony YAML, powiadomienia mobilne i procedury głosowe mogą wyświetlać nazwy inaczej niż standardowy interfejs. Przed aktualizacją wykonaj kopię zapasową oraz zrób zrzuty ekranu lub eksporty najważniejszych pulpitów. Zapisz też krótką listę poleceń i powiadomień, z których domownicy korzystają na co dzień. Po aktualizacji będzie to punkt odniesienia i ułatwi odróżnienie zmienionej etykiety od niedziałającej encji. Inny nagłówek na karcie sam w sobie nie świadczy o awarii automatyzacji ani urządzenia. Instalacje intensywnie korzystające z YAML wymagają dokładniejszego przeglądu. Szablony prezentujące nazwy powinny, tam gdzie to właściwe, przechodzić na dedykowane pomocniki `entity_name()`, `device_name()` i `area_name()`. Nie oznacza to konieczności przepisywania każdej działającej automatyzacji. Stabilne odwołania do identyfikatorów encji pozostaw bez zmian, a warstwę prezentacji przejrzyj wybiórczo: to w powiadomieniach, na ekranach ściennych, w komunikatach trwałych i odpowiedziach głosowych najłatwiej zauważyć przestarzałe podejście do nazewnictwa. Dokumentacja wyraźnie rozróżnia zmianę nazwy encji od zmiany jej identyfikatora. Sama nazwa nie zmienia identyfikatora encji, natomiast zmiana identyfikatora może wymagać aktualizacji automatyzacji i skryptów. ([Dostosowywanie encji w Home Assistant](https://www.home-assistant.io/docs/configuration/customizing-devices/)) Przy wyborze ostrożnego podejścia znaczenie ma zestaw używanych integracji. Home Assistant może przedstawiać niektóre złożone produkty jako urządzenie nadrzędne z urządzeniami podrzędnymi — na przykład listwę zasilającą, której gniazda są widoczne osobno — ale za tę strukturę odpowiada integracja. Obsługa urządzeń podrzędnych w Matter i ZHA wciąż jest rozwijana, dlatego gospodarstwa domowe intensywnie korzystające z którejś z tych technologii nie powinny zakładać, że po aktualizacji każdy element pojawi się w taki sam sposób. Użytkownicy Z-Wave, MQTT i ESPHome również powinni sprawdzić rzeczywiste urządzenia, zamiast wyciągać wnioski na podstawie innej integracji. Upewnij się, że każde gniazdo, czujnik i element sterujący nadal jest przypisany do właściwego pomieszczenia i pulpitu. ([Ogłoszenie dotyczące nazewnictwa](https://www.home-assistant.io/blog/2026/11/03/naming-things-in-home-assistant/))
Profil instalacji Podejście
Standardowa instalacja systemu Wykonaj kopię zapasową, zaktualizuj system, a następnie sprawdź go pomieszczenie po pomieszczeniu.
Niestandardowe karty lub pulpity Przeprowadź aktualizację etapami i obejrzyj zapisane zrzuty ekranu lub eksporty.
Rozbudowane szablony i powiadomienia YAML Przejrzyj szablony związane z nazwami i zmieniaj tylko to, co rzeczywiście wymaga zmiany.
Dom intensywnie korzystający z Matter lub ZHA Wybierz kontrolowane okno aktualizacji i sprawdź sposób prezentacji urządzeń podrzędnych.
Automatyzacje krytyczne dla bezpieczeństwa — zamki, alarmy lub ogrzewanie i chłodzenie Aktualizuj tylko wtedy, gdy ktoś może wykonać testy ręczne.
Końcowa weryfikacja powinna być praktyczna. Włącz światło z pulpitu, a jeśli używasz sterowania głosowego — także głosem. Sprawdź termostat w widoku pomieszczenia oraz w automatyzacji, która z niego korzysta. Potwierdź, że zamki i alarmy są przypisane do oczekiwanych obszarów i prawidłowo reagują na ręczne sterowanie. W przypadku produktu z wieloma gniazdami lub komponentami przetestuj każdy element osobno. Sprawne urządzenie nadrzędne nie jest dowodem, że działają wszystkie urządzenia podrzędne. Przejrzyj także encje udostępnione Assist, Alexie lub Google Assistant. Starsze nazwy nadal mogą być używane jako aliasy głosowe, ale nowa kontekstowa nazwa wyświetlana wciąż może sprawić, że wypowiadane polecenie będzie niejasne. Decyzja sprowadza się więc mniej do tego, czy przeprowadzić pełne porządki w nazewnictwie, a bardziej do tego, czy masz czas na sprawdzenie instalacji. Zwykłe gospodarstwa domowe mogą wykonać aktualizację po zrobieniu kopii zapasowej i przeprowadzić kontrolę pomieszczenie po pomieszczeniu. W domach mocno dostosowanych do własnych potrzeb lub zależnych od automatyzacji związanych z bezpieczeństwem lepiej rozłożyć zmianę na etapy, zachować punkty odniesienia dla kluczowych pulpitów i przetestować urządzenia, od których najbardziej zależą domownicy. Jeśli etykieta jest niezręczna, zmień ją świadomie. Jeśli identyfikator encji i automatyzacja nadal działają, pozostaw tę stabilną podstawę bez zmian.