¿Actualizaste a Home Assistant 2026.7 y te encontraste el editor de automatizaciones patas arriba? Tranquilo: tus automatizaciones de siempre siguen funcionando y YAML no se va a ningún sitio. Pero el nuevo editor, con los disparadores y condiciones por propósito ya por defecto para todo el mundo, es de esas cosas que cuando la pruebas no quieres volver atrás. En esta guía aprenderás a migrar automatizaciones sin romper nada.
En esta guía no te repito la lista de novedades (para eso tienes la noticia del release o las notas oficiales). Aquí vamos a lo práctico: cómo migrar automatizaciones en Home Assistant 2026.7 —del enfoque antiguo al nuevo—, con ejemplos de antes/después, los casos donde de verdad merece la pena, y los tres o cuatro sitios donde te puedes pillar los dedos.
Índice
Primero, lo importante: ¿tengo que migrar? No.
Lo repito porque genera dudas cada mes: nada te obliga a migrar automatizaciones. Home Assistant mantiene la compatibilidad hacia atrás, tus automatizaciones en YAML siguen igual, y puedes seguir creando disparadores “a la vieja usanza” si te apetece.
Entonces, ¿por qué migrar algunas? Por dos razones muy concretas:
- Robustez. Los nuevos disparadores gestionan por dentro los casos raros (entidad
unavailable, valoresunknown, atributos que no existen). Traducción: se acabaron las automatizaciones que se disparan solas a las 3 de la mañana porque un sensor Zigbee se quedóunavailablemedio segundo. - Legibilidad. Dentro de seis meses, “Cuando la temperatura del dormitorio baja de 18°C” se entiende sola.
numeric_statesobresensor.dormitorio_temp_2con unbelow: 18… ya no tanto.
Mi recomendación: no migres por deporte. Migra las que te den guerra y las que quieras dejar bonitas. El resto, cuando toque tocarlas.
Antes de empezar: copia de seguridad (en serio)
Vas a migrar automatizaciones editando disparadores en cadena, así que cúbrete:
- HA hace una copia automática antes de cada actualización, pero eso no cubre las ediciones que hagas tú después.
- En 2026.7 ya puedes usar Dropbox como destino de copias, además de Google Drive, NAS por red, etc.
- Antes de una tanda de ediciones: Ajustes → Sistema → Copias de seguridad → Crear copia ahora. Treinta segundos que te ahorran una tarde.
El cambio de mentalidad en una frase
Antes empezabas por el cómo técnico (qué entidad, qué estado, qué tipo de disparador). Ahora empiezas por el qué (qué quieres que pase en casa) y HA se encarga del resto. Eso es, en el fondo, lo que significa migrar automatizaciones hoy.
ANTES
YAML tecnico
platform: state
entity_id:
binary_sensor.
pasillo_movimiento
from: “off”
to: “on”
Dependes del entity_id exacto
Y si cambias el sensor… a editar.
AHORA
Lenguaje natural
Buscar
“Movimiento”
Area
Pasillo
HA vigila todos los
sensores de la zona
Sin tocar el entity_identity_id a describir la situacion por Area.
Ejemplo 1 — Movimiento en el pasillo
Antes (YAML clásico):
trigger:
- platform: state
entity_id: binary_sensor.pasillo_movimiento
from: "off"
to: "on"Funciona… hasta que cambias el sensor, o metes un segundo sensor en el pasillo, o el entity_id no era exactamente ese.
Ahora (editor visual):
- Abre la automatización en Ajustes → Automatizaciones y escenas y pulsa editar.
- En el selector de disparadores (ahora el predeterminado), busca “Movimiento”.
- En lugar de un
entity_idconcreto, elige el Área (p. ej. Pasillo). HA vigilará todos los sensores de movimiento de esa área.
💡 Truco: ¿Quieres ver el YAML que ha generado? Menú de tres puntos → Editar en YAML. Perfecto para aprender la nueva sintaxis sin escribirla a mano.
Ejemplo 2 — Condición “ya se ha puesto el sol”
Antes: o tirabas de state sobre sun.sun, o te montabas una plantilla con la elevación solar. Funcional, pero opaco.
Ahora:
- En condiciones, busca “Sol”.
- Elige “El sol se ha puesto”.
- Fíjate en el indicador en vivo: un ✔️ verde si la condición se cumple ahora mismo, una ✖️ naranja si no. Depurar automatizaciones deja de ser adivinar.
Y de regalo, 2026.7 añade eventos solares más finos: alba civil, náutica y astronómica, crepúsculo y elevación. Si tenías plantillas caseras para “media hora antes del atardecer”, probablemente ya haya un disparador nativo que las jubila.
Ejemplo 3 — Temperatura por debajo de un umbral
Antes:
condition:
- condition: numeric_state
entity_id: sensor.dormitorio_temperatura
below: 18Ahora: busca “Temperatura”, elige el Área Dormitorio y pon el umbral 18°C. Mismo resultado, la mitad de fricción, y sin acordarte del entity_id exacto.
Los modos de objetivo: primero, cada uno, todos
Esta es la joya para quien tenía grupos y plantillas solo para resolver “cuándo cuenta como disparado”. Cuando una automatización apunta a varios dispositivos, 2026.7 te deja elegir el comportamiento desde la interfaz:
Cuando apuntas a varios dispositivos, eliges el comportamiento
PRIMERO
first
Salta en cuanto
UNO cumple
Ventana abierta →
apago la calefaccion
CADA UNO
each
Salta en CADA
ocurrencia
Alguien entra →
registro de presencia
TODOS
all
Espera a que
TODOS cumplan
Persianas cerradas →
modo noche
- Primero (first): salta en cuanto uno cumple. Se abre una ventana del salón → apago la calefacción. No espera a que estén todas.
- Cada uno (each): salta en cada ocurrencia. Cada vez que alguien entra en casa → notificación o registro de presencia.
- Todos (all): espera a que todos cumplan. Todas las persianas de la planta baja cerradas → activo modo noche.
Antes esto era grupos, plantillas o condiciones bien hiladas a mano. Ahora es un desplegable. Si tenías inventos de este tipo, es de lo primero que yo migraría.
El caso que por sí solo justifica migrar automatizaciones: estados unavailable
El clásico: sensor de batería que desaparece un instante, pasa a unavailable, y tu condición numeric_state lo interpreta como “por debajo del umbral” → automatización disparada a deshora. Con los disparadores por propósito, ese caso lo gestiona el propio disparador con la lógica que tiene sentido para su propósito. Menos falsos positivos, menos parches.
Aprovecha los disparadores que aportan las integraciones
Aquí viene lo bueno para los que buscamos ahorro: en 2026.7 las integraciones pueden registrar sus propios disparadores y condiciones, no solo a nivel de entidad. Algunos ejemplos que verás aparecer según tus integraciones:
- Un cargador de coche eléctrico expone “cuando la carga ha terminado” como disparador de primera clase.
- Un monitor de energía expone “cuando el precio de la luz está en su mínimo del día” como condición.
Si tienes tarifa por horas (PVPC y compañía), esa condición es oro para poner lavadora, lavavajillas o carga del coche en el tramo más barato sin plantillas kilométricas. Un motivo más para migrar automatizaciones a este nuevo modelo.
Ojo con esto (los cuatro “pero”)
- Algunas claves de disparador cambiaron al pasar de Labs a definitivo. Si tienes automatizaciones que leen datos del disparador en plantillas (
{{ trigger.to_state }},trigger.id, etc.), revísalas tras migrar automatizaciones. - Cámaras Reolink de doble lente (dual PoE / dual WiFi) ahora se exponen como subdispositivos por lente: puede que algunas entidades cambien de nombre y rompan automatizaciones o tarjetas.
- App companion: a partir de 2026.8 se deja de dar soporte a iOS 15, watchOS 8 y macOS 11 (la última versión compatible será 2026.7.1). Si tienes un cacharro viejo de pared, tenlo en cuenta.
- YAML sigue vivo. Si una automatización avanzada te funciona en YAML, no hace falta tocarla. Migra por criterio, no por moda.
Checklist de migración (copia y pega)
[ ] Crear copia de seguridad manual antes de empezar
[ ] Listar las automatizaciones "problemáticas" (falsos disparos, unavailable)
[ ] Migrar primero esas (mayor beneficio)
[ ] Sustituir entity_id concretos por Área cuando tenga sentido
[ ] Revisar condiciones de sol/tiempo -> usar los nuevos eventos nativos
[ ] Reemplazar grupos/plantillas de "cuándo cuenta" por modos primero/cada uno/todos
[ ] Revisar plantillas que usan trigger.* (claves que pueden haber cambiado)
[ ] Comprobar entidades de cámaras Reolink de doble lente
[ ] Probar cada automatización con el indicador en vivo
[ ] Guardar y observar 24-48 h antes de migrar la siguiente tandaTU SIGUIENTE PASO
Migra UNA sola automatizacion
La de movimiento del pasillo es la candidata perfecta
Movimiento → Area
Conclusión: migrar automatizaciones en Home Assistant con cabeza
Home Assistant 2026.7 no te obliga a nada, pero te regala un editor que por fin habla tu idioma. No intentes migrar automatizaciones: las 60 de golpe es mala idea.
👉 Tu siguiente paso, hoy mismo: coge una sola automatización —la de movimiento del pasillo es la candidata perfecta— y migra su disparador a “Movimiento por Área”. En dos minutos verás por qué esto es el mayor cambio del editor en años.
¿Ya has migrado alguna? Cuéntame en los comentarios cuál te ha dado más guerra 👇