Pourquoi le Local Push change tout pour la réactivité domotique
Pourquoi le Local Push change tout pour la réactivité domotique : nos conseils concrets, fondés sur les fiches techniques, les normes et les retours d'utilisateurs publiés.
Local push, local polling, cloud : de quoi parle-t-on ?
L’expression vient du vocabulaire de Home Assistant, qui classe chaque intégration selon la façon dont elle reçoit l’état des appareils :
- Local push : l’appareil signale lui-même au serveur, sur le réseau local, dès que quelque chose change. La mise à jour est quasi instantanée.
- Local polling : le serveur interroge l’appareil à intervalle régulier, par exemple toutes les 30 secondes. Un changement peut donc être vu avec retard.
- Cloud push : l’information passe par le serveur du fabricant, qui la renvoie chez vous. Rapide, mais dépendant d’internet.
- Cloud polling : le pire cas pour la réactivité : interrogation périodique d’un serveur distant.
La documentation de chaque intégration indique cette « classe IoT » : c’est la première chose à regarder avant d’acheter un appareil destiné à une automatisation rapide. Un même fabricant peut proposer des produits de classes différentes selon la gamme.
Pourquoi cela change la réactivité au quotidien
Prenons un détecteur qui allume la lumière du couloir. En local push, la lampe s’allume en une fraction de seconde. En polling toutes les 30 secondes, vous pouvez traverser le couloir dans le noir avant que le serveur ne s’aperçoive du passage. Pour un capteur d’ouverture d’alarme ou un bouton sans fil, la différence est encore plus nette.
Le local push a deux autres avantages : il fonctionne pendant une coupure d’internet et il évite des milliers de requêtes inutiles, ce qui allège le réseau et le serveur. Les protocoles Zigbee, Z-Wave et Thread fonctionnent nativement ainsi ; en Wi-Fi, les appareils qui proposent une API locale ou MQTT s’en approchent.
Comment privilégier le local dans son installation
- Pour les capteurs et boutons, préférez un protocole local (Zigbee, Thread, Z-Wave) plutôt qu’un appareil Wi-Fi qui ne parle qu’au cloud.
- Pour un appareil Wi-Fi, cherchez une API locale documentée ou une compatibilité Matter.
- Gardez un serveur domotique alimenté en continu, idéalement secouru par un onduleur : notre guide sur les coupures de courant détaille les précautions.
- Réservez les intégrations cloud aux usages où quelques secondes de délai ne gênent pas : lancer un robot aspirateur, consulter une consommation.
Une tablette murale reliée au serveur local permet en plus de garder le contrôle de la maison même sans internet.
Questions complémentaires
Les notifications locales fonctionnent-elles hors de chez soi ?
Non. Dans l’application compagnon de Home Assistant, les notifications en local push ne passent que lorsque le téléphone est connecté au Wi-Fi de la maison. À l’extérieur, l’application bascule sur le service de notifications du système (Apple ou Google), qui transite par internet.
Un appareil en cloud polling peut-il passer en local ?
Parfois, par une mise à jour du fabricant ajoutant une API locale ou Matter, ou grâce à une intégration communautaire. Sinon, la seule solution est de le remplacer par un modèle local pour les usages où la réactivité compte.