Sonoff vs Shelly vs Zigbee: ¿quién gana en control local?
Sonoff es barato y flasheable, Shelly expone una API local por defecto, y Zigbee es local-first por diseño del protocolo — la elección correcta depende del proyecto, no de qué marca grita más fuerte.
El marco de decisión
Coste por unidad
Sonoff suele ser más barato que la competencia en el precio bruto del dispositivo — decisivo cuando un proyecto necesita decenas o cientos de relés e interruptores.
Control local de fábrica
Shelly viene con una API local HTTP/MQTT activa por defecto — sin flasheo. Los dispositivos Sonoff/eWeLink son cloud-first de fábrica; alcanzar el mismo nivel de control local normalmente requiere flashear con Tasmota o ESPHome, y no todos los modelos lo soportan igual de bien.
Catálogo y ecosistema de flasheo
La amplitud de la gama Sonoff y el tamaño de la comunidad en torno a Tasmota/ESPHome dan a los instaladores más opciones flasheables y más recetas documentadas que la mayoría de competidores.
Arquitectura de red mesh
Zigbee es local-first por diseño del protocolo, no como solución alternativa — los dispositivos se comunican por una malla local con un coordinador/hub, sin paso obligatorio por la nube. La línea Zigbee separada de Sonoff necesita un puente Sonoff Zigbee; nunca se conecta directamente al Wi-Fi.
Qué diferencia realmente
Una comparación sin marketing
Comparamos Sonoff, Shelly y Zigbee en los ejes que realmente deciden un proyecto — coste, control local por defecto, profundidad del ecosistema y arquitectura del protocolo — sin fingir que una marca gana en todo.
Cloud-first por defecto
Los dispositivos Sonoff/eWeLink encaminan el acceso remoto y la mayoría de automatizaciones por la nube eWeLink por defecto — una decisión arquitectónica deliberada para un acceso remoto cómodo, no un defecto, pero hay que planificarla.
El flasheo depende del modelo
Flashear a Tasmota o ESPHome es una vía comunitaria bien documentada hacia el control local completo en muchos modelos Wi-Fi de Sonoff, pero algunos modelos más nuevos o bloqueados por ITEAD se resisten — comprueba siempre el modelo concreto antes de prometer un funcionamiento solo local.
La API local de Shelly no necesita flasheo
Los dispositivos Shelly exponen su API local HTTP/MQTT por defecto — por eso son el punto de referencia en esta comparación para el control local de fábrica.
Zigbee siempre necesita un coordinador
Los dispositivos Zigbee de Sonoff, como cualquier dispositivo Zigbee, necesitan un puente o hub — nunca se conectan directamente al Wi-Fi, a diferencia del grueso de la gama Wi-Fi de Sonoff.
El soporte de voz y Matter varía
La mayoría de dispositivos Sonoff/eWeLink funcionan con Alexa y Google Assistant, y el soporte Matter va apareciendo en algunos dispositivos y hubs más nuevos — pero no en todo el catálogo, así que comprueba el dispositivo concreto.
Qué aportamos a la decisión
Apoyo de ingeniería para elegir e integrar, no solo vender cajas.
- {'t': 'Verificación modelo a modelo', 'd': 'Comprobamos el estado actual de cada dispositivo candidato — flasheabilidad, Zigbee o Wi-Fi, dependencia de la nube — antes de incluirlo en la lista de materiales del proyecto.'}
- {'t': 'Asesoramiento en la elección de protocolo', 'd': 'Sopesamos el coste frente a la certeza de control local para tu proyecto concreto, en lugar de elegir por defecto la marca más barata sobre el papel.'}
- {'t': 'Integración de ecosistemas mixtos', 'd': 'Muchos proyectos acaban combinando dispositivos Sonoff, Shelly y Zigbee bajo un solo hub — planificamos la capa de puente y automatización para que se mantenga con facilidad.'}
- {'t': 'Evaluación del riesgo de flasheo', 'd': 'Donde el funcionamiento solo local es un requisito estricto, señalamos antes de la compra, no después, qué modelos candidatos son conocidos por resistirse al flasheo con Tasmota/ESPHome.'}
- {'t': 'Suministro y soporte en toda la UE', 'd': 'Suministro, documentación y soporte postventa para instaladores e integradores que operan en mercados de la UE.'}
Preguntas frecuentes
¿Realmente Sonoff depende de la nube por defecto?
Sí — Sonoff/eWeLink está diseñado como un sistema cloud-first. La app eWeLink y el acceso remoto normalmente pasan por la nube de eWeLink. Es una decisión arquitectónica deliberada para un acceso remoto cómodo, no un defecto, pero sin cambios el dispositivo no es puramente local.
¿Se puede flashear cualquier dispositivo Sonoff para un funcionamiento totalmente local?
No. Flashear a Tasmota o ESPHome es una vía comunitaria bien documentada hacia el control local completo en muchos modelos Wi-Fi de Sonoff, pero algunos modelos más nuevos o bloqueados por ITEAD se resisten o complican el proceso. Comprueba siempre el modelo concreto antes de diseñar una arquitectura solo local.
¿Por qué se considera a Shelly 'local-first' si también es un dispositivo Wi-Fi?
Porque Shelly expone por defecto una API local HTTP/MQTT directamente en el dispositivo, sin necesidad de flasheo. Esa es la diferencia arquitectónica clave frente al comportamiento cloud-first por defecto de Sonoff — ambos son dispositivos Wi-Fi, pero su postura de fábrica ante el control local es distinta.
¿Los dispositivos Zigbee de Sonoff funcionan igual que los modelos Wi-Fi?
No. Sonoff vende dos familias de producto separadas. La mayoría de dispositivos Sonoff se conectan directamente al Wi-Fi. Los dispositivos Zigbee de Sonoff siempre necesitan un puente/hub Sonoff Zigbee — nunca se conectan directamente al Wi-Fi, y el hub forma parte de la lista de materiales del proyecto.
¿Cuál elegir para un proyecto nuevo?
No hay una respuesta universal. Si domina el coste por unidad y es tolerable comprobar el flasheo modelo a modelo, Sonoff suele ganar en precio. Si la prioridad es el control local de fábrica sin flasheo, Shelly es la opción por defecto más segura. Si se construye desde cero una malla verdaderamente local, la arquitectura del protocolo Zigbee está diseñada exactamente para eso. La mayoría de proyectos reales combinan las tres.
¿No sabes qué ecosistema encaja con tu proyecto?
Envíanos tus requisitos y te ayudamos a sopesar coste, certeza de control local y esfuerzo de integración modelo a modelo — sin datos inventados, sin respuesta universal.