Sonoff vs Shelly vs Zigbee : qui l'emporte sur le contrôle local ?
Sonoff est bon marché et flashable, Shelly expose une API locale par défaut, et Zigbee est local-first par conception du protocole — le bon choix dépend du projet, pas de la marque qui communique le plus fort.
Le cadre de décision
Coût unitaire
Sonoff est généralement moins cher que la concurrence sur le prix brut du matériel — un critère décisif quand un projet nécessite des dizaines ou centaines de relais et interrupteurs.
Contrôle local dès la sortie de boîte
Shelly livre une API locale HTTP/MQTT active par défaut — sans flashage. Les appareils Sonoff/eWeLink sont cloud-first de série ; atteindre le même niveau de contrôle local nécessite généralement de flasher Tasmota ou ESPHome, et tous les modèles ne le supportent pas aussi bien.
Catalogue et écosystème de flashage
L'étendue de la gamme Sonoff et la taille de la communauté autour de Tasmota/ESPHome offrent aux installateurs plus d'options flashables et de recettes documentées que la plupart des concurrents.
Architecture réseau maillé
Zigbee est local-first par conception du protocole, pas comme contournement — les appareils communiquent via un maillage local avec un coordinateur/hub, sans passage obligatoire par le cloud. La gamme Zigbee séparée de Sonoff nécessite un pont Sonoff Zigbee ; elle ne se connecte jamais directement au Wi-Fi.
Ce qui différencie réellement
Une comparaison sans battage marketing
Nous comparons Sonoff, Shelly et Zigbee sur les axes qui déterminent réellement un projet — coût, contrôle local par défaut, profondeur de l'écosystème et architecture protocolaire — sans prétendre qu'une marque gagne sur tout.
Cloud-first par défaut
Les appareils Sonoff/eWeLink acheminent l'accès distant et la plupart des automatisations via le cloud eWeLink par défaut — un choix architectural délibéré pour un accès distant pratique, pas un défaut, mais à anticiper.
Le flashage dépend du modèle
Le flashage vers Tasmota ou ESPHome est une voie communautaire bien documentée vers un contrôle local complet sur de nombreux modèles Wi-Fi Sonoff, mais certains modèles récents ou verrouillés par ITEAD y résistent — vérifiez toujours le modèle précis avant de promettre un fonctionnement purement local.
L'API locale de Shelly ne nécessite pas de flashage
Les appareils Shelly exposent leur API locale HTTP/MQTT par défaut — c'est pourquoi ils servent de référence dans cette comparaison pour le contrôle local dès la sortie de boîte.
Zigbee nécessite toujours un coordinateur
Les appareils Zigbee de Sonoff, comme tout appareil Zigbee, nécessitent un pont ou un hub — ils ne se connectent jamais directement au Wi-Fi, contrairement au gros de la gamme Wi-Fi de Sonoff.
Le support vocal et Matter varient
La plupart des appareils Sonoff/eWeLink fonctionnent avec Alexa et Google Assistant, et le support Matter apparaît sur certains appareils et hubs récents — mais pas sur l'ensemble du catalogue, donc vérifiez l'appareil précis.
Ce que nous apportons à la décision
Un accompagnement technique pour choisir et intégrer, pas seulement vendre des boîtiers.
- {'t': 'Vérification modèle par modèle', 'd': "Nous vérifions l'état actuel de chaque appareil candidat — flashabilité, Zigbee ou Wi-Fi, dépendance au cloud — avant qu'il n'entre dans la nomenclature du projet."}
- {'t': 'Conseil sur le choix du protocole', 'd': 'Nous pesons le coût face à la certitude du contrôle local pour votre projet précis, plutôt que de choisir par défaut la marque la moins chère sur le papier.'}
- {'t': "Intégration d'écosystèmes mixtes", 'd': "De nombreux projets finissent par combiner des appareils Sonoff, Shelly et Zigbee sous un seul hub — nous planifions la couche de pontage et d'automatisation pour qu'elle reste maintenable."}
- {'t': 'Évaluation du risque de flashage', 'd': "Là où un fonctionnement purement local est une exigence stricte, nous signalons avant l'achat, pas après, quels modèles candidats sont connus pour résister au flashage Tasmota/ESPHome."}
- {'t': "Approvisionnement et support dans toute l'UE", 'd': "Approvisionnement, documentation et support après-vente pour les installateurs et intégrateurs actifs sur les marchés de l'UE."}
Questions fréquentes
Sonoff dépend-il vraiment du cloud par défaut ?
Oui — Sonoff/eWeLink est conçu comme un système cloud-first. L'application eWeLink et l'accès distant passent normalement par le cloud eWeLink. C'est un compromis architectural délibéré pour un accès distant pratique, pas un défaut, mais l'appareil n'est pas purement local sans modification.
Peut-on flasher n'importe quel appareil Sonoff pour un fonctionnement entièrement local ?
Non. Le flashage vers Tasmota ou ESPHome est une voie communautaire bien documentée vers un contrôle local complet sur de nombreux modèles Wi-Fi Sonoff, mais certains modèles récents ou verrouillés par ITEAD y résistent ou compliquent l'opération. Vérifiez toujours le modèle précis avant de concevoir une architecture purement locale.
Pourquoi Shelly est-il considéré comme 'local-first' alors que c'est aussi un appareil Wi-Fi ?
Parce que Shelly expose par défaut une API locale HTTP/MQTT directement sur l'appareil, sans besoin de flashage. C'est la différence architecturale clé par rapport au comportement cloud-first par défaut de Sonoff — les deux sont des appareils Wi-Fi, mais leur posture de contrôle local par défaut diffère.
Les appareils Zigbee de Sonoff fonctionnent-ils comme les modèles Wi-Fi ?
Non. Sonoff vend deux familles de produits distinctes. La plupart des appareils Sonoff se connectent directement au Wi-Fi. Les appareils Zigbee de Sonoff nécessitent toujours un pont/hub Sonoff Zigbee — ils ne se connectent jamais directement au Wi-Fi, et le hub fait partie de la nomenclature du projet.
Lequel choisir pour un nouveau projet ?
Il n'y a pas de réponse universelle. Si le coût unitaire domine et que les vérifications de flashage modèle par modèle sont tolérables, Sonoff gagne généralement sur le prix. Si le contrôle local dès la sortie de boîte sans flashage est la priorité, Shelly est le choix par défaut le plus sûr. Si vous construisez un maillage véritablement local dès le départ, l'architecture protocolaire de Zigbee est conçue exactement pour cela. La plupart des projets réels combinent les trois.
Vous ne savez pas quel écosystème convient à votre projet ?
Envoyez-nous vos besoins et nous vous aiderons à peser le coût, la certitude du contrôle local et l'effort d'intégration, modèle par modèle — sans données inventées, sans réponse universelle.