HABITAT

Maison connectée : le guide complet pour comprendre les fondamentaux

Une maison connectée réussie n’est pas celle qui contient le plus d’objets. C’est celle où les équipements, les réseaux, les protocoles et les automatisations forment un système cohérent — et où tout continue de fonctionner quand la connexion tombe. Ce guide donne les clés techniques et la grille de lecture pour y parvenir.

Sept heures dix. Les stores du séjour remontent sans qu’on ait rien demandé. Le chauffage, qui avait relâché sa consigne pendant la nuit, a repris une heure plus tôt pour que la pièce soit à température. Une lampe s’est allumée dans le couloir au passage. Sur le mur de l’entrée, un petit voyant signale qu’une fenêtre est restée ouverte à l’étage.

Vu de l’habitant, rien de tout cela n’est spectaculaire. Quatre gestes que personne n’a faits.

Vu de l’installation, ce sont quatre chaînes complètes qui viennent de s’exécuter. Un capteur a mesuré quelque chose, une information a traversé un réseau sans fil, un logiciel a comparé cette information à une règle, une décision a été prise, une commande est repartie vers un moteur ou un relais. Selon la configuration, certaines de ces étapes se sont déroulées dans le logement ; d’autres ont peut-être fait un aller-retour par un serveur distant, à quelques centaines ou milliers de kilomètres.

C’est cette architecture invisible qui détermine si une maison connectée reste agréable au bout de trois ans — ou devient une accumulation d’applications qui ne se parlent pas, de comptes à gérer et de fonctions qui disparaissent quand un fabricant décide d’arrêter un service.

Ce guide n’est pas une liste d’objets à acheter. C’est une explication de la mécanique, suivie d’une grille de questions à poser devant n’importe quel équipement. Parce que la vraie compétence, en domotique, n’est pas de savoir quel produit est le meilleur : c’est de savoir ce qu’on est en train d’introduire chez soi.

Qu’est-ce qu’une maison connectée ?

Objet connecté, domotique et smart home : quelles différences ?

Trois termes circulent indifféremment. Les distinguer clarifie immédiatement beaucoup de discussions.

Un objet connecté est un équipement disposant d’une capacité de communication avec d’autres appareils, un réseau ou un service : une ampoule, un thermostat, un capteur d’ouverture, une prise, une serrure, une caméra, un appareil électroménager. Isolé, il reste un objet qu’on pilote depuis une application.

La domotique désigne l’ensemble des technologies et des systèmes permettant de commander ou d’automatiser des fonctions du logement. Elle est plus ancienne que l’Internet des objets, et une partie de ce qu’elle recouvre — un volet motorisé sur horloge, un chauffage programmé, un éclairage sur détection — n’a jamais eu besoin du moindre réseau.

La maison connectée, enfin, désigne un habitat dans lequel plusieurs équipements ou systèmes peuvent communiquer entre eux, être commandés et automatisés. Ces définitions sont pédagogiques : elles n’ont pas de valeur juridique.

De cette distinction découle une idée à conserver pour la suite : une maison peut être domotisée sans que tout repose sur Internet. Beaucoup de fonctions utiles ne nécessitent aucune connexion extérieure — ce sont même souvent les plus fiables.

Commander n’est pas automatiser

C’est la différence la plus structurante, et celle qui sépare une installation satisfaisante d’une installation fatigante.

Commander, c’est demander explicitement une action : ouvrir une application, appuyer sur un bouton, prononcer une phrase. L’utilisateur reste dans la boucle à chaque fois.

Automatiser, c’est définir une règle qui déclenche une action selon une condition. La forme générale combine un événement — quelque chose se produit —, une condition — un état vérifié au moment où l’événement survient — et une action. Si la luminosité extérieure dépasse un seuil, et que la pièce est occupée, alors descendre le store côté sud.

Une installation composée uniquement de commandes ajoute du travail : il faut sortir son téléphone pour faire ce qu’un interrupteur faisait en une seconde. Une installation bien automatisée en retire : les choses se produisent, et on ne s’en aperçoit qu’en leur absence.

Précision utile pour la suite : une règle de ce type n’est pas de l’intelligence artificielle. C’est une condition logique, écrite par un humain, exécutée par une machine.

Comment fonctionne réellement une maison connectée ?

L’installation la plus simple comme la plus complexe s’organise en couches. Toutes ne sont pas présentes partout, mais l’ordre est constant.

Les capteurs

Ils observent. Température, humidité, mouvement, ouverture d’une porte ou d’une fenêtre, luminosité, présence, qualité de l’air, consommation électrique selon les équipements. Un capteur ne décide de rien : il produit une information.

C’est pourtant la couche la plus déterminante. Une automatisation ne peut jamais être plus fine que ce que ses capteurs perçoivent. Un détecteur de mouvement qui ne voit pas une personne immobile éteindra la lumière pendant qu’elle lit — problème de capteur, pas de logique.

Les actionneurs

Ils agissent. Un relais qui coupe un circuit, un moteur de store, une vanne de radiateur, un mécanisme de serrure, un variateur d’éclairage, un thermostat qui pilote une chaudière. Entre le capteur qui perçoit et l’actionneur qui agit se trouve tout le reste.

Le réseau

