Sonoff vs. Shelly vs. Zigbee: Wer gewinnt bei lokaler Steuerung?
Sonoff ist günstig und flashbar, Shelly bietet ab Werk eine lokale API, und Zigbee ist protokollbedingt local-first – die richtige Wahl hängt vom Projekt ab, nicht davon, welche Marke am lautesten wirbt.
Das Entscheidungsframework
Stückkosten
Sonoff unterbietet die Konkurrenz meist beim reinen Gerätepreis – relevant, wenn ein Projekt Dutzende oder Hunderte Relais und Schalter braucht.
Lokale Steuerung ab Werk
Shelly liefert standardmäßig eine aktive lokale HTTP/MQTT-API – ohne Flashing. Sonoff/eWeLink-Geräte sind ab Werk cloud-first; dieselbe lokale Kontrolle erreicht man meist erst durch Flashen mit Tasmota oder ESPHome, und nicht jedes Modell unterstützt das gleich gut.
Katalog und Flashing-Ökosystem
Die schiere Gerätebreite von Sonoff und die Größe der Tasmota/ESPHome-Community bieten Installateuren mehr flashbare Optionen und mehr dokumentierte Anleitungen als die meisten Wettbewerber.
Mesh-Architektur
Zigbee ist protokollbedingt local-first, kein Workaround – Geräte sprechen über ein lokales Mesh mit einem Koordinator/Hub, ohne zwingenden Cloud-Umweg. Sonoffs separate Zigbee-Linie braucht eine Sonoff-Zigbee-Bridge; sie verbindet sich nicht direkt mit WLAN.
Was wirklich unterscheidet
Ein Vergleich ohne Hype
Wir vergleichen Sonoff, Shelly und Zigbee anhand der Achsen, die ein Projekt wirklich entscheiden – Kosten, lokale Steuerung ab Werk, Ökosystemtiefe und Protokollarchitektur – ohne zu behaupten, eine Marke gewinne überall.
Cloud-first ab Werk
Sonoff/eWeLink-Geräte leiten Fernzugriff und die meisten Automatisierungen ab Werk über die eWeLink-Cloud – eine bewusste Architekturentscheidung für einfachen Fernzugriff, kein Defekt, aber etwas, das man einplanen sollte.
Flashing ist modellabhängig
Tasmota- und ESPHome-Flashing ist ein gut dokumentierter Community-Weg zu voller lokaler Kontrolle bei vielen Sonoff-WLAN-Modellen, aber manche neueren oder ITEAD-gesperrten Modelle widersetzen sich – immer das konkrete Modell prüfen, bevor reiner Lokalbetrieb versprochen wird.
Shellys lokale API braucht kein Flashing
Shelly-Geräte bieten ihre lokale HTTP/MQTT-API standardmäßig – deshalb sind sie in diesem Vergleich der Referenzpunkt für lokale Steuerung ab Werk.
Zigbee braucht immer einen Koordinator
Sonoffs Zigbee-Geräte brauchen, wie jedes Zigbee-Gerät, eine Bridge oder einen Hub – sie verbinden sich nie direkt mit WLAN, anders als der Großteil von Sonoffs WLAN-Produktlinie.
Sprachsteuerung und Matter variieren
Die meisten Sonoff/eWeLink-Geräte funktionieren mit Alexa und Google Assistant, und Matter-Unterstützung erscheint bei manchen neueren Geräten und Hubs – aber nicht katalogweit, also das konkrete Gerät prüfen.
Was wir zur Entscheidung beitragen
Technische Unterstützung bei Auswahl und Integration – nicht nur Verkauf von Geräten.
- {'t': 'Modellgenaue Prüfung', 'd': 'Wir prüfen für jedes Kandidatengerät den aktuellen Stand – Flashbarkeit, Zigbee oder WLAN, Cloud-Abhängigkeit –, bevor es in die Stückliste kommt.'}
- {'t': 'Protokollauswahl-Beratung', 'd': 'Wir wägen Kosten gegen die Sicherheit lokaler Steuerung für Ihr konkretes Projekt ab, statt standardmäßig zur günstigsten Marke auf dem Papier zu greifen.'}
- {'t': 'Integration gemischter Ökosysteme', 'd': 'Viele Projekte kombinieren am Ende Sonoff-, Shelly- und Zigbee-Geräte unter einem Hub – wir planen die Bridging- und Automatisierungsebene so, dass sie wartbar bleibt.'}
- {'t': 'Flashing-Risikobewertung', 'd': 'Wo reiner Lokalbetrieb zwingend ist, kennzeichnen wir vor dem Kauf, welche Kandidatenmodelle bekanntermaßen Tasmota/ESPHome-Flashing widerstehen – nicht danach.'}
- {'t': 'EU-weite Beschaffung und Support', 'd': 'Beschaffung, Dokumentation und After-Sales-Support für Installateure und Integratoren, die in EU-Märkten tätig sind.'}
Häufige Fragen
Ist Sonoff wirklich standardmäßig cloud-abhängig?
Ja – Sonoff/eWeLink ist als cloud-first-System konzipiert. Die eWeLink-App und der Fernzugriff laufen normalerweise über die eWeLink-Cloud. Das ist ein bewusster Architektur-Kompromiss für bequemen Fernzugriff, kein Fehler – aber das Gerät ist ohne Änderung nicht rein lokal.
Lässt sich jedes Sonoff-Gerät auf reinen Lokalbetrieb flashen?
Nein. Flashing auf Tasmota oder ESPHome ist ein gut dokumentierter Community-Weg zu voller lokaler Kontrolle bei vielen Sonoff-WLAN-Modellen, aber manche neueren oder ITEAD-gesperrten Modelle widersetzen sich oder erschweren das Flashing. Vor einem reinen Lokalbetrieb-Design immer das konkrete Modell prüfen.
Warum gilt Shelly als 'local-first', wenn es auch ein WLAN-Gerät ist?
Weil Shelly standardmäßig eine lokale HTTP/MQTT-API auf dem Gerät bereitstellt, ohne dass Flashing nötig ist. Das ist der zentrale architektonische Unterschied zu Sonoffs standardmäßig cloud-first-Verhalten – beide sind WLAN-Geräte, aber ihre Haltung zu lokaler Steuerung ab Werk unterscheidet sich.
Funktionieren Sonoff-Zigbee-Geräte wie die WLAN-Geräte?
Nein. Sonoff verkauft zwei getrennte Produktfamilien. Die meisten Sonoff-Geräte verbinden sich direkt mit WLAN. Sonoffs Zigbee-Geräte brauchen immer eine Sonoff-Zigbee-Bridge/Hub – sie verbinden sich nie direkt mit WLAN, und der Hub gehört zur Stückliste.
Welches Ökosystem sollten wir für ein neues Projekt wählen?
Es gibt keine universelle Antwort. Wenn Stückkosten dominieren und modellweise Flashing-Prüfungen tolerierbar sind, gewinnt meist Sonoff beim Preis. Wenn lokale Steuerung ab Werk ohne Flashing Priorität hat, ist Shelly die sicherere Standardwahl. Wer von Grund auf ein wirklich lokales Mesh baut, findet in Zigbees Protokollarchitektur genau dafür die Auslegung. Die meisten realen Projekte mischen alle drei.
Unsicher, welches Ökosystem zu Ihrem Projekt passt?
Schicken Sie uns Ihre Anforderungen – wir helfen modellgenau bei der Abwägung von Kosten, lokaler Steuerungssicherheit und Integrationsaufwand. Keine erfundenen Angaben, keine Universallösung.