Domotique : faire tourner sa maison sans le cloud

Nos comparatifs répondent à la question qu'on se pose en magasin. Celle qu'on se pose trois ans plus tard, quand le fabricant ferme son service, a une réponse technique qui se décide au moment de l'achat.

Partager
Domotique : faire tourner sa maison sans le cloud
Photo by Thomas Kolnowski / Unsplash

Nos comparatifs domotique répondent tous à la même question : quel appareil fonctionne avec quel écosystème. C'est la question qu'on se pose en magasin. Ce n'est pas celle qu'on se pose trois ans plus tard, quand un courriel annonce que l'application cesse d'être maintenue et que les appareils achetés en toute bonne foi vont perdre la moitié de leurs fonctions.

Cette seconde question a une réponse technique, et elle se décide au moment de l'achat : l'appareil est-il piloté localement, ou son fonctionnement passe-t-il par les serveurs de son fabricant. La différence ne se voit pas à l'usage tant que tout va bien, et elle détermine tout le reste.

Ce que « local » veut dire exactement

Matter, la norme portée par la Connectivity Standards Alliance, est présentée par elle comme une technologie de connectivité locale. La formulation de son document de questions-réponses est précise et mérite d'être lue mot à mot : les appareils Matter nécessitent la présence dans le logement d'un contrôleur connecté à Internet pour permettre le pilotage lorsque l'on est à l'extérieur. La dépendance à Internet concerne donc l'accès distant, pas le fonctionnement.

La documentation de Home Assistant l'exprime plus franchement encore : les produits Matter fonctionnent localement et autorisent toujours le contrôle local, le pilotage des appareils s'effectuant sans nécessiter de connexion Internet ni de service en nuage. Appuyer sur un interrupteur, déclencher une automatisation, lire l'état d'un capteur : tout cela se passe sur le réseau domestique.

Il reste trois endroits où le nuage réapparaît, et il vaut mieux les connaître que les découvrir. L'appairage initial, d'abord, qui s'effectue par code QR et Bluetooth — ou, depuis la version 1.6 de la spécification publiée en juin 2026, par communication en champ proche, ce qui en fait une véritable alternative au Bluetooth. Les comptes fabricant, ensuite : certains constructeurs exigent la création d'un compte avant d'activer la prise en charge de Matter sur leurs produits. Les mises à jour de micrologiciel, enfin, qui constituent le point le plus important : la mise à jour à distance est une fonction optionnelle de Matter, que tous les appareils n'implémentent pas, et la vérification de disponibilité s'appuie sur un registre distribué géré par l'alliance, que Home Assistant interroge toutes les douze heures. Une installation réellement coupée d'Internet cesse donc de recevoir des correctifs de sécurité.

Il faut également résister à une simplification que l'alliance elle-même ne fait pas : Matter n'interdit pas le nuage, il garantit qu'un chemin local existe. Ses propres pages décrivent une norme permettant la communication entre appareils, applications mobiles et services en nuage. C'est une garantie de disponibilité d'un chemin, pas une exclusivité.

Thread, ou le maillage qui survit à sa passerelle

Thread est le réseau radio sur lequel s'appuient une bonne partie des appareils Matter, et son architecture explique pourquoi il résiste bien aux pannes. Un routeur de bordure relie le maillage Thread, composé d'appareils à faible consommation, aux réseaux IP ordinaires que sont l'Ethernet et le Wi-Fi.

Le document de référence du Thread Group, publié en 2015 et donc antérieur aux révisions récentes de la spécification, énonce deux propriétés qui restent déterminantes. D'abord, la communication entre appareils au sein d'un réseau Thread peut avoir lieu sans aucun routeur de bordure actif : le maillage ne dépend pas de sa passerelle pour vivre, celle-ci servant à en sortir. Ensuite, un réseau Thread accepte plusieurs routeurs de bordure simultanés, ce qui apporte redondance et résilience et supprime le point de défaillance unique.

Le piège de Thread n'est donc pas la panne mais la fragmentation. Chaque réseau possède son propre jeu d'identifiants, et les appareils ne circulent pas d'un réseau à l'autre : installer une enceinte d'une marque et un routeur de bordure d'une autre revient couramment à créer deux réseaux Thread parallèles dans le même logement. Les principaux écosystèmes proposent désormais une synchronisation de ces identifiants, et c'est la première chose à vérifier lorsqu'un appareil se montre capricieux sans raison apparente.

Zigbee et Z-Wave, les vétérans du local

Les deux protocoles qui précédaient Matter n'ont rien perdu de leur pertinence sur ce terrain. L'alliance écrit pour Zigbee que la connectivité locale continue de fonctionner si Internet est indisponible et ne requiert aucune communication avec un service distant, et décrit une topologie maillée auto-organisée et auto-réparatrice, capable de se remettre d'une défaillance.