C’est par là que circulent les informations : Wi-Fi, Thread, Zigbee, Bluetooth, Ethernet filaire, ou d’autres technologies selon les systèmes. Chacune a ses caractéristiques de portée, de consommation, de débit et de topologie. Nous y revenons en détail plus loin, car c’est là que se concentrent la plupart des confusions.

Le contrôleur

C’est le point où les décisions sont prises et où les appareils sont coordonnés. Selon les architectures, ce rôle est tenu par un boîtier dédié, une enceinte connectée, un petit serveur installé dans le logement, une box du fournisseur d’accès, ou une plateforme distante.

Une installation peut fonctionner sans contrôleur — chaque objet piloté depuis sa propre application — mais elle ne devient un système qu’à partir du moment où quelque chose coordonne l’ensemble.

Les automatisations

C’est la couche logique : scènes, routines, règles conditionnelles. Une scène règle plusieurs appareils d’un coup pour une situation donnée. Une automatisation déclenche ces réglages toute seule quand les conditions sont réunies.

C’est ici que se joue la qualité perçue d’une maison connectée, bien plus que dans le choix des marques.

Les interfaces

Application mobile, interrupteur mural, bouton physique, télécommande, assistant vocal, tableau de bord. Une bonne installation en propose plusieurs, parce que les situations diffèrent : on ne veut pas chercher son téléphone les mains pleines, et un invité doit pouvoir allumer une lumière sans installer quoi que ce soit.

Les services distants

Enfin, lorsqu’ils sont utilisés : les serveurs du fabricant ou de la plateforme. Cette couche est optionnelle sur le principe, indispensable dans certaines architectures, et c’est précisément ce qu’il faut savoir avant d’acheter.

Wi-Fi, Bluetooth, Zigbee, Thread : comment les appareils communiquent-ils ?

Ces mots ne désignent pas des choses de même nature, et les mettre sur le même plan rend le sujet incompréhensible.

Une analogie aide, à condition de ne pas la pousser : le réseau est la route ; le protocole applicatif définit une partie du langage et des règles utilisées sur cette route. Deux véhicules peuvent emprunter la même route sans que leurs conducteurs parlent la même langue. C’est exactement le problème que la maison connectée a mis quinze ans à traiter.

Le Wi-Fi est le réseau le plus répandu dans les logements. Il fonctionne sur IP, offre une bande passante élevée selon les générations et les conditions, et raccorde directement les appareils au réseau domestique sans matériel supplémentaire. Il convient bien aux équipements qui échangent beaucoup de données ou sont alimentés sur secteur : caméras, appareils multimédias, électroménager. On lit souvent qu’il consommerait trop pour l’IoT ; c’est une généralisation abusive, car la consommation dépend du matériel, du mode de fonctionnement et des technologies employées.

Le Bluetooth Low Energy est conçu pour des échanges courts et peu fréquents à faible portée. Dans l’univers de la maison connectée, son rôle le plus structurant est la mise en service : c’est fréquemment par ce canal qu’un téléphone découvre un appareil neuf et lui transmet les informations nécessaires pour rejoindre le réseau. Ce n’est généralement pas le réseau sur lequel l’appareil fonctionnera ensuite au quotidien.

Le Zigbee est une technologie déjà largement déployée dans la domotique et l’IoT, avec un vaste parc installé : ampoules, capteurs, prises, télécommandes. Il fonctionne en réseau maillé et demande une passerelle pour être relié au reste du système.

Le Thread est un protocole réseau ouvert fondé sur IPv6, conçu pour connecter et contrôler des produits dans les habitations et les bâtiments. Le Thread Group le décrit comme un réseau maillé IP à faible latence et faible consommation destiné à la maison connectée, appuyé sur la couche radio IEEE 802.15.4 réputée économe en énergie, avec une sécurité intégrée au niveau réseau. Le maillage permet à chaque appareil alimenté sur secteur de relayer les messages des autres : la couverture s’améliore à mesure que le réseau s’étoffe, au lieu de dépendre d’un point central unique.

Un réseau Thread a besoin d’un dispositif faisant la jonction avec le réseau IP du logement — la fonction couramment appelée border router. Elle n’est pas nécessairement assurée par un boîtier dédié : elle est souvent intégrée à un appareil déjà présent, enceinte, box ou passerelle.

Deux points doivent être posés clairement, car ils sont massivement confondus. Thread et Zigbee ne sont pas la même chose : tous deux peuvent s’appuyer sur la même famille de radios IEEE 802.15.4, mais leurs piles réseau et leurs architectures diffèrent — Thread est nativement IP, Zigbee ne l’est pas. Et aucun de ces quatre noms ne désigne un langage applicatif commun : ils décrivent comment les messages circulent, pas ce qu’ils signifient. C’est le problème que Matter cherche à traiter.

Matter : pourquoi ce standard change-t-il la maison connectée ?

Pendant des années, acheter un objet connecté supposait de vérifier sa compatibilité avec chaque écosystème, chaque application, chaque assistant — et de découvrir après coup que telle fonction n’était accessible que dans l’application du fabricant.

Matter, développé par la Connectivity Standards Alliance, est un standard de connectivité pour la maison intelligente construit sur IP, dont l’objectif principal est d’améliorer l’interopérabilité entre appareils et écosystèmes compatibles. Il définit une couche applicative et un modèle de données : une manière commune de décrire ce qu’est une ampoule, un thermostat ou un capteur, et ce qu’on peut leur demander.

