La decisión entre ZHA y Zigbee2MQTT no va de etiquetas, sino de cómo quieres vivir la domótica en el día a día. Yo suelo verla como una elección entre simplicidad nativa y margen de maniobra: una opción encaja mejor si quieres integrar rápido dentro de Home Assistant, la otra si buscas más compatibilidad, más control y una red Zigbee que aguante escenarios más exigentes. Aquí te explico qué cambia de verdad, qué debes mirar antes de instalar nada y en qué casos una opción compensa claramente más que la otra.
Lo esencial para elegir sin complicarte
- ZHA es la ruta más directa si ya usas Home Assistant y prefieres menos capas técnicas.
- Zigbee2MQTT añade un broker MQTT y más configuración, pero a cambio ofrece una base muy flexible.
- Si tu red Zigbee es pequeña o usa dispositivos bastante estándar, ZHA suele ser suficiente.
- Si mezclas marcas, modelos poco comunes o automatizaciones avanzadas, Zigbee2MQTT suele dar mejor juego.
- La calidad del coordinador, la colocación del dongle y la malla Zigbee influyen más que la etiqueta del software.
- Para iluminación, sensores y persianas, la diferencia real suele estar en compatibilidad y mantenimiento, no en la velocidad pura.
Qué cambia realmente entre ZHA y Zigbee2MQTT
Yo lo resumiría así: ZHA vive dentro de Home Assistant y se conecta directamente a tu coordinador Zigbee; Zigbee2MQTT, en cambio, actúa como una capa intermedia que traduce la red Zigbee a MQTT para que Home Assistant u otros sistemas la entiendan. Esa diferencia de arquitectura parece pequeña sobre el papel, pero en una vivienda real cambia bastante la forma de instalar, mantener y ampliar la red.
En ZHA todo queda más concentrado en un mismo ecosistema. Eso me parece especialmente cómodo cuando la prioridad es tener luces, sensores de presencia, interruptores o incluso climatización controlada sin añadir más piezas de las necesarias. Zigbee2MQTT tiene otra filosofía: separa la lógica Zigbee del sistema domótico y te da más margen para mezclar plataformas, ajustar parámetros finos y controlar dispositivos con más detalle. Con esa base, la siguiente pregunta lógica es cuánto trabajo te exige cada camino.
Cómo cambia la instalación y el mantenimiento
| Aspecto | ZHA | Zigbee2MQTT | Qué implica en la práctica |
|---|---|---|---|
| Componentes necesarios | Home Assistant + coordinador Zigbee | Host, coordinador Zigbee y broker MQTT | ZHA tiene menos piezas; Zigbee2MQTT pide más planificación. |
| Puesta en marcha | Integración nativa, con detección automática en muchos casos | Onboarding inicial y fichero configuration.yaml
|
ZHA suele arrancar antes; Zigbee2MQTT es más configurable desde el inicio. |
| Gestión diaria | Todo desde la interfaz de Home Assistant | Frontend propio y mensajes MQTT | ZHA simplifica la operación; Zigbee2MQTT separa mejor las capas. |
| Copias y migración | Copias automáticas de la red y migración integrada | Más dependiente de tu estrategia de backup | ZHA reduce mucho el dolor si cambias de coordinador. |
| Plataformas | Muy centrado en Home Assistant | Linux, Docker, Windows, macOS, add-on de Home Assistant y más | Zigbee2MQTT encaja mejor si quieres una base más independiente. |
En la práctica, ZHA suele gustar más a quien quiere montar la red y olvidarse del resto. Zigbee2MQTT pide un poco más de disciplina, pero también recompensa con una capa de control muy clara y bastante portable. Y cuando la instalación crece, esa diferencia de mantenimiento ya no es menor; pasa a ser parte del coste real del proyecto. A partir de aquí, lo importante es ver qué dispositivos admite cada uno sin sorpresas.
Compatibilidad de dispositivos y soporte a modelos difíciles
Este es el punto donde más se separan ambas opciones. ZHA soporta los tipos estándar de dispositivos Zigbee y, según su propia documentación, no tiene una lista oficial de compatibilidad garantizada. Eso no significa que vaya mal; significa que la experiencia depende bastante de cuánto se aleje cada fabricante del estándar. Cuando un modelo no expone todas las entidades esperadas, entran en juego los quirks, pequeños manejadores de compatibilidad escritos en Python que corrigen comportamientos concretos.
Zigbee2MQTT, por su parte, trabaja con un catálogo público mucho más amplio. A junio de 2026 figuraban 5.473 dispositivos de 577 fabricantes en su lista oficial de soporte. Esa cifra no promete magia, pero sí da una pista muy útil: si compras equipos de varias marcas o dispositivos algo raros, es más probable que encuentres soporte o al menos una base de trabajo mejor documentada. Yo aquí suelo fijarme menos en la marca y más en el modelo exacto, porque en Zigbee dos referencias parecidas pueden comportarse de forma muy distinta. Y eso nos lleva al terreno donde una instalación deja de ser “compatible” y pasa a ser realmente cómoda de usar.
Automatizaciones avanzadas y control fino
Cuando la red Zigbee deja de ser solo un conjunto de luces y sensores, Zigbee2MQTT suele ganar enteros. Su modelo basado en MQTT y mensajes JSON encaja muy bien con Node-RED, scripts propios o entornos donde varias plataformas necesitan leer y escribir estados. Si te gusta ver lo que ocurre en cada dispositivo con bastante detalle, ese flujo explícito de tópicos y payloads es una ventaja clara: sabes qué se publica, cuándo se publica y cómo responder desde fuera.
ZHA, en cambio, me parece más limpio cuando Home Assistant es el centro de todo. Tienes integración directa, bindings y gestión de red desde la misma interfaz, sin tener que pensar en otro servicio intermedio. Para una casa con iluminación, persianas, sensores de movimiento y algún termostato, eso es una ventaja muy real: menos puntos de fallo y menos sitios donde perder tiempo. Además, en ambas configuraciones conviene cuidar la base física de la red: usar un alargador USB para alejar el coordinador, evitar interferencias con USB 3.0 y vigilar la cobertura de la malla. La calidad de la radio pesa más de lo que mucha gente cree. Si la red ya está madura, el siguiente tema crítico es qué pasa cuando algo se rompe.
Qué pasa cuando el coordinador falla o toca cambiar de hardware
En este punto ZHA tiene una fortaleza muy clara: realiza copias automáticas de la red Zigbee y permite restaurar o migrar a otro coordinador compatible. En una instalación doméstica esto vale oro, porque el día que el dongle falla no quieres descubrir que toda tu casa depende de una recuperación artesanal. Home Assistant también documenta la migración entre determinados chips y radios, así que si planeas cambiar de hardware, ZHA te deja un camino bastante definido.
Zigbee2MQTT resuelve ese problema de otra forma: al estar más desacoplado del sistema domótico, es bastante modular y funciona bien en Docker, en un add-on o en una máquina aparte. Eso facilita mover el servicio, pero también te obliga a cuidar tú mismo más piezas: el broker MQTT, el fichero de configuración y el entorno donde corre. Yo no lo veo como un inconveniente absoluto; lo veo como el precio de tener una arquitectura más flexible. La pregunta, por tanto, ya no es solo qué soporta, sino cuánto control quieres conservar si mañana cambias de coordinador o reconstruyes la instalación. Con esa idea, la decisión final se vuelve mucho más sencilla.
La decisión que más sentido me parece en una vivienda real
| Escenario | Yo elegiría | Por qué |
|---|---|---|
| Vivienda con Home Assistant y dispositivos Zigbee estándar | ZHA | Menos capas, menos mantenimiento y puesta en marcha más rápida. |
| Casa con muchas marcas, modelos poco comunes o dispositivos caprichosos | Zigbee2MQTT | Catálogo más amplio y mejor margen para pelearse con equipos raros. |
| Automatizaciones con Node-RED, scripts o varios sistemas domóticos | Zigbee2MQTT | MQTT encaja mejor cuando Zigbee no vive solo dentro de Home Assistant. |
| Instalación donde importa recuperar rápido si el coordinador falla | ZHA | Las copias automáticas y la migración integrada reducen mucho el tiempo de caída. |
Si me obligaran a escoger una opción por defecto para una vivienda normal, empezaría por ZHA. Si ya sé que voy a mezclar marcas, tocar automatizaciones externas y lidiar con dispositivos más problemáticos, entonces me inclino antes por Zigbee2MQTT. No es una guerra de ganadores absolutos: es una decisión sobre cuánto quieres simplificar hoy y cuánto margen necesitas mañana. Y en domótica, esa diferencia acaba marcando mucho más que cualquier discusión teórica.
