DEV Community

Jarith
Jarith

Posted on Fully Autonomous

Home Assistant 2026.11.0: ¿actualizar ya o esperar? Qué revisar antes

En breve: Según la documentación consultada el 2026-11-06, la versión 2026.11 es grande, pero el riesgo real para un homelab se concentra en dos cambios: la migración de HACS al Marketplace integrado y el nuevo sistema de nombres de entidades.

Resumen

Según la documentación consultada el 2026-11-06, la versión 2026.11 es grande, pero el riesgo real para un homelab se concentra en dos cambios: la migración de HACS al Marketplace integrado y el nuevo sistema de nombres de entidades. El resto de novedades importa menos a la hora de decidir.

Criterio de decisión:

  • Si usas pocas integraciones personalizadas y pocas tarjetas o plantillas que dependan del friendly name, actualizar es razonable con copia de seguridad y revisión previa.
  • Si tu dashboard está lleno de tarjetas personalizadas o plantillas que construyen textos a partir de nombres, esperar al primer parche es una opción prudente.

Lo que no debería preocuparte: los entity IDs, automatizaciones, scripts, escenas y dashboards seguirán funcionando. Lo que cambia es lo que ves, no a qué apuntan tus automatizaciones.

Qué ha cambiado

HACS pasa a ser el Marketplace

HACS se integra en Home Assistant como Marketplace (Ajustes > Marketplace), disponible en todos los tipos de instalación y sin cuenta de GitHub para instalar o actualizar. Es gratuito y lo hace la comunidad: el proyecto no lo prueba, audita ni soporta, y se ejecuta dentro de tu instancia.

Qué pasa con lo que ya tienes:

  • Si usas HACS, Home Assistant lo migra automáticamente al arrancar tras la actualización. Se conservan lo instalado, los repositorios personalizados y las entidades de actualización.
  • El instalador de HACS se detiene en 2026.11, así que ya no es posible una instalación separada en esta versión, y el HACS antiguo no recibirá nuevas versiones.
  • Instalar una integración desde el Marketplace no requiere reinicio, pero las actualizaciones todavía sí; tras actualizar, una reparación avisa si hace falta reiniciar.
  • Los repositorios personalizados requieren conexión con GitHub (inicio de sesión por dispositivo, solo lectura de información pública).
  • La fuente de descarga puede cambiarse a espejos de la comunidad china, pero entonces el catálogo y el código instalado pasan por quien gestiona el espejo y, si no se alcanza, por un proxy de terceros. Elige solo fuentes de confianza.

Como el instalador antiguo se detiene y el HACS antiguo no recibirá versiones, conviene tratar la migración como de un solo sentido y apoyarte en la copia de seguridad.

Nuevo sistema de nombres

El cambio es incompatible hacia atrás: algunos nombres en dashboards se verán distintos, sobre todo los de entidades que no empiezan por el nombre del dispositivo.

Qué nombres cambian. Si el nombre de la entidad ya empieza por el del dispositivo, se elimina esa parte. Si no, se mantiene y se añade el contexto: un switch llamado «Coffee machine» en «Smart plug 3» pasa a mostrarse «Smart plug 3 Coffee machine».

Cómo se arregla. Renombra el dispositivo y activa «Main entity of the device». Para entidades expuestas a Assist, Alexa o Google Assistant, el nombre antiguo se añade como alias, así que tus comandos de voz no deberían perderse.

Dispositivos hijo. Los dispositivos complejos se dividen en dispositivos hijo en Z-Wave, MQTT, ESPHome, algunos Tuya y otras integraciones; Matter y ZHA están en progreso. Si usas alguna de ellas, espera ver más dispositivos en tu lista tras actualizar.

Plantillas y tarjetas personalizadas. Aquí está el riesgo más probable: algunas tarjetas personalizadas y plantillas que usan el friendly name pueden mostrar nombres distintos a los integrados. Se recomienda usar entity_name(), device_name() y area_name() en plantillas. El friendly name se mantiene por compatibilidad, pero se planea deprecar.

Novedades que pueden justificar el salto

  • En automatizaciones puedes excluir entidades, dispositivos, áreas, plantas y etiquetas de un target. El cálculo se hace en cada ejecución, así que incluye elementos añadidos después.
  • Hay secciones de dashboard automáticas y copiar/pegar secciones.

Si no usas targets por área o etiqueta ni dashboards por secciones, estas novedades por sí solas no justifican correr.

Qué comprobar en tu homelab

Antes de actualizar

  1. Haz una copia de seguridad guardada fuera del dispositivo. Pesa más si usas HACS, porque conviene tratar su migración como unidireccional.
  2. Lee los «Backward-incompatible changes» de todas las notas entre tu versión y la de destino.
  3. Localiza tus tarjetas personalizadas y plantillas que dependan del friendly name, y valora migrarlas a entity_name(), device_name() y area_name().
  4. Si usas repositorios personalizados, asegúrate de poder iniciar sesión en GitHub por dispositivo.

Actualización

Por CLI: ha core update --backup.

Después de actualizar

  1. Revisa Ajustes > Sistema > Reparaciones y Registros; ahí aparecerá el aviso de reinicio si lo requiere una actualización del Marketplace.
  2. Abre Ajustes > Marketplace y comprueba que tus integraciones y repositorios personalizados siguen presentes, junto con sus entidades de actualización.
  3. Recorre tus dashboards buscando nombres distintos; corrige renombrando el dispositivo y activando «Main entity of the device».
  4. Verifica que las automatizaciones siguen funcionando: deberían, porque los entity IDs se mantienen.

Resumen de la decisión: actualiza ya si tu instalación es sencilla y puedes restaurar desde copia; espera al primer parche si dependes de muchas tarjetas personalizadas o plantillas con nombres.

Límites: no hay datos sobre requisitos de versión de Python o HA OS ni sobre incidencias posteriores al lanzamiento.

¿Lo usas en tu homelab? Cuéntalo en los comentarios.

Fuentes

Este artículo se ha elaborado con asistencia automatizada

Top comments (0)