Matter n’est pas un nouveau Wi-Fi

C’est la confusion la plus fréquente. Matter ne remplace aucune technologie réseau : il fonctionne au-dessus d’elles. Selon les appareils, il s’appuie sur le Wi-Fi, sur Thread ou sur Ethernet, tandis que le Bluetooth Low Energy intervient notamment lors de la mise en service.

Autrement dit : Matter n’est ni un réseau, ni un assistant vocal, ni une plateforme. Un appareil Matter utilise toujours un réseau ; il est simplement plus susceptible d’être compris par plusieurs plateformes à la fois.

Matter et Thread : quelle différence ?

Thread transporte, Matter fait comprendre. Un appareil peut parler Matter sur Thread, ou Matter sur Wi-Fi. Un réseau Thread peut par ailleurs exister sans Matter. Les deux ont été popularisés au même moment, ce qui explique la confusion, mais ils opèrent à des niveaux différents.

Formulé autrement : Thread répond à la question « par où passe le message ? », Matter à la question « que veut dire ce message, et pour quel type d’appareil ? ».

Que deviennent les appareils Zigbee ?

Zigbee et Matter ne sont pas nativement interopérables, et le fait qu’ils utilisent parfois des technologies radio apparentées n’y change rien.

Matter prévoit néanmoins un mécanisme de pont : un équipement peut exposer à un environnement Matter des appareils utilisant d’autres technologies, Zigbee en particulier. Une passerelle Zigbee existante peut ainsi rendre visible tout ou partie du parc installé, sans remplacer chaque ampoule.

Deux réserves, tout de même. Le pont ne restitue pas nécessairement l’intégralité des fonctions de chaque appareil : ce qui est exposé dépend de ce que le fabricant du pont a implémenté et de ce que le modèle Matter prévoit pour cette catégorie. Et la compatibilité doit être vérifiée appareil par appareil, pas déduite d’une compatibilité annoncée pour la passerelle.

Où en est le standard aujourd’hui

Le standard évolue par versions successives. Matter 1.5, publié en novembre 2025, a marqué une étape en introduisant la prise en charge des caméras et des sonnettes vidéo, ainsi que des dispositifs de fermeture, des capteurs de sol et des capacités élargies de gestion énergétique. La mise à jour 1.5.1, publiée le 31 mars 2026, apporte des améliorations ciblées sur ces catégories : diffusion simultanée de plusieurs flux vidéo et audio par une même caméra, prise en charge de formats médias plus récents, ajustements du comportement de pan-tilt-zoom, corrections de stabilité sur les sonnettes, et davantage de latitude pour les carillons — un contrôleur pouvant désormais demander une sonnerie précise plutôt que la seule sonnerie par défaut.

Une précaution s’impose face à ce type d’annonce, et elle vaut pour toutes les versions à venir. Support dans la spécification n’égale pas produit certifié, et produit certifié n’égale pas support complet par chaque plateforme. Qu’une catégorie entre dans le standard signifie que le langage existe désormais pour la décrire ; il faudra ensuite que des fabricants sortent des produits certifiés, et que chaque plateforme implémente ces fonctions dans son application. Ces trois temps peuvent être séparés de plusieurs mois.

Ce que Matter ne résout pas encore

Le standard réduit la fragmentation ; il ne la supprime pas.

Il ne rend pas compatibles les appareils déjà installés qui ne l’étaient pas. Il n’expose pas nécessairement les fonctions propriétaires les plus avancées d’un produit — un fabricant peut réserver certains réglages à sa propre application. Il ne garantit pas que toutes les plateformes offrent exactement les mêmes capacités pour un même appareil. Il ne dit rien de la durée pendant laquelle un produit recevra des mises à jour. Il n’implique pas qu’aucun service distant ne sera utilisé. Et il ne rend évidemment aucun appareil invulnérable.

Un standard commun améliore l’interopérabilité ; il ne garantit ni la parité fonctionnelle entre plateformes, ni les mêmes automatisations, ni les mêmes politiques de données. C’est une nuance que le discours commercial autour de Matter escamote systématiquement.

Faut-il encore un hub domotique ?

Le mot « hub » est devenu un fourre-tout qui recouvre des fonctions techniques distinctes. Les séparer évite bien des déceptions.

Un contrôleur est un système capable de commander et de gérer des équipements — c’est lui qui exécute les automatisations. Une passerelle relie des réseaux, des protocoles ou des services différents : une passerelle Zigbee traduit entre le réseau Zigbee et le reste de l’installation. Un border router assure la jonction entre un réseau Thread et le réseau IP du logement. Le terme hub, lui, appartient au vocabulaire grand public et peut désigner n’importe laquelle de ces fonctions, parfois plusieurs à la fois.

Un même boîtier physique remplit souvent plusieurs rôles : une enceinte connectée peut être à la fois interface vocale, contrôleur et border router. C’est pourquoi « j’ai déjà un hub » ne permet pas de savoir ce que l’installation peut faire. Les bonnes questions sont : cet appareil exécute-t-il les automatisations localement ? Assure-t-il la fonction de border router pour Thread ? Traduit-il un protocole tiers ? Et que se passe-t-il s’il tombe en panne ?

