Sonoff vs Shelly vs Zigbee: chi vince sul controllo locale?
Sonoff è economico e flashabile, Shelly espone un'API locale di default, e Zigbee è local-first per progettazione del protocollo — la scelta giusta dipende dal progetto, non da quale marchio fa più rumore.
Il framework decisionale
Costo unitario
Sonoff batte generalmente la concorrenza sul prezzo del singolo dispositivo — decisivo quando un progetto richiede decine o centinaia di relè e interruttori.
Controllo locale già di serie
Shelly include di default un'API locale HTTP/MQTT attiva — senza flashing. I dispositivi Sonoff/eWeLink sono cloud-first di serie; raggiungere lo stesso livello di controllo locale richiede in genere il flashing con Tasmota o ESPHome, e non tutti i modelli lo supportano allo stesso modo.
Catalogo ed ecosistema di flashing
L'ampiezza della gamma Sonoff e le dimensioni della community attorno a Tasmota/ESPHome offrono agli installatori più opzioni flashabili e più procedure documentate rispetto alla maggior parte dei concorrenti.
Architettura di rete mesh
Zigbee è local-first per progettazione del protocollo, non come workaround — i dispositivi comunicano tramite una mesh locale con un coordinatore/hub, senza passaggio obbligato dal cloud. La linea Zigbee separata di Sonoff richiede un bridge Sonoff Zigbee; non si collega mai direttamente al Wi-Fi.
Cosa cambia davvero
Un confronto senza hype
Confrontiamo Sonoff, Shelly e Zigbee sugli assi che decidono davvero un progetto — costo, controllo locale di default, profondità dell'ecosistema e architettura del protocollo — senza fingere che un marchio vinca su tutto.
Cloud-first di default
I dispositivi Sonoff/eWeLink instradano di default l'accesso remoto e la maggior parte delle automazioni tramite il cloud eWeLink — una scelta architetturale deliberata per un accesso remoto comodo, non un difetto, ma da pianificare.
Il flashing dipende dal modello
Il flashing su Tasmota o ESPHome è un percorso community ben documentato verso il pieno controllo locale su molti modelli Wi-Fi Sonoff, ma alcuni modelli più recenti o bloccati da ITEAD resistono — verificate sempre il modello specifico prima di promettere un funzionamento solo locale.
L'API locale di Shelly non richiede flashing
I dispositivi Shelly espongono la loro API locale HTTP/MQTT di default — per questo in questo confronto rappresentano il punto di riferimento per il controllo locale già di serie.
Zigbee richiede sempre un coordinatore
I dispositivi Zigbee di Sonoff, come ogni dispositivo Zigbee, richiedono un bridge o un hub — non si collegano mai direttamente al Wi-Fi, a differenza della gran parte della gamma Wi-Fi di Sonoff.
Supporto vocale e Matter variabili
La maggior parte dei dispositivi Sonoff/eWeLink funziona con Alexa e Google Assistant, e il supporto Matter sta comparendo su alcuni dispositivi e hub più recenti — ma non su tutto il catalogo, quindi verificate il dispositivo specifico.
Cosa portiamo alla decisione
Supporto ingegneristico per scegliere e integrare, non solo vendita di dispositivi.
- {'t': 'Verifica modello per modello', 'd': 'Verifichiamo lo stato attuale di ogni dispositivo candidato — flashabilità, Zigbee o Wi-Fi, dipendenza dal cloud — prima che entri nella distinta base del progetto.'}
- {'t': 'Consulenza sulla scelta del protocollo', 'd': 'Valutiamo il costo rispetto alla certezza del controllo locale per il vostro progetto specifico, invece di scegliere di default il marchio più economico sulla carta.'}
- {'t': 'Integrazione di ecosistemi misti', 'd': 'Molti progetti finiscono per combinare dispositivi Sonoff, Shelly e Zigbee sotto un unico hub — pianifichiamo il livello di bridging e automazione perché resti gestibile.'}
- {'t': 'Valutazione del rischio di flashing', 'd': "Dove il funzionamento solo locale è un requisito vincolante, segnaliamo prima dell'acquisto, non dopo, quali modelli candidati sono noti per resistere al flashing Tasmota/ESPHome."}
- {'t': 'Approvvigionamento e supporto in tutta la UE', 'd': 'Approvvigionamento, documentazione e supporto post-vendita per installatori e integratori attivi sui mercati UE.'}
Domande frequenti
Sonoff dipende davvero dal cloud di default?
Sì — Sonoff/eWeLink è progettato come sistema cloud-first. L'app eWeLink e l'accesso remoto passano normalmente dal cloud eWeLink. È un compromesso architetturale deliberato per un accesso remoto comodo, non un difetto, ma senza modifiche il dispositivo non è puramente locale.
Si può flashare qualsiasi dispositivo Sonoff per un funzionamento interamente locale?
No. Il flashing su Tasmota o ESPHome è un percorso community ben documentato verso il pieno controllo locale su molti modelli Wi-Fi Sonoff, ma alcuni modelli più recenti o bloccati da ITEAD resistono o complicano l'operazione. Verificate sempre il modello specifico prima di progettare un'architettura solo locale.
Perché Shelly è considerato 'local-first' se è anch'esso un dispositivo Wi-Fi?
Perché Shelly espone di default un'API locale HTTP/MQTT direttamente sul dispositivo, senza bisogno di flashing. Questa è la differenza architetturale chiave rispetto al comportamento cloud-first di default di Sonoff — entrambi sono dispositivi Wi-Fi, ma il loro atteggiamento di serie verso il controllo locale è diverso.
I dispositivi Zigbee di Sonoff funzionano come i modelli Wi-Fi?
No. Sonoff vende due famiglie di prodotti separate. La maggior parte dei dispositivi Sonoff si collega direttamente al Wi-Fi. I dispositivi Zigbee di Sonoff richiedono sempre un bridge/hub Sonoff Zigbee — non si collegano mai direttamente al Wi-Fi, e l'hub fa parte della distinta base del progetto.
Quale scegliere per un nuovo progetto?
Non esiste una risposta universale. Se il costo unitario domina ed è tollerabile una verifica del flashing modello per modello, Sonoff vince di solito sul prezzo. Se la priorità è il controllo locale già di serie senza flashing, Shelly è la scelta predefinita più sicura. Se si costruisce da zero una mesh davvero locale, l'architettura del protocollo Zigbee è pensata esattamente per questo. La maggior parte dei progetti reali combina tutti e tre.
Non sapete quale ecosistema si adatta al vostro progetto?
Inviateci i vostri requisiti e vi aiuteremo a valutare costo, certezza del controllo locale e sforzo di integrazione modello per modello — nessun dato inventato, nessuna risposta universale.