Zigbee2MQTT vs ZHA en 2026: cuál elegir para tu red Zigbee local sin nube

Si montas una red Zigbee con Home Assistant, la primera bifurcación real no es qué bombilla comprar: es elegir entre ZHA y Zigbee2MQTT. Esta es la comparativa que me habría ahorrado un formateo de coordinador si la hubiera leído antes. No es una respuesta universal; te dejo lo que de verdad importa, con una plantilla de decisión que puedes aplicar en cinco minutos.

Lo que tienen en común, antes de elegir bando

Ambas integraciones controlan tus dispositivos Zigbee de forma local, sin depender de la nube del fabricante. ZHA es la integración nativa de Home Assistant: se activa desde el panel de integraciones y vive dentro de HA. Zigbee2MQTT es un proceso separado, normalmente en un add-on o en Docker, que se comunica con Home Assistant a través de un broker MQTT como Mosquitto.

ZHA: menos piezas, menos decisiones

ZHA gana por simplicidad. No necesitas MQTT, no mantienes un servicio aparte y casi todo se configura desde la interfaz de Home Assistant. Para una red pequeña, de menos de 20 dispositivos, suele ser la opción con menos fricción. El precio de esa simplicidad es que estás atado a la implementación de HA: su soporte de dispositivos y sus opciones de actualización OTA son amplias, pero no tan extensas ni tan independientes como las de Zigbee2MQTT.

Zigbee2MQTT: más piezas, más control

Zigbee2MQTT requiere mantener un broker MQTT y un servicio adicional, pero a cambio ofrece una base de dispositivos más extensa (declara soporte para más de 3.000 dispositivos), un sistema de actualizaciones OTA muy maduro y una ventaja menos visible: la red Zigbee puede seguir funcionando aunque formatees o reinstales Home Assistant. Según comparativas de 2026, la recomendación práctica se repite: ZHA si buscas simplicidad y tienes pocos dispositivos, Zigbee2MQTT si buscas máxima compatibilidad, control avanzado o vas a superar los 30 dispositivos.

Plantilla de decisión: 5 preguntas antes de elegir

1. ¿Cuántos dispositivos Zigbee vas a tener en 12 meses? Si la cifra se queda por debajo de 20, ZHA es una opción razonable. Si vas a superar 30, mira seriamente Zigbee2MQTT.
2. ¿Te importa recibir actualizaciones OTA fiables en toda la red? Zigbee2MQTT suele ser más completo.
3. ¿Quieres que tu red Zigbee no dependa de una instalación concreta de Home Assistant? Entonces Zigbee2MQTT.
4. ¿Cuánto tiempo real vas a dedicar al mantenimiento? Poco: ZHA. Algo de tiempo: Zigbee2MQTT.
5. ¿Vas a conectar dispositivos poco habituales o de marcas con soporte irregular? Zigbee2MQTT suele resolverlo mejor.

El coste oculto de cambiar de bando

Migrar de ZHA a Zigbee2MQTT, o al revés, no es solo instalar el otro sistema. Implica volver a emparejar los dispositivos y revisar las automatizaciones que apuntan a los identificadores de entidad. Por eso conviene decidir con calma antes de emparejar 30 sensores. Si estás empezando y no tienes claro el tamaño de tu red, ZHA es un buen punto de partida; si ya sabes que la red va a crecer, configurar Zigbee2MQTT desde el principio te ahorra trabajo después.

Arranque mínimo con Docker para Zigbee2MQTT

Si eliges Zigbee2MQTT, este es un punto de partida copiable. Ajusta el puerto, la zona horaria y el dispositivo del coordinador a tu caso:

version: '3.8'
services:
  zigbee2mqtt:
    image: koenkk/zigbee2mqtt:latest
    container_name: zigbee2mqtt
    restart: unless-stopped
    ports:
      - '8080:8080'
    volumes:
      - ./zigbee2mqtt-data:/app/data
      - /run/udev:/run/udev:ro
    environment:
      - TZ=Europe/Madrid
    devices:
      - /dev/ttyUSB0:/dev/ttyUSB0

Si lo que buscas ahora es exprimir la automatización local con tu propia placa ESP, mira nuestra guía de ESPHome y Home Assistant: 3 automatizaciones locales con YAML listo para copiar.