Sur la nécessité d’un tel équipement, la réponse dépend de l’architecture. Des appareils Wi-Fi peuvent fonctionner sans matériel intermédiaire, mais chacun dépendra alors de son propre service. Les appareils Thread nécessitent un border router. Les appareils Zigbee nécessitent une passerelle. Et pour que des automatisations continuent de s’exécuter quand Internet est coupé, il faut quelque chose dans le logement qui les exécute.

Maison locale ou maison dans le cloud ?

Cette question détermine plus que toute autre le comportement d’une installation dans la durée.

Ce qui peut fonctionner sans Internet

Dans une architecture à traitement local, la commande et l’automatisation sont exécutées dans le logement : le capteur envoie l’information au contrôleur, celui-ci applique la règle et commande l’actionneur. Rien ne sort de la maison.

Les avantages sont concrets : les fonctions concernées continuent quand la connexion tombe ; la latence est réduite — un délai d’une seconde entre le geste et l’allumage est perçu comme une panne ; le système est plus résilient ; et une partie des données reste chez soi.

Ce qui dépend des serveurs distants

Dans une architecture cloud, tout ou partie de la chaîne passe par un serveur distant : l’information monte, la décision est prise ailleurs, la commande redescend. Appuyer sur un bouton dans une application peut ainsi déclencher un aller-retour de plusieurs milliers de kilomètres pour allumer une lampe située dans la pièce.

Cette architecture a de vrais avantages : accès à distance simple, services plus élaborés, traitements lourds, synchronisation entre utilisateurs, maintenance et mises à jour centralisées. Elle introduit en contrepartie des dépendances : à la connexion, à la disponibilité du service, à un compte, et aux décisions commerciales du fournisseur.

Deux raccourcis doivent être écartés. Local ne signifie pas automatiquement privé : un système local mal configuré, avec des mots de passe faibles ou des interfaces exposées, peut être moins sûr qu’un service distant correctement conçu. Et cloud ne signifie pas automatiquement non sécurisé : la sécurité dépend de l’architecture et de l’implémentation, pas de l’endroit où le calcul se produit.

Pourquoi le mode dégradé est essentiel

Il existe un test simple, à appliquer avant tout achat, et qui vaut mieux qu’un comparatif : que se passe-t-il si Internet est coupé ?

L’éclairage répond-il encore aux interrupteurs ? Le chauffage suit-il sa programmation ? La serrure s’ouvre-t-elle ? Les automatisations continuent-elles ? Peut-on encore piloter les appareils depuis le réseau local, ou l’application refuse-t-elle de s’ouvrir sans connexion ?

Cette question mérite d’être posée fonction par fonction, en distinguant l’essentiel — entrer chez soi, s’éclairer, se chauffer — de l’accessoire. Une installation qui échoue sur les trois premiers points n’est pas une maison intelligente : c’est une maison fragile.

D’où un principe qui traverse tout ce guide : pour les fonctions importantes, conserver une commande physique — un interrupteur, un bouton, une clé, une molette. Une bonne automatisation disparaît dans l’usage ; elle n’oblige jamais à sortir son téléphone pour un geste qui prenait une seconde.

Que peut-on réellement automatiser dans une maison ?

Éclairage

C’est le terrain d’entrée le plus courant : commande à distance, scènes réglant plusieurs sources d’un coup, automatisations sur présence, luminosité ou horaire, puis adaptation à l’usage de la pièce — travailler, dîner, regarder un film.

Une réserve, souvent passée sous silence : un éclairage connecté ne réduit pas automatiquement la consommation. Une ampoule connectée allumée en permanence consomme davantage qu’une ampoule ordinaire qu’on éteint en sortant — sans compter sa consommation de veille.

Chauffage et confort

Thermostats, vannes thermostatiques pilotables, zonage par pièce, programmation horaire, prise en compte de la présence ou de l’ouverture d’une fenêtre : les leviers sont nombreux, et c’est le domaine où l’automatisation apporte le plus de confort réel.

Aucun pourcentage universel d’économie ne peut être avancé. Le résultat dépend du bâtiment, de son isolation, du climat, du système de chauffage, des réglages, du comportement des occupants et du taux d’occupation. Un thermostat pilotable installé dans un logement mal isolé et occupé en permanence ne produira pas le même effet que dans une maison bien isolée occupée par intermittence. Connecté ne signifie pas économe.

Stores et ouvertures

Automatiser stores et volets relève à la fois du confort, de la sécurité et de la gestion thermique. Fermer côté sud avant que la pièce ne surchauffe évite un recours à la climatisation ; ouvrir tôt le matin en hiver capte un apport solaire gratuit. C’est l’un des rares domaines où l’automatisation agit sur l’énergie sans rien demander à l’occupant.

Sécurité

Détecteurs d’ouverture, détection de mouvement, caméras, sonnettes vidéo, serrures, alarmes, détecteurs de fumée ou de fuite selon les cas. Ces équipements améliorent l’information — savoir ce qui se passe —, la détection et la capacité de réaction.

Mais on ne peut pas écrire qu’une maison connectée serait plus sûre. Elle est mieux informée. Une serrure connectée ajoute des usages — ouvrir à distance, donner un accès temporaire, savoir qui est entré — et ajoute simultanément une surface d’attaque numérique et une dépendance à l’alimentation qu’une serrure mécanique n’a pas. Le bilan dépend du produit, de son installation et de l’usage.

