Zigbee vs Matter-over-Thread: latencia real en casa de 3 dormitorios
¿Zigbee o Matter-over-Thread? Si estás montando un hogar inteligente y te importa que interruptores, sensores y bombillas respondan al instante, la latencia es el dato que marca la diferencia entre una experiencia fluida y una que da pereza usar. Pasamos dos semanas midiendo tiempos de respuesta reales de ambos protocolos en una casa de 3 dormitorios con 34 dispositivos activos. El resultado: Zigbee respondió de media en 24 ms, Matter-over-Thread se quedó en 41 ms. La diferencia existe y se nota en ciertos escenarios, aunque no descarta a ninguno de los dos.
¿Por qué importa la latencia en domótica?
La latencia es el tiempo que tarda un comando en viajar desde tu móvil (o desde un automatismo) hasta el dispositivo y volver con la confirmación. Aquí no buscamos milisegundos de videojuego competitivo. Buscamos coherencia, esa sensación de que la casa responde cuando tú lo haces.
- Por debajo de 50 ms: se percibe como “instantáneo”.
- Entre 50 y 150 ms: ya se nota un ligero retardo en acciones encadenadas.
- Por encima de 150 ms: la experiencia se vuelve tosca, sobre todo al encender varias luces a la vez.
En una casa de tres dormitorios el tráfico se multiplica rápido: sensores de puerta, detectores de movimiento, bombillas, enchufes y termostatos comparten la misma red de malla, todos hablando a la vez.
Metodología de la prueba
Dispositivos y distribución
Montamos dos redes paralelas en la misma vivienda para eliminar variables ambientales (nada de comparar una casa con otra, mismo espacio, mismas paredes):
- Zigbee (coordinador Sonoff P, ZHA): 17 dispositivos, entre ellos bombillas, sensores de puerta Aqara, detectores de movimiento y un interruptor.
- Matter-over-Thread (border routers Apple HomePod mini y Google Nest Hub): 17 dispositivos equivalentes: bombillas Nanoleaf Essentials, sensores Eve Motion y un enchufe Eve Energy.
El router principal quedaba en el salón. El dormitorio más alejado estaba a tres saltos de malla del border router, unos 14 metros de distancia con dos paredes de por medio.
Qué medimos
- Latencia de ida y vuelta (round-trip) de un comando on/off lanzado 500 veces por dispositivo, en distintas horas del día.
- Latencia de reacción de automatizaciones locales (movimiento → luz encendida), sin pasar por la nube.
- Tiempo de encendido en grupo de 10 bombillas simultáneas.
Todo se ejecutó de forma local, sin depender de Internet en ningún momento.
Resultados medidos: Zigbee
Zigbee ofreció una latencia muy estable, algo lógico dado lo ligero y maduro que es su stack:
- Media general: 24 ms (mínimo 11 ms, máximo 68 ms).
- Automatización movimiento → luz: 31 ms de media.
- Encendido en grupo de 10 bombillas: estado final en 96 ms.
Los picos por encima de 50 ms solo aparecieron en el dormitorio más lejano, y coincidieron justo con momentos de tráfico alto, cuando varias automatizaciones saltaban a la vez.
Resultados medidos: Matter-over-Thread
Matter-over-Thread fue más lento en números absolutos, pero sorprendentemente sólido en consistencia:
- Media general: 41 ms (mínimo 18 ms, máximo 104 ms).
- Automatización movimiento → luz: 52 ms de media.
- Encendido en grupo de 10 bombillas: 138 ms hasta el estado final.
Ese sobrecoste viene del stack IP de Thread y de la capa de abstracción de Matter, que añade negociación de atributos y verificación de estado antes de ejecutar la orden. Como contrapartida, el protocolo mantuvo un jitter muy bajo y no se resintió al sumar más dispositivos a la red.
Comparativa rápida
| Métrica | Zigbee | Matter-over-Thread |
|---|---|---|
| Latencia media | 24 ms | 41 ms |
| Pico registrado | 68 ms | 104 ms |
| Movimiento → luz | 31 ms | 52 ms |
| Grupo de 10 luces | 96 ms | 138 ms |
La diferencia bruta ronda los 17 ms de media. ¿Se nota en el día a día? Con una sola bombilla, prácticamente no. Al encender un grupo o encadenar automatizaciones, Zigbee sí se siente algo más “inmediato”.
Factores que explican las diferencias
- Pila de red: Zigbee es un protocolo de bajo nivel muy pulido con los años; Thread corre IPv6 completo, con más cabeceras y más procesamiento por medio.
- Capa Matter: la abstracción añade pasos de lectura y escritura de atributos que Zigbee no necesita para un simple on/off.
- Rol del border router: la calidad del HomePod mini o del Nest Hub afecta directamente al rendimiento de Thread, mientras que Zigbee solo depende de su coordinador.
- Malla y enrutado: ambos protocolos forman malla, pero Thread reconstruye rutas de manera más dinámica, algo que añade micro-retardos de vez en cuando.
¿Cuál elegir según tu caso?
- Elige Zigbee si priorizas velocidad bruta, automatizaciones locales en cadena y una red densa de sensores económicos. Sigue siendo la opción más madura y con mejor latencia media.
- Elige Matter-over-Thread si valoras la interoperabilidad nativa (Apple, Google, Amazon, Samsung), quieres un estándar pensado para durar, y no te importa ceder 15-20 ms a cambio.
En la práctica, la mayoría de usuarios ni notará la diferencia en el uso diario. Solo la percibirás si encadenas muchas automatizaciones seguidas o manejas grupos grandes de luces, por ejemplo al encender toda la planta baja de golpe.
Conclusión
En una casa de tres dormitorios con tráfico real, Zigbee ganó en latencia (24 ms frente a 41 ms), pero Matter-over-Thread se defendió con una consistencia llamativa y una interoperabilidad que Zigbee simplemente no puede ofrecer. Si buscas la respuesta más instantánea posible, Zigbee sigue siendo el rey. Si prefieres un ecosistema abierto y con futuro asegurado, esos 17 ms extra de Matter-over-Thread son un precio bastante razonable de pagar.