Pour Z-Wave, une précision d'honnêteté s'impose : nous n'avons pas trouvé sur le site de l'alliance de déclaration explicite et citable sur l'absence de dépendance au nuage. La source la plus solide est la documentation de Home Assistant, qui indique que les données restent à la maison parce que la communication est entièrement locale, et souligne que les appareils peuvent continuer de fonctionner longtemps après que le fabricant a cessé de les prendre en charge. Le fait que la spécification Z-Wave ait été publiée a permis le développement de pilotes indépendants, ce qui affranchit l'installation du fabricant de la passerelle d'origine.

C'est là que se joue l'essentiel. Lorsqu'un fabricant ferme son service, le protocole radio survit — Zigbee, Z-Wave et Thread ne dépendent de personne — mais tout ce qui transitait par la passerelle propriétaire disparaît : application mobile, accès distant, intégrations vocales, automatisations hébergées. Le remède consiste à remplacer cette passerelle par un coordinateur générique piloté localement, ce qui redonne vie à des appareils autrement condamnés.

Vérifier avant d'acheter, sans croire les emballages

Il existe un outil de vérification simple et rarement mentionné. Chaque intégration de Home Assistant porte une classification qui décrit sa nature réseau, et cette classification est affichée publiquement sur la page de chaque intégration. Les définitions officielles sont sans ambiguïté.

Une intégration classée local push offre une communication directe avec l'appareil, et le système est notifié dès qu'un nouvel état est disponible. Une intégration local polling communique elle aussi directement, mais interroge l'appareil, de sorte qu'un changement peut être constaté avec un léger retard. À l'inverse, les classes cloud push et cloud polling indiquent explicitement que l'intégration passe par le nuage et requiert une connexion Internet active. Deux classes complémentaires existent, assumed state lorsqu'on ne peut pas connaître l'état réel de l'appareil, et calculated pour les intégrations qui ne communiquent pas elles-mêmes.

Chercher le nom d'un produit sur le site de Home Assistant avant de l'acheter et lire cette seule ligne renseigne davantage que la fiche marketing du fabricant. L'intégration Matter, pour mémoire, est classée local push.

Quatre fermetures, quatre issues très différentes

Les cas réels sont plus instructifs que les principes, d'autant qu'ils ne se ressemblent pas.

Belkin a annoncé en juillet 2025 l'arrêt de son écosystème Wemo au 31 janvier 2026 : l'application cesse de fonctionner et de recevoir des mises à jour, l'accès distant et les intégrations vocales disparaissent. Mais le constructeur précise que les appareils déjà configurés avec l'application domestique d'Apple avant cette date continuent de fonctionner, et que les produits Wemo compatibles Thread poursuivent leur service par ce biais — sans qu'il soit toutefois possible d'en appairer de nouveaux. Une seule histoire démontre ainsi que le protocole local survit là où le service propriétaire meurt.

Google a mis fin en octobre 2025 à la prise en charge des thermostats Nest de première et deuxième générations. La perte est réelle — consultation dans l'application, pilotage à distance, notifications, fonctions d'absence, plus aucune mise à jour logicielle ni de sécurité — mais l'appareil continue de chauffer, de se régler à la molette et d'appliquer ses programmes. Ce n'est pas une mise à mort, c'est une rétrogradation en thermostat ordinaire.

Insteon offre le scénario le plus brutal : la société mère s'est déclarée insolvable en mars 2022 et a cédé ses actifs sans prévenir ses clients, l'avis officiel n'apparaissant sur le site que plusieurs jours après l'extinction des serveurs, laissant environ cent mille utilisateurs de passerelle sans service du jour au lendemain. Des témoignages techniques rapportent que les appareils ont largement continué de fonctionner en contrôle local, les scènes programmées directement entre modules survivant à la disparition du nuage ; ces témoignages viennent de la communauté et non d'un communiqué, mais ils décrivent exactement le mécanisme.

Le contre-exemple parfait reste le boîtier Car Thing de Spotify, vendu quatre-vingt-dix dollars à partir de février 2022 et délibérément rendu inopérant le 9 décembre 2024, les appareils affichant un message indiquant qu'ils ne sont plus fonctionnels. Un remboursement a été proposé sur présentation de la preuve d'achat, et l'éditeur a recommandé la mise au rebut. Aucune survivance locale, parce qu'il n'y en avait aucune à préserver.

Il faut y ajouter un cas d'une autre nature, qui ne relève pas d'une fermeture mais d'un retrait de fonction. Amazon a supprimé en mars 2025 l'option de traitement local des enregistrements vocaux sur les appareils Echo qui la proposaient, renvoyant toutes les requêtes vers ses serveurs, au motif que les fonctions d'intelligence artificielle générative reposent sur la puissance de calcul du nuage. Un matériel déjà acheté peut donc régresser du local vers le distant.

Ce que la réglementation vient changer

Jusqu'à présent, le droit européen posait un critère souple. La directive de 2019 sur les contenus et services numériques oblige le professionnel à fournir les mises à jour, y compris de sécurité, nécessaires au maintien de la conformité, pendant la période à laquelle le consommateur peut raisonnablement s'attendre. La formule est juste, et elle est difficile à opposer à un fabricant.

