--- service: "Publicasta" schema_version: "1.0" article_id: 1130 title: "Home Assistant 2026.11 cambia cómo se nombran los dispositivos: qué revisar tras actualizar" language: "es" default_language: "en" canonical_url: "https://publicasta.com/smart_home/home_assistant_2026_11_naming_migration_audit?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" 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:34+00:00" updated_at: "2026-11-04T17:25:34+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 cambia cómo se nombran los dispositivos: qué revisar tras actualizar > Home Assistant 2026.11 mantiene intactos los ID de entidad y las automatizaciones, pero cambia los nombres visibles, la estructura de dispositivos secundarios, el comportamiento de las tarjetas personalizadas y las recomendaciones para plantillas. Esta auditoría práctica indica qué conviene comprobar. ## Qué cambia realmente en Home Assistant 2026.11 ![Una persona revisa los nombres de los dispositivos inteligentes y su relación con las habitaciones tras una actualización.](https://publicasta.com/storage/projects/14/pages/1130/2026/11/e0afe297-34ba-446d-b95d-73558d5239bb.webp) Home Assistant 2026.11 cambia la forma en que se presentan y organizan los dispositivos y las entidades, pero no reescribe por completo los identificadores que usan las automatizaciones existentes. Esa diferencia es el punto de partida para cualquier auditoría posterior a la actualización. En una vivienda pueden cambiar las etiquetas de los paneles, los ajustes y las páginas de dispositivos, mientras que las automatizaciones, los scripts, las escenas y los paneles que apuntan a ID de entidad existentes siguen refiriéndose a las mismas entidades. Por eso, conviene entender primero esta actualización como un cambio de presentación y organización, y después como un motivo para revisar los lugares donde se usan directamente nombres legibles para las personas. La terminología importa. Un área describe una ubicación de la vivienda. Un dispositivo representa un producto conectado. Una entidad representa una capacidad o un dato expuesto por ese producto, como una luz, un interruptor, una lectura de temperatura o un sensor de consumo eléctrico. El ID de entidad es el identificador orientado a la configuración que utilizan las automatizaciones y otras referencias de Home Assistant. El nombre de la entidad, el nombre del dispositivo, el nombre del área y la presentación anterior basada en `friendly_name` son etiquetas orientadas a las personas. El enfoque más reciente de Home Assistant utiliza esas relaciones para aportar más contexto, en lugar de obligar a que cada elemento incluya su ubicación y la información del dispositivo en un único nombre indiferenciado. El anuncio oficial sobre los [nombres en 2026.11](https://www.home-assistant.io/blog/2026/11/03/naming-things-in-home-assistant/) presenta este cambio como una evolución hacia nombres definidos por su contexto. Ese contexto es lo que los usuarios tienen más probabilidades de notar después de actualizar. Un panel o una pantalla de ajustes puede mostrar una entidad junto con su dispositivo o área, lo que facilita distinguir elementos similares en una instalación grande. En otra vista, el contexto añadido puede parecer repetitivo porque la habitación o el dispositivo ya resultan evidentes por la disposición de las tarjetas. Ambas situaciones pueden ser normales. Que cambie el texto mostrado no demuestra por sí solo que la entidad haya cambiado de nombre en el nivel de configuración ni que una automatización haya perdido su objetivo. La documentación de Home Assistant delimita claramente ambas cosas: cambiar el nombre de una entidad no cambia su ID de entidad, mientras que cambiar el ID de entidad es una operación distinta que puede exigir actualizar las referencias en automatizaciones o scripts. [La documentación sobre la personalización de entidades](https://www.home-assistant.io/docs/configuration/customizing-entities/) también recomienda asignar dispositivos a áreas para que Home Assistant pueda utilizar esa estructura en selectores, cuadros de diálogo y tablas. La versión también facilita representar los productos compuestos como una jerarquía. Un producto compatible puede tener un dispositivo principal y dispositivos secundarios debajo de él. Una regleta es un ejemplo claro: la regleta puede aparecer como dispositivo principal, mientras que sus enchufes individuales aparecen como subdispositivos con sus propias entidades, como datos de consumo por enchufe. Esto refleja mejor la estructura física, pero puede hacer que el registro de dispositivos tenga un aspecto diferente después de actualizar. Lo que parece un duplicado puede ser, en realidad, una parte de un producto existente que ahora se muestra de forma visible. La documentación señala que la integración decide si un dispositivo tiene subdispositivos; los usuarios no pueden crear ni modificar esa relación por su cuenta. [La guía de Home Assistant sobre dispositivos principales](https://www.home-assistant.io/docs/configuration/customizing-entities/#about-parent-devices-and-sub-devices) explica cómo se muestran juntos el dispositivo principal y sus subdispositivos. Esta nueva estructura no significa que todas las integraciones presenten sus componentes de la misma manera desde el primer momento. El anuncio de la versión indica que la compatibilidad con dispositivos secundarios para Matter y ZHA todavía está en desarrollo. Por tanto, una vivienda que utilice cualquiera de esas integraciones puede tener una vista de dispositivo principal y secundarios menos completa que otra cuya integración ya modele todas las partes de un producto compuesto. Antes de interpretarlo como una migración fallida, conviene considerarlo una cuestión de cobertura de la integración. El modelo de nombres puede ser visible en la interfaz general aunque una integración concreta todavía esté incorporando las relaciones entre dispositivos que debe exponer. La primera revisión práctica es sencilla: compara las etiquetas que ves ahora con los ID de entidad que usan algunas automatizaciones importantes, apunta qué productos han incorporado entradas secundarias e identifica las pantallas donde los nombres se volvieron ambiguos o repetitivos. Después, prueba el comportamiento físico de los dispositivos más importantes. Home Assistant 2026.11 cambia el vocabulario que las personas ven primero —sobre todo mediante nombres contextuales y la organización en dispositivos secundarios—, pero una auditoría útil debe separar esos cambios visibles de las referencias de entidad y del comportamiento de las integraciones, que son los que determinan si la casa sigue funcionando correctamente. ## El límite de compatibilidad: qué debería seguir funcionando Home Assistant 2026.11 modifica más los nombres que ven las personas que los identificadores que el sistema utiliza internamente. Un ID de entidad como `light.kitchen_ceiling` sigue siendo la referencia estable que usan las automatizaciones, los scripts, las escenas y la configuración de los paneles. El nombre mostrado de una entidad, el nombre de un dispositivo, la etiqueta de un área o la etiqueta de una tarjeta pertenecen a una capa distinta, que puede volverse más contextual sin exigir que se reescriba cada referencia. Ese es el primer control de compatibilidad después de actualizar. Una automatización que apunta a un ID de entidad existente debería seguir resolviendo hacia esa entidad, y un script o una escena construidos alrededor de esos ID no deberían dejar de funcionar de repente porque la interfaz muestre otro nombre. Lo mismo se aplica a los paneles cuyas tarjetas apuntan explícitamente a esas entidades. Si una tarjeta ahora muestra «Techo de la cocina» en lugar del texto que recuerdas, ese cambio visual por sí solo no demuestra que la tarjeta haya perdido su objetivo. Comprueba el ID de entidad antes de modificar el YAML o reconstruir una automatización. La diferencia importa porque Home Assistant ahora muestra más contexto de nombres en lugares donde antes los usuarios veían una etiqueta más plana. Una entidad puede entenderse en relación con su dispositivo y su área, mientras que un producto formado por varias partes puede representarse mediante dispositivos secundarios. Una regleta, por ejemplo, puede mostrar dispositivos secundarios independientes o entradas correspondientes a cada componente para sus tomas cuando la integración admite ese modelo. Esas entradas pueden parecer duplicadas al compararlas con una vista anterior del registro de dispositivos, aunque las entidades subyacentes y sus ID sigan siendo las referencias que utilizan las automatizaciones existentes. El anuncio oficial presenta esto como parte del trabajo de nomenclatura y organización, no como una exigencia de recrear todas las automatizaciones. ([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/)) Hay un límite importante para esa tranquilidad: la compatibilidad con dispositivos secundarios no es uniforme entre integraciones. El anuncio señala que la compatibilidad con Matter y ZHA todavía está en desarrollo, por lo que productos similares con varios componentes pueden aparecer de forma diferente según cómo estén integrados. Un dispositivo puede mostrarse con una estructura de dispositivo principal y dispositivos secundarios, mientras que otro puede conservar una representación más plana. Esa diferencia es motivo para inspeccionar el dispositivo afectado, no para suponer que se han regenerado los ID de entidad. El control por voz cuenta con una protección de compatibilidad independiente. Los nombres existentes siguen disponibles como alias para las integraciones de voz, así que las familias no tienen que reaprender de inmediato todos los comandos hablados porque Home Assistant recomiende ahora nombres más contextuales. Esto resulta útil para las entidades expuestas a Assist, Alexa o Google Assistant. Aun así, los alias no sustituyen la comprobación de qué se ha expuesto realmente. Si cambian la agrupación visible, la asignación de área o la estructura del dispositivo, un asistente de voz puede presentar la entidad de otra manera aunque el comando habitual siga siendo válido. La alarma falsa más probable es que haya cambiado el texto mostrado. Una tarjeta del panel, una página de ajustes, un selector de voz o una lista de dispositivos puede mostrar un nombre más largo, más contextual o basado en la entidad en vez del dispositivo. Los usuarios pueden interpretarlo como una referencia rota porque el texto ya no coincide con una captura antigua o una notificación. Trata el texto y el identificador como dos resultados de prueba distintos: «¿La interfaz lo llama como espero?» y «¿La automatización sigue apuntando a la entidad correcta?» son preguntas relacionadas, pero no son la misma pregunta. Las tarjetas personalizadas añaden otra capa de incertidumbre. Las tarjetas que usan explícitamente un ID de entidad tienen un objetivo claro, mientras que las tarjetas o plantillas que generan etiquetas a partir de campos de nombres pueden mostrar algo distinto después de la actualización. Por tanto, una tarjeta personalizada puede seguir controlando la luz, el interruptor o el sensor correctos aunque cambien su encabezado, subtítulo o etiqueta generada automáticamente. Si una tarjeta parece incorrecta, revisa su configuración y determina si está leyendo un nombre explícito, un nombre de dispositivo o un valor del estilo de `friendly_name`. No deduzcas que una entidad ha fallado solo por un cambio cosmético en la etiqueta: confirma la entidad de la tarjeta y prueba el control. La misma precaución se aplica a las integraciones que aún no han adoptado de forma coherente el modelo de dispositivos secundarios. Una pantalla puede mostrar un dispositivo principal y sus componentes, mientras otra continúa mostrando entidades separadas sin la misma jerarquía. Esto puede hacer que las búsquedas del registro devuelvan entradas aparentemente duplicadas o que la etiqueta generada automáticamente para un panel no coincida con el nombre mostrado en los ajustes del dispositivo. Compara el ID de entidad, el área y el estado o comportamiento real del control. Si coinciden con el hardware previsto, la diferencia es organizativa o de presentación. Si no coinciden, añade el elemento a la lista de auditoría de esa integración. Una prueba breve después de actualizar basta para separar compatibilidad y apariencia. Elige una automatización importante, una tarjeta del panel y un comando de voz. Confirma que la automatización sigue haciendo referencia al ID de entidad esperado, que la tarjeta controla el dispositivo correcto y que el comando hablado llega a la entidad prevista. Después, revisa cualquier dispositivo con varios componentes cuya entrada del registro parezca duplicada y anota si su integración admite dispositivos secundarios. La zona segura sigue siendo la capa existente de IDs de entidad, con los nombres de voz antiguos conservados como alias. El riesgo visible es la confusión: cadenas renombradas, entradas de dispositivos reorganizadas, etiquetas de tarjetas personalizadas derivadas de campos distintos y una compatibilidad desigual con dispositivos secundarios pueden parecer fallos. Mantener separadas esas categorías convierte la primera revisión en una comprobación de compatibilidad concreta, en lugar de una reconstrucción de emergencia. ## Las cuatro comprobaciones importantes después de actualizar Empieza por las partes de la instalación donde los nombres se tratan como datos y no como simple decoración. La primera comprobación es el panel, especialmente las tarjetas personalizadas. Home Assistant 2026.11 puede cambiar el texto que muestra una tarjeta y dejar intacto el ID de entidad que controla. Por ello, una tarjeta personalizada que lea `friendly_name` puede mostrar una etiqueta distinta de la de una tarjeta integrada, o cambiar de nuevo al renombrar el dispositivo o la entidad. Abre los paneles que más utilizas y compara tanto la etiqueta visible como el objetivo de la acción. Si una tarjeta se vuelve ambigua, asígnale un nombre explícito en vez de renombrar entidades solo para mejorar una vista. La [documentación de Home Assistant sobre nombres de tarjetas](https://www.home-assistant.io/dashboards/naming/) permite usar texto fijo y también componentes separados de entidad, dispositivo, área y planta. Esto es especialmente importante en paneles con sensores, interruptores o luces repetidos. Una tarjeta puede seguir funcionando perfectamente aunque su etiqueta sea demasiado larga, repita la habitación o deje de distinguir dos dispositivos similares. Comprueba las tarjetas personalizadas que usan plantillas o atributos específicos de una integración y corrige la presentación en la propia tarjeta cuando ese sea el único problema. La documentación también recomienda asignar los dispositivos a áreas y usar el nombre de la tarjeta para ajustar lo que se muestra, en lugar de incluir todo el contexto de ubicación en el nombre de la entidad. Así, la organización subyacente sigue siendo útil en los ajustes, los selectores y otros paneles, además de en la vista que estás reparando. La [guía de Home Assistant sobre personalización de entidades](https://www.home-assistant.io/docs/configuration/customizing-devices/) explica esta separación. La segunda comprobación es el texto generado: plantillas, notificaciones, registros y mensajes que ven los miembros del hogar. Busca usos directos de `friendly_name` en el YAML y en las plantillas creadas desde la interfaz. Home Assistant conserva ese atributo por compatibilidad, pero el anuncio de 2026.11 indica que está dejando de ser la fuente de nombres preferida. Usa `entity_name()` cuando el mensaje identifique una función o un punto de datos concreto, `device_name()` cuando describa el producto físico y `area_name()` cuando el contexto relevante sea la habitación. La [referencia de funciones de plantillas](https://www.home-assistant.io/template-functions/) define estas funciones y los objetos que resuelven. Clasifica la frase antes de cambiar la plantilla. «El consumo de energía es alto» es un mensaje sobre una entidad; «la cafetera está desconectada» se refiere a un dispositivo; «la cocina está demasiado caliente» se refiere a un área. Renderiza cada plantilla modificada con una entidad real y lee el resultado como lo escucharía o vería alguien de la casa. Una plantilla puede evaluarse correctamente y aun así producir un nombre de habitación duplicado o una frase que ya no distinga entre dos dispositivos parecidos. Por tanto, la prueba útil no consiste solo en comprobar si el código se ejecuta, sino en verificar que la notificación resultante siga siendo clara después de que Home Assistant añada nombres contextuales alrededor del objeto. La tercera comprobación es la exposición por voz. Revisa las entidades expuestas a Assist, Alexa o Google Assistant y prueba los nombres que realmente usa la gente. Las entidades ya expuestas conservan sus nombres anteriores como alias, así que un comando no debe considerarse roto solo porque el panel muestre ahora una etiqueta contextual diferente. Considera ese alias una ayuda de compatibilidad, pero busca también posibles colisiones: dos luces con el mismo nombre hablado, un dispositivo principal y un enchufe secundario que suenen igual, o una entidad renombrada que sea clara en pantalla pero resulte incómoda al decirla. La [documentación de alias de voz de Home Assistant](https://www.home-assistant.io/voice_control/aliases) describe los alias como una forma de admitir varios nombres para una misma entidad. Prueba tanto el comando previsto como una alternativa cercana. Pide al asistente que controle el dispositivo y comprueba después que no haya seleccionado una luz, un interruptor o un enchufe con un nombre parecido. Incluye cerraduras, alarmas, controles del garaje y equipos de climatización en la revisión manual, porque una respuesta de voz satisfactoria no demuestra que se haya elegido el objetivo correcto. Comprueba los alias de habitaciones y dispositivos, además de los nombres de las entidades, y asegúrate de que solo estén expuestas las entidades que deban estar disponibles por voz. La cuarta comprobación corresponde al hardware con varios componentes. Una regleta compatible puede aparecer ahora como un dispositivo principal con dispositivos secundarios independientes para sus enchufes. Compara el dispositivo principal con cada secundario, identifica la entidad principal y verifica que cada enchufe tenga el nombre y el área correctos. Un secundario puede recibir un nombre basado en su función real —como «Hervidor» o «Lámpara de escritorio»— en lugar de conservar una etiqueta técnica como «Enchufe 3». El anuncio de la versión indica que los dispositivos secundarios son compatibles con Z-Wave, MQTT, ESPHome, algunos dispositivos Tuya y otras integraciones, mientras que la compatibilidad con Matter y ZHA todavía está en desarrollo. La organización puede variar hasta que más integraciones adopten este modelo. Para una auditoría de una habitación pequeña, imagina un despacho doméstico con una regleta que alimenta una lámpara de escritorio, un monitor y un cargador. Nombra el dispositivo físico según lo que es, asígnalo al área del despacho y marca como entidad principal la que mejor represente a la regleta. Da a cada enchufe un nombre funcional y distintivo, y después inspecciona los dispositivos secundarios o las entidades relacionadas que haya creado la integración. Usa un nombre explícito en la tarjeta si el predeterminado repite la habitación o el dispositivo de forma poco natural. En una notificación, usa `device_name()` para la regleta completa, `entity_name()` para un enchufe concreto y `area_name()` para un mensaje sobre el despacho. Por último, expón solo los enchufes que deban estar disponibles por voz y comprueba que encender la lámpara no afecte al monitor. Trabaja habitación por habitación y mantén sin cambios los ID de las entidades, salvo que exista otro motivo para editarlos. La migración está diseñada para conservar las configuraciones que apuntan a esos ID; esta auditoría busca que los nombres mostrados, generados, pronunciados y vinculados a los dispositivos secundarios coincidan con la distribución física. Las capturas de pantalla o exportaciones de los paneles importantes pueden facilitar una limpieza gradual y sencilla de revertir, mientras que trabajar con un alcance reducido hace más fácil rastrear cualquier etiqueta confusa o resultado inesperado de voz. ## Quién debería actualizar ahora y quién debería preparar el cambio En una instalación estándar de Home Assistant OS, con paneles normales e integraciones compatibles, actualizar es razonable en cuanto tengas tiempo para verificar la vivienda. Haz una copia de seguridad antes, elige un periodo controlado y revisa después las habitaciones más importantes. Prueba las luces, los controles de climatización, las cerraduras, las alarmas y los paneles que se usan a diario. Si funcionan como esperas, no hace falta cambiar los nombres de toda la instalación. La propia guía de Home Assistant considera opcional la limpieza de nombres: los nombres existentes pueden mantenerse cuando ya son suficientemente claros. Si los nombres están muy integrados en la interfaz, planifica la actualización. Las tarjetas personalizadas, los paneles creados manualmente, las plantillas YAML, las notificaciones móviles y las rutinas de voz pueden mostrar los nombres de forma distinta a la interfaz estándar. Antes de actualizar, guarda una copia de seguridad y captura pantallazos o exporta los paneles críticos. Conserva una lista breve de los comandos y notificaciones de los que depende la familia. Así tendrás una referencia después de la actualización y podrás distinguir una etiqueta modificada de una entidad averiada. Que aparezca un encabezado diferente en una tarjeta no demuestra, por sí solo, que una automatización o un dispositivo haya fallado. Las instalaciones con mucho YAML requieren una revisión más cuidadosa. Las plantillas que muestran nombres deberían orientarse hacia los asistentes específicos `entity_name()`, `device_name()` y `area_name()` cuando corresponda. Eso no implica reescribir todas las automatizaciones que ya funcionan. Deja intactas las referencias estables a los ID de entidad y revisa de forma selectiva la capa de presentación: las notificaciones, las pantallas murales, los mensajes persistentes y las respuestas destinadas a la voz son los lugares donde más probablemente se note un enfoque de nomenclatura obsoleto. La documentación también establece una diferencia importante: cambiar el nombre de una entidad no cambia su ID de entidad, mientras que cambiar el propio ID puede exigir actualizar automatizaciones y scripts. ([Personalización de entidades de Home Assistant](https://www.home-assistant.io/docs/configuration/customizing-devices/)) La combinación de integraciones debería determinar el grado de cautela. Home Assistant puede representar algunos productos de varias partes como un dispositivo principal con dispositivos secundarios —por ejemplo, una regleta cuyos enchufes aparecen por separado—, pero esa estructura depende de la integración. La compatibilidad con dispositivos secundarios de Matter y ZHA todavía está en desarrollo, así que los hogares que dependan mucho de cualquiera de ellos no deberían dar por hecho que todos los componentes aparecerán igual después de actualizar. Los usuarios de Z-Wave, MQTT y ESPHome también deberían comprobar sus dispositivos reales, en lugar de extrapolar el comportamiento de otra integración. Verifica que cada enchufe, sensor y control siga asignado a la habitación y al panel previstos. ([Anuncio sobre los nombres](https://www.home-assistant.io/blog/2026/11/03/naming-things-in-home-assistant/))
Perfil de la instalación Enfoque
Configuración estándar del sistema operativo Haz una copia de seguridad, actualiza y verifica habitación por habitación.
Tarjetas o paneles personalizados Planifica la actualización e inspecciona los pantallazos o exportaciones guardados.
Plantillas y notificaciones con mucho YAML Revisa las plantillas relacionadas con nombres y cambia solo lo necesario.
Hogar con mucho uso de Matter o ZHA Elige un periodo controlado y verifica la representación de los dispositivos secundarios.
Automatizaciones críticas para cerraduras, alarmas o climatización Actualiza solo cuando alguien pueda realizar pruebas manuales.
Haz que la verificación final sea práctica. Prueba una luz desde el panel y mediante la voz si se utiliza el control por voz. Comprueba un termostato en la vista de su habitación y en la automatización que depende de él. Confirma que las cerraduras y alarmas estén asignadas a las áreas esperadas y respondan correctamente al control manual. En el caso de un producto con varias salidas o componentes, prueba cada componente por separado: que el dispositivo principal funcione no demuestra que todos sus elementos secundarios estén operativos. Revisa también las entidades expuestas a Assist, Alexa o Google Assistant. Los nombres anteriores siguen disponibles como alias de voz, pero un nuevo nombre contextual para mostrar puede hacer que un comando hablado resulte ambiguo. Por tanto, la decisión no consiste tanto en si conviene hacer una limpieza completa de nombres, sino en si tienes tiempo para verificar la instalación. Los hogares comunes pueden actualizar con una copia de seguridad y una comprobación habitación por habitación. Las viviendas personalizadas o sensibles desde el punto de vista de la seguridad deberían preparar el cambio, conservar referencias de los paneles críticos y probar primero los dispositivos de los que más depende la familia. Si una etiqueta resulta incómoda, cámbiala de forma deliberada; si el ID de entidad y la automatización siguen funcionando, conserva esa base estable.