Énergie

C’est le domaine qui progresse le plus vite. Mesure de consommation par circuit ou par appareil, production photovoltaïque, batterie domestique, recharge de véhicule électrique, pompe à chaleur, chauffe-eau, tarification variable selon les heures. Matter 1.5 a d’ailleurs élargi ses capacités de gestion énergétique.

La bonne question n’est pas de savoir si la maison consommera moins, mais si elle peut déplacer ou adapter certains usages : lancer le chauffe-eau ou la recharge du véhicule quand l’électricité est moins chère ou plus disponible, moduler une consigne selon la production solaire du moment, éviter de dépasser une puissance souscrite. Déplacer n’est pas réduire — mais dans un système électrique où le moment compte autant que le volume, c’est souvent ce qui a le plus de valeur.

Une maison connectée permet-elle réellement d’économiser de l’énergie ?

La réponse honnête tient en une phrase : elle le permet, elle ne le garantit pas.

Ce qui produit un gain, ce n’est pas la connexion — c’est l’action qu’elle rend possible : ne pas chauffer une pièce inoccupée, couper une consigne quand une fenêtre est ouverte, fermer un store avant la surchauffe, déplacer une consommation flexible. Trois facteurs annulent régulièrement ces effets. Le comportement initial : quelqu’un qui gérait déjà rigoureusement son chauffage a peu à gagner. Le paramétrage : une automatisation mal réglée peut chauffer plus qu’avant. Et la consommation propre des équipements : capteurs, passerelles et contrôleurs consomment en permanence, faiblement mais continûment.

C’est pourquoi tout pourcentage d’économie annoncé sans préciser le type de logement, le climat, le système de chauffage, le comportement de départ et la méthode de mesure doit être lu comme un argument commercial, pas comme un résultat.

La maison connectée est-elle sécurisée ?

Les principaux risques

Chaque équipement ajouté est un petit système informatique installé dans l’espace le plus privé qui soit. Il comporte du matériel, un firmware, souvent une application, un compte, parfois une interface de programmation et un service distant, ainsi qu’un mécanisme de mise à jour. Chacun de ces éléments peut présenter des faiblesses.

Les problèmes les plus courants ne sont pas les plus spectaculaires : identifiants par défaut jamais changés, appareils qui ne reçoivent plus de correctifs, services exposés inutilement sur Internet, comptes réutilisant un mot de passe compromis ailleurs, applications aux permissions excessives. Les scénarios dramatiques existent, mais la majorité des incidents relève de l’hygiène de base.

Le sujet mérite d’être traité sans dramatisation. Le NIST, dans la révision 1 de son document Foundational Cybersecurity Activities for IoT Product Manufacturers, publiée en avril 2026 et qui remplace la version de 2020, part d’un constat simple : les produits IoT manquent souvent des capacités de cybersécurité que leurs clients pourraient utiliser pour réduire leurs risques. La responsabilité est donc d’abord chez les fabricants, avant d’être chez l’habitant.

Un document complémentaire du NIST décrit les capacités attendues d’un appareil : pouvoir être identifié de manière unique, être configuré de façon sécurisée, protéger les données qu’il stocke ou transmet, contrôler l’accès à ses interfaces, recevoir des mises à jour logicielles, et permettre de connaître son état de sécurité. Traduit pour un acheteur : un appareil qu’on ne peut pas mettre à jour, dont on ne peut pas changer les identifiants et dont on ne sait pas s’il est à jour ne remplit pas les conditions minimales, quelles que soient ses fonctions.

Du côté européen, la norme ETSI EN 303 645 établit des exigences de référence pour la cybersécurité de l’IoT grand public et couvre explicitement des catégories domestiques : serrures, caméras, téléviseurs, enceintes, systèmes domotiques, alarmes, électroménager, assistants domestiques. Une norme définit un cadre : elle ne garantit pas qu’un produit donné soit sécurisé, et la conformité effective d’un produit doit être établie séparément.

Mises à jour et durée de support

C’est le point le plus négligé au moment de l’achat, et celui qui pose le plus de problèmes ensuite.

Une maison dure des décennies. Un objet connecté a un cycle logiciel beaucoup plus court. Un appareil qui ne reçoit plus de correctifs reste fonctionnel mais devient progressivement un point faible, et rien ne signale ce basculement à l’habitant.

Les questions à poser avant d’intégrer un équipement au logement sont donc : pendant combien de temps recevra-t-il des mises à jour ? Le fabricant publie-t-il une politique de support explicite ? Que se passe-t-il à la fin de cette période — l’appareil continue-t-il de fonctionner ? Les fonctions essentielles restent-elles disponibles si le service en ligne s’arrête ? Peut-on remplacer un élément sans refaire toute l’installation ?

C’est la dimension de durabilité numérique du logement, et elle compte autant que la durabilité des matériaux.

Le cadre réglementaire européen évolue sur ce terrain. Le règlement dit Cyber Resilience Act est entré en vigueur le 10 décembre 2024 et établit des exigences de cybersécurité pour les produits comportant des éléments numériques relevant de son champ. Son application est progressive : les obligations de déclaration s’appliquent à compter du 11 septembre 2026, et les principales obligations à partir du 11 décembre 2027. À la date de rédaction de ce guide, l’essentiel du dispositif n’est donc pas encore applicable — précision qui a son importance face aux communications commerciales qui l’invoquent déjà. Pour toute question précise, il faut se reporter au règlement et aux orientations officielles ; ce guide ne délivre aucun conseil juridique.