Le règlement sur la cyberrésilience change de méthode en posant un plancher chiffré. Entré en vigueur le 10 décembre 2024, il prévoit une période de support d'au moins cinq ans, sauf lorsque la durée de vie attendue du produit est inférieure, et impose que la date de fin de cette période — mois et année — soit indiquée clairement au moment de l'achat. Pour les produits dont l'usage attendu dépasse cinq ans, la période doit être prolongée en conséquence.

Son calendrier d'application est échelonné : les obligations de signalement des vulnérabilités activement exploitées et des incidents graves s'appliquent à compter du 11 septembre 2026, avec une alerte précoce sous vingt-quatre heures et une notification principale sous soixante-douze heures, et l'application pleine et entière du règlement interviendra le 11 décembre 2027. Autrement dit, la date de fin de support affichée en rayon deviendra un critère d'achat aussi concret que la consommation électrique — mais pas avant la fin de l'année prochaine.

Les limites honnêtes du tout-local

Une installation entièrement locale a un coût, et il serait malhonnête de le passer sous silence.

Les assistants vocaux constituent la limite la plus dure. Amazon a supprimé le traitement local, et le développement local proposé par Google n'exécute localement que l'exécution de la commande, l'application locale pouvant par ailleurs être arrêtée à tout moment en cas de pression mémoire et étant déchargée après une période d'inactivité. L'alternative réellement locale existe — l'assistant de Home Assistant fonctionne sur votre propre matériel, avec des satellites à une quinzaine d'euros — mais le projet reconnaît lui-même que la prise en charge des langues reste un travail en cours.

L'accès à distance et les notifications supposent, par définition, un point d'entrée depuis l'extérieur : soit un service géré, soit un tunnel ou un réseau privé virtuel monté par vos soins. Le service en nuage de Home Assistant, activé par défaut dans la configuration standard, est utilisé par près de trois installations actives sur dix, ce qui donne la mesure de la difficulté.

Les caméras restent le point faible. Le flux vidéo distant fluide suppose des serveurs de relais — la diffusion des caméras Matter s'appuie sur les protocoles STUN et TURN — et le service en nuage de Home Assistant propose précisément une amélioration du streaming caméra, ce qui en dit long sur la difficulté de s'en passer.

Les mises à jour de sécurité, enfin, sont le véritable talon d'Achille. La mise à jour à distance étant optionnelle dans Matter et la vérification de disponibilité nécessitant une connexion, une installation totalement isolée se fige dans l'état où elle a été laissée. C'est précisément le vide que le règlement sur la cyberrésilience vient combler, et il ne sera pleinement applicable qu'à la fin de 2027.

Questions fréquentes

Faut-il remplacer tout son matériel pour passer au local ?

Rarement. Les appareils Zigbee et Z-Wave déjà installés communiquent nativement en local : c'est la passerelle propriétaire qu'il faut remplacer par un coordinateur générique, pas les ampoules ni les capteurs. Les appareils dont le protocole est propriétaire et sans documentation publique sont en revanche les plus difficiles à récupérer.

Une installation locale fonctionne-t-elle vraiment sans Internet ?

Le pilotage, les automatisations et la lecture des capteurs, oui. L'accès depuis l'extérieur, les notifications sur mobile, la commande vocale des grands assistants et les mises à jour de sécurité, non. La coupure d'Internet est donc un incident gérable, pas un retour à l'interrupteur mural.

Comment savoir si un produit est piloté localement avant de l'acheter ?

En cherchant son intégration sur le site de Home Assistant et en lisant la classification affichée : local push ou local polling indiquent une communication directe avec l'appareil, cloud push et cloud polling indiquent une dépendance à une connexion Internet active. C'est plus fiable que la mention « compatible Matter » d'un emballage.

Le logo Matter garantit-il l'indépendance vis-à-vis du fabricant ?

Il garantit qu'un chemin de contrôle local existe, ce qui est déjà beaucoup. Il ne garantit ni que le fabricant proposera des mises à jour — la fonction est optionnelle dans la spécification — ni qu'aucun compte ne sera exigé à l'appairage.

Sources

  • Connectivity Standards Alliance : communiqués Matter 1.5 (20 novembre 2025) et Matter 1.6 (17 juin 2026), Matter FAQ et Zigbee FAQs.
  • Thread Group, Thread Border Routers (livre blanc, révision 2.0, 2015).
  • Home Assistant : intégrations Matter, Thread et Cloud ; Integration Manifest (classification IoT) ; Z-Wave is not dead (8 mai 2024) ; documentation de l'assistant vocal.
  • Belkin, avis officiel de fin de prise en charge Wemo ; Google Nest Help, fin de prise en charge des thermostats de 1re et 2e générations.
  • The Register, Insteon's vanishing act explained (22 avril 2022) et Amazon kills on-device Alexa (17 mars 2025) ; TechCrunch, Spotify Car Thing units are officially disabled (9 décembre 2024).
  • Règlement (UE) 2024/2847 sur la cyberrésilience, considérant 60 et calendrier d'application ; synthèse de la Commission européenne. Directive (UE) 2019/770 sur les contenus et services numériques.

Pour aller plus loin

Dans le prolongement de cet article :