Sécuriser le réseau domestique

Quelques principes couvrent l’essentiel, sans expertise particulière.

Changer les identifiants par défaut de tous les équipements, à commencer par la box et le routeur. Utiliser des mots de passe distincts pour les comptes liés aux appareils, et activer l’authentification à deux facteurs lorsqu’elle est proposée. Maintenir les appareils à jour, et vérifier périodiquement ceux qui ne le sont plus. Éviter d’exposer directement un équipement sur Internet — l’accès distant passe par un service conçu pour cela, jamais par une ouverture de port improvisée. Séparer, si le matériel le permet, les objets connectés du reste du réseau domestique, de sorte qu’un appareil compromis n’atteigne pas les ordinateurs de la famille. Et se demander, pour chaque objet, s’il a réellement besoin d’un accès Internet pour rendre le service attendu.

Que devient notre vie privée dans une maison qui produit des données ?

Le logement est l’espace le plus sensible qui soit, et les informations qu’il produit sont d’une intimité particulière.

Selon leurs fonctions, les équipements peuvent traiter des données relatives à la présence, aux habitudes, aux horaires, à la voix, à des images, à la température, à la consommation, à la localisation ou aux comportements domestiques. Tous les objets ne collectent évidemment pas tout : il faut raisonner appareil par appareil, et la CNIL rappelle utilement que ces objets relèvent du droit commun de la protection des données.

La question à se poser dépasse la liste des données collectées : que peut-on déduire de la vie du foyer à partir de ces informations ? Une simple courbe de consommation électrique révèle les heures de lever et de coucher, les absences, la présence d’invités, parfois les habitudes alimentaires. Un capteur d’ouverture de porte dessine un emploi du temps. Un thermostat sait quand le logement est vide. Aucune de ces données n’est intime prise isolément ; leur agrégation l’est.

D’où quelques réflexes utiles : préférer, à fonction équivalente, un appareil traitant localement ; regarder si les données sont conservées et pour combien de temps ; vérifier ce qui est partagé avec des tiers ; se demander si une caméra intérieure est nécessaire, et si oui dans quelles pièces et à quels moments ; et considérer que ce qui est enregistré peut, un jour, être consulté par quelqu’un d’autre que soi.

Le droit européen a par ailleurs commencé à traiter la question de l’accès aux données produites par les objets. Le règlement sur les données — le Data Act — établit un cadre concernant l’accès et l’utilisation des données générées par les produits connectés, en renforçant certains droits des utilisateurs et en créant des obligations pour les acteurs concernés. L’idée à retenir, sans entrer dans le détail juridique, est que les données produites par une maison ne sont plus seulement un sujet technique : elles deviennent un sujet de droits et de contrôle.

L’intelligence artificielle rend-elle vraiment la maison intelligente ?

Le mot « intelligent » est devenu un argument de vente appliqué à peu près à tout, y compris à des mécanismes qui n’ont rien de sophistiqué.

Une règle du type « si mouvement détecté, alors allumer » n’est pas de l’intelligence artificielle : c’est une condition logique écrite par un humain. La majorité de ce qui est vendu comme une maison intelligente relève de ce registre — et c’est très bien ainsi, car ces règles sont prévisibles, vérifiables et réparables.

L’IA intervient réellement dans certains systèmes, sur des tâches identifiables : reconnaissance de personnes ou d’objets dans un flux vidéo, classification d’événements pour distinguer une alerte utile d’une fausse, prédiction d’un besoin de chauffage à partir de l’historique et de la météo, optimisation d’une charge électrique sous contraintes, traitement du langage pour la commande vocale, apprentissage de certaines habitudes.

Deux questions permettent de trancher devant n’importe quel produit annoncé comme intelligent : quelle décision est réellement automatisée, et par quel mécanisme ? Si la réponse est floue, il y a de fortes chances qu’il s’agisse d’une automatisation classique — ce qui n’a rien de honteux, mais ne justifie ni le vocabulaire ni parfois l’écart de prix.

Un mot enfin sur les assistants vocaux, souvent confondus avec la maison connectée elle-même. Un assistant vocal est une interface parmi d’autres. Il apporte du confort, une accessibilité précieuse pour certaines personnes, et une rapidité réelle dans certains contextes. Il introduit aussi une dépendance à un service distant selon les systèmes, une collecte de données vocales, et une fragilité — un ordre mal compris, un accent, un bruit de fond. Une installation bien conçue reste pilotable sans lui.

Que se passe-t-il lorsqu’Internet, le cloud ou le fabricant disparaît ?

Ce que révèle une panne en dit plus long sur une installation que n’importe quelle démonstration. Six scénarios méritent d’être examinés avant de construire, pas après.

Plus d’Internet. Que reste-t-il ? Dans une installation à contrôleur local, les automatisations continuent, les interrupteurs fonctionnent, seul l’accès distant est perdu. Dans une installation entièrement dépendante du cloud, une partie des fonctions s’arrête.

Plus de cloud, mais Internet disponible. Le service du fabricant est en panne. Les appareils qui en dépendent deviennent temporairement inutilisables, y compris depuis le réseau local.

Plus de contrôleur. Le boîtier tombe en panne. Les automatisations s’arrêtent. Les appareils restent-ils pilotables individuellement ? Combien de temps faut-il pour reconstruire la configuration — et existe-t-il une sauvegarde ?

Smartphone perdu ou cassé. Comment reprendre le contrôle ? Les commandes physiques suffisent-elles en attendant ? Les accès sont-ils récupérables sans l’appareil perdu ?

Panne électrique. Quelles fonctions sont affectées, et lesquelles sont critiques ? Une serrure connectée sans alimentation de secours ni cylindre mécanique pose un problème évident.

Le fabricant arrête un service. C’est le scénario le plus fréquent, et le moins anticipé. Un produit peut devenir partiellement ou totalement inutilisable lorsque son service en ligne est fermé, même s’il fonctionne parfaitement sur le plan matériel.

Ce dernier point renvoie à la question de la dépendance. Un produit peut être lié à un compte, à une application, à une interface de programmation, à un cloud, à un abonnement ou à une plateforme. La question n’est pas de savoir s’il faut éviter les écosystèmes — c’est rarement réaliste — mais quel niveau de dépendance est acceptable pour une fonction qui fait partie du logement. Une ampoule d’appoint et la serrure de la porte d’entrée n’appellent pas la même exigence.

Comment construire une maison connectée sans créer une usine à gaz ?

L’erreur la plus commune consiste à commencer par les appareils. Une démarche cohérente commence par les besoins.

Identifier ce qu’on cherche à obtenir. Plus de confort d’éclairage ? Un chauffage mieux réglé ? Une meilleure visibilité sur l’énergie ? De la sécurité ? De l’accessibilité pour une personne à mobilité réduite ? Chacun de ces objectifs appelle des équipements différents, et certains ne nécessitent presque rien.

Distinguer les fonctions critiques. Entrer chez soi, s’éclairer, se chauffer relèvent d’un niveau d’exigence supérieur : ces fonctions doivent rester disponibles en mode dégradé, avec une commande physique et, si possible, une exécution locale.

Choisir une architecture avant les produits. Où seront exécutées les automatisations ? Qu’est-ce qui pilotera l’ensemble ? Cette décision structure toutes les suivantes, et la changer plus tard coûte cher.

Vérifier protocoles et interopérabilité. Quel réseau, quelle compatibilité, quelles fonctions réellement exposées dans la plateforme retenue — et non simplement une mention de compatibilité sur l’emballage.

Examiner ce qui dépend du cloud, fonction par fonction, et pas globalement.

Regarder la cybersécurité et le support logiciel avant l’achat : mises à jour, politique de support, capacité à changer les identifiants.

Conserver des commandes manuelles pertinentes partout où leur absence serait pénible.

Commencer petit, et étendre. Une pièce, une fonction, quelques semaines d’usage réel. Ce que l’on croit vouloir avant d’installer et ce que l’on utilise réellement après trois mois diffèrent presque toujours. Une installation construite progressivement, à partir d’usages éprouvés, vieillit mieux qu’une installation complète achetée d’un coup.

Comment choisir un équipement connecté ?

Onze questions suffisent, et elles sont plus utiles que n’importe quel classement de produits.

Que fait-il réellement ? Au-delà du vocabulaire marketing, quelle fonction précise rend-il ?

Comment communique-t-il ? Wi-Fi, Thread, Zigbee, Bluetooth, filaire ?

A-t-il besoin d’Internet pour ses fonctions principales ?

A-t-il besoin d’un équipement intermédiaire — passerelle, border router, contrôleur ?

Peut-il fonctionner localement, et lesquelles de ses fonctions le peuvent ?

Avec quels écosystèmes est-il compatible, et quelles fonctions sont exposées dans chacun ?

Que se passe-t-il si le service du fabricant devient indisponible — temporairement, puis définitivement ?

Quelles données collecte-t-il, où sont-elles traitées et combien de temps sont-elles conservées ?

Pendant combien de temps recevra-t-il des mises à jour, et cette politique est-elle publiée ?

Puis-je l’utiliser manuellement si le système tombe en panne ?

Que devient l’installation si je remplace ce produit dans cinq ans ?

Un équipement qui répond mal à trois ou quatre de ces questions n’est pas nécessairement mauvais — mais il ne devrait pas porter une fonction essentielle du logement.

À quoi pourrait ressembler la maison connectée de demain ?

Quelques évolutions sont observables aujourd’hui, sans qu’on puisse en garantir le rythme.

La convergence par les standards se poursuit : la fragmentation diminue à mesure que les catégories d’appareils entrent dans un langage commun. Elle ne disparaîtra pas — les fabricants continueront à différencier leurs produits par des fonctions propriétaires.

Le traitement local progresse, porté par des attentes de confidentialité, des exigences de fiabilité et des composants de plus en plus capables : une part croissante des traitements, y compris certaines analyses d’image, peut s’exécuter dans le logement.

La gestion de l’énergie devient probablement le sujet central. À mesure que se multiplient production locale, stockage, véhicules électriques et tarifs variables, le logement devient un système énergétique qu’il faut piloter, et non plus seulement un lieu qui consomme.

La régulation, enfin, monte en puissance sur la cybersécurité, la durée de support et les droits sur les données — mouvement dont le calendrier est connu pour l’Europe, et dont les effets concrets sur les produits restent à observer.

Rien de tout cela ne relève de la science-fiction domestique. Ce qui distinguera une bonne maison connectée dans dix ans ne sera pas le nombre d’objets qu’elle contient, mais la cohérence du système et sa capacité à survivre aux pannes, aux mises à jour et aux décisions commerciales de ses fournisseurs.

Ce qu’il faut retenir

Une maison connectée réussie n’est pas celle qui possède le plus d’appareils. C’est celle où les équipements, les réseaux, les protocoles, les automatisations, les données et les interfaces forment un système cohérent — au service du confort, de la simplicité, de l’énergie, de la sécurité et de l’accessibilité, sans transformer le logement en infrastructure fragile.

Quelques distinctions suffisent à s’orienter. Commander n’est pas automatiser, et une automatisation n’est pas de l’intelligence artificielle. Un réseau — Wi-Fi, Thread, Zigbee — n’est pas un langage applicatif : Matter en est un, construit au-dessus d’eux. Thread et Zigbee ne sont pas la même chose. Le traitement local n’est pas automatiquement privé, et le cloud n’est pas automatiquement dangereux. Un standard commun améliore l’interopérabilité sans garantir la parité fonctionnelle entre plateformes. Et connecté ne signifie pas économe.

La meilleure maison connectée n’est probablement pas celle où la technologie se voit le plus. C’est celle où elle sait se faire oublier — et où, le jour où quelque chose tombe en panne, on peut encore allumer la lumière.

Questions fréquentes

Une maison connectée fonctionne-t-elle sans Internet ?

Cela dépend entièrement de l’architecture. Si les automatisations sont exécutées par un contrôleur situé dans le logement et que les appareils communiquent localement, la plupart des fonctions continuent : seul l’accès à distance est perdu. Si chaque appareil dépend du service de son fabricant, une coupure peut suspendre une partie des usages, y compris depuis le réseau local. C’est la question à poser avant l’achat, fonction par fonction.

Faut-il un hub pour une maison connectée ?

Cela dépend des technologies retenues. Les appareils Zigbee nécessitent une passerelle, les appareils Thread un border router, et l’exécution locale des automatisations suppose un contrôleur dans le logement. Des appareils Wi-Fi peuvent s’en passer, mais dépendront alors chacun de leur propre service. Un même boîtier remplit souvent plusieurs de ces rôles — d’où l’intérêt de vérifier lesquels précisément.

Peut-on conserver ses anciens appareils en passant à Matter ?

Souvent en partie, rarement en totalité. Un pont permet d’exposer à un environnement Matter des appareils utilisant d’autres technologies, Zigbee notamment, ce qui évite de tout remplacer. Les fonctions effectivement disponibles dépendent alors de ce que le pont implémente et de ce que le modèle Matter prévoit pour cette catégorie d’appareils. La vérification se fait appareil par appareil, pas au niveau de la passerelle.

Comment savoir si un produit connecté est correctement sécurisé ?

Aucun signe ne le garantit, mais plusieurs indices sont vérifiables avant l’achat : le fabricant publie-t-il une politique de mises à jour avec une durée annoncée ? Peut-on modifier les identifiants d’usine ? L’appareil signale-t-il son état de mise à jour ? Le produit revendique-t-il la conformité à un référentiel de cybersécurité IoT, et cette conformité est-elle documentée ? Un appareil qui ne permet ni mise à jour ni changement d’identifiants doit être écarté des fonctions sensibles, quelles que soient ses qualités par ailleurs.

Sources

Connectivity Standards AllianceMatter

Connectivity Standards AllianceMatter FAQ

Connectivity Standards AllianceMatter 1.5 Introduces Cameras, Closures, and Enhanced Energy Management Capabilities, 20 novembre 2025

Connectivity Standards AllianceMatter 1.5.1: Enhancing Camera Performance and Expanding Device Flexibility, 31 mars 2026

Thread GroupWhat is Thread? Overview

https://threadgroup.org/what-Is-thread/overview

NIST — NIST IR 8259 Rev. 1, Foundational Cybersecurity Activities for IoT Product Manufacturers, avril 2026

https://csrc.nist.gov/pubs/ir/8259/r1/final

NIST — NISTIR 8259A, IoT Device Cybersecurity Capability Core Baseline

https://csrc.nist.gov/pubs/ir/8259/a/final

ETSI — EN 303 645 V3.1.3, Cyber Security for Consumer Internet of Things: Baseline Requirements, septembre 2024

https://www.etsi.org/deliver/etsi_en/303600_303699/303645/03.01.03_60/en_303645v030103p.pdf

Commission européenneCyber Resilience Act

https://digital-strategy.ec.europa.eu/en/policies/cyber-resilience-act

CNILObjets connectés

https://www.cnil.fr/fr/technologies/objets-connectes

CNILLe règlement sur les données (Data Act)

https://www.cnil.fr/fr/reglement-donnees-data-act-nouveau-cadre-europeen-pour-partage-utilisation-donnees

Ishraqa7 Editorial Team

The ISHRAQA7 Editorial Team produces premium documentary-style journalism covering history, science, geopolitics, exploration, engineering and innovation. Every article is carefully researched, fact-checked and written to provide readers with reliable, evidence-based analysis.
Bouton retour en haut de la page