Comment connecter ses objets connectés maison sans cloud : le guide

Une lampe Hue qui refuse de s'allumer parce que la box Internet a clignoté pendant deux minutes. Une serrure connectée qui devient un simple loquet muet dès que la fibre tombe. Un fabricant qui, du jour au lendemain, annonce la fin de son application et transforme votre thermostat en presse-papier électronique. Voilà les trois scènes qui m'ont poussé à me poser la vraie question : est-ce qu'on peut faire tourner une maison connectée sans passer par un serveur distant ?

Réponse courte : oui, sur une grande partie du matériel. Réponse honnête : pas tout, pas sans effort, et pas sans accepter une petite couche de geekerie.

J'ai basculé mon propre appartement en pilotage local il y a un peu plus de deux ans. Je ne vais pas vous raconter que tout a marché du premier coup. Ma première tentative a consisté à bloquer Internet au niveau de la box en pensant que tout continuerait à fonctionner. Résultat : sur mes douze appareils connectés, quatre ont continué normalement, cinq m'ont affiché un écran de chargement infini et trois ont tout simplement disparu de l'application. Autrement dit, un tiers de réussite pour deux heures de bricolage. Ce jour-là, j'ai compris que le « sans cloud » ne se décrète pas, il se choisit appareil par appareil.

Est-il possible de faire fonctionner la domotique sans Internet ?

Oui. Une maison peut très bien s'allumer, se chauffer et se sécuriser sans la moindre connexion montante vers un serveur distant. En revanche, il faut distinguer deux choses qu'on mélange souvent : le pilotage local (les ordres circulent uniquement dans le réseau de la maison) et l'absence totale d'Internet (la box ne sert plus qu'à faire un réseau local).

La première condition dépend de votre matériel. La seconde dépend uniquement de votre tolérance à vivre sans streaming et sans mails sur le même réseau. Techniquement, un routeur peut très bien distribuer du Wi-Fi et du Zigbee sans jamais atteindre l'extérieur.

Ce qui continue à fonctionner, et ce qui s'arrête

Sur mon installation, voici le partage réel, vérifié en débranchant le câble pendant un week-end entier :

• Les interrupteurs et ampoules Zigbee appairés à mon hub : 100 % fonctionnels, réactifs, sans latence. Les automatismes heure/sunset ont continué à tourner.
• La pompe d'arrosage et les capteurs de température : RAS.
• Le portail, en revanche, a refusé de s'ouvrir : sa carte Wi-Fi vérifiait un certificat lointain au démarrage. Une vraie blague. J'ai dû changer le module.
• La caméra intérieure du fabricant X (je ne citerai pas le nom pour ne pas me faire écharper) : écran noir. Aucune image locale, même sur le réseau.

La leçon : tant qu'un objet a besoin d'aller chercher sa configuration sur un serveur pour démarrer, il n'est pas local. Peu importe ce que dit la fiche produit.

Le hub domotique, chef d'orchestre local

Le hub est la pièce centrale. C'est lui qui parle Zigbee, qui exécute les scénarios, qui stocke l'historique. Home Assistant reste la référence open source, mais il existe d'autres options sérieuses selon votre niveau technique et votre envie de mettre les mains dans le YAML. Sur les alternatives, un point important : une box domotique GSM sans connexion Internet existe, et elle sert justement de filet de sécurité quand la fibre tombe. J'en reparle plus bas.

Encore faut-il que le hub soit lui-même local. Certains hubs « tout-en-un » du commerce envoient vos scènes dans leur propre nuage avant de les jouer. Vérifiez à chaque achat : est-ce que l'automatisation est exécutée sur l'appareil, ou sur leur serveur ?

Comment connecter sa maison en domotique locale, étape par étape

Voilà la partie qui manque le plus souvent dans les guides. On vous explique pourquoi c'est bien, rarement comment on fait. Je vous donne la procédure que j'ai appliquée chez moi, dans l'ordre, en assumant les ratés.

Étape 1 : cloisonner le réseau

Première décision structurante : mettez vos objets connectés sur un réseau séparé. Sur une box classique, cela passe par un VLAN IoT ou, à défaut, un SSID dédié. L'objectif n'est pas seulement la sécurité ; c'est aussi de pouvoir couper Internet à ce réseau sans priver vos ordinateurs et vos téléphones de la connexion.

1. Créez un SSID « IoT » avec un mot de passe distinct.
2. Associez chaque objet à ce réseau, jamais à votre réseau principal.
3. Au niveau du routeur, ajoutez une règle de pare-feu qui bloque tout le VLAN IoT vers le WAN, tout en autorisant le LAN (pour que le hub puisse continuer à joindre les objets).
4. Autorisez, si nécessaire, un accès sortant limité (port de mise à jour) que vous activerez temporairement.

J'ai fait cette manipulation un samedi matin. Résultat au bout d'une heure : huit objets qui répondaient normalement, quatre qui tentaient désespérément de joindre leur serveur et qui ont fini par se mettre en mode dégradé. Ceux-là, il faut les dé-cloudifier ou les remplacer.

Étape 2 : choisir les bons protocoles

Tous les protocoles ne se valent pas face au cloud. Voici le tableau comparatif que j'aurais aimé trouver au départ :

Protocole	Local par défaut ?	Ce qu'il faut savoir
Zigbee	Oui	Nécessite un coordinateur local (dongle USB, hub). Appairage possible hors Internet. Très répandu.
Z-Wave	Oui	Fonctionne sur la même logique que Zigbee, avec un dongle dédié. Bonne compatibilité avec les hubs open source.
Thread / Matter	Oui, sous condition	Le mode local fonctionne si votre contrôleur (Home Assistant, autre) gère le border router Thread. Sinon, le fabricant reprend la main.
Wi-Fi + API locale	Variable	Dépend du fabricant. Certains exposent une API locale ouverte, d'autres non.
Wi-Fi + cloud natif	Non	Nécessite un flash (Tasmota, ESPHome) pour reprendre le contrôle. Efficace mais chronophage.

Le Wi-Fi reste le point faible de la plupart des installations. J'ai une dizaine de prises connectées qui fonctionnaient bien mais appelaient chacune leur serveur au démarrage. Après les avoir flashées en ESPHome, elles ont retrouvé une réactivité immédiate. Pour deux d'entre elles, le flash a échoué (mauvaise version de puce), elles ont fini à la poubelle. Un matériel à 15 € qui refuse de se dé-cloudifier, vous arrondirez les angles la prochaine fois en l'achetant pré-testé.

Étape 3 : appairer et vérifier en coupant Internet

L'appairage lui-même ne pose pas de problème si l'objet écoute sur le réseau local. Ce qui surprend, c'est le nombre d'objets qui demandent leur identifiant de compte fabricant pour initialiser. Une fois cette étape passée, vous pouvez tester : coupez Internet pendant deux jours et vérifiez que chaque automatisation fonctionne encore.

J'ai aussi découvert une astuce simple et efficace : activer une règle DNS locale qui pointe les domaines du fabricant vers un serveur factice. L'objet ne peut plus joindre son nuage, il reste sur le réseau local et continue de répondre. Cela m'a permis de « domestiquer » deux appareils qui refusaient obstinément de fonctionner hors ligne. C'est laid, mais ça marche.

L'angle mort de Matter : local ne veut pas dire sans cloud

On lit souvent que Matter « simplifie tout » et « débloque le local ». C'est en partie vrai. Et en partie faux, ce qui est plus embêtant.

Matter définit un protocole de communication. Il ne dit pas où vivent vos données, vos scènes et votre historique. Cette décision appartient au contrôleur. Si votre contrôleur est une application installée par le fabricant, qui envoie tout dans son nuage, Matter ne change rien à l'affaire : vos automatisations tournent toujours hors de chez vous.

En revanche, si votre contrôleur est Home Assistant, avec un border router Thread local (une simple passerelle branchée sur le réseau), alors vous restez intégralement en réseau local. Point important : même dans ce cas, certains appareils exigent une connexion pour la mise à jour du firmware. Il faut donc prévoir une fenêtre de connexion ponctuelle, le temps des mises à jour, puis re-basculer en local.

Autre subtilité : l'appairage Matter peut avoir besoin d'un accès cloud pour la première configuration chez certains fabricants. Une fois l'appareil connu, vous pouvez couper. J'ai fait l'erreur de reconfigurer mon capteur de porte après une coupure réseau : impossible, il restait bloqué sur « recherche de l'appareil ». J'ai dû rétablir Internet quinze minutes, puis recouper. Matter n'est pas une garantie ; c'est un outil à configurer intelligemment.

Que peut-on piloter à distance dans une maison connectée, sans cloud ?

La question revient toujours : si tout reste local, comment ouvrir le portail depuis la voiture ou vérifier la température en vacances ? La réponse tient en un mot : VPN.

Un tunnel WireGuard ou Tailscale sur votre routeur vous donne exactement la même chose qu'un accès cloud, en mieux, parce que vous êtes le seul à détenir la clé. Concrètement, depuis votre téléphone, vous activez le tunnel et l'interface du hub s'affiche comme si vous étiez à la maison. Pas de relais tiers, pas d'exposition d'API publique.

Ce que vous pouvez piloter ainsi :

• Les lumières, prises et thermostats raccordés au hub (dans la limite de ce que chaque appareil autorise en local).
• Les scénarios d'alarme et les caméras qui exposent un flux local (RTSP, ONVIF).
• Les ouvertures (portail, porte de garage) si elles sont commandées par un module local.
• Certains équipements énergivores pour lancer ou couper un chargeur avant votre retour.

Attention à une limite : ce qui n'est pas pilotable localement ne le deviendra pas par magie. Une serrure exclusivement cloud restera cloud. Le test de la coupure Internet reste votre meilleur filtre.

Box domotique GSM : le filet de sécurité

Si votre priorité est la continuité de service en cas de panne fibre, une box domotique GSM (module 4G + carte SIM) peut prendre le relais pour un sous-ensemble d'automatisations critiques : ouverture de porte, remontée d'alarme, pilotage d'un chauffage d'appoint. Ce n'est pas un accès complet à la maison, mais c'est souvent suffisant pour les scénarios où l'absence de connexion pose un vrai problème.

Quels sont les inconvénients d'une maison connectée locale ?

Je vais être direct : le local, c'est mieux sur le fond, mais ce n'est pas gratuit en temps. Voilà les inconvénients que je vis au quotidien, sans filtre.

• Une courbe d'apprentissage réelle. J'ai passé trois semaines à lire des tutoriels avant que ma première automatisation fonctionne comme prévu. Certains y arrivent plus vite, mais personne n'y échappe totalement.
• Un choix de matériel plus restreint. Vous renoncez à certaines marques grand public très pratiques, parce qu'elles refusent de s'ouvrir.
• Le bricolage assumé. Un dongle USB qui grille, une mise à jour qui casse un scénario, une carte SD qui lâche. J'ai perdu une journée entière à restaurer une sauvegarde après une panne de carte. Depuis, je fais une sauvegarde automatique hebdomadaire, et je vous conseille fortement de faire pareil.
• Le coût caché du temps. En comptant les week-ends passés dessus, je dirais que ma facture réelle est environ le double du prix du matériel. C'est un investissement.

Il y a aussi une contrepartie philosophique : personne ne fait de mise à jour pour vous. Si Home Assistant sort une nouvelle version majeure, c'est vous qui gérez. Sur mon installation, deux mises à jour ont cassé des intégrations, dont une que j'avais oubliée. Depuis, je lis systématiquement les notes de version avant d'appuyer sur le bouton.

Pour autant, si vous avez la fibre et un usage classique (lumières, chauffage, alarme), le jeu en vaut la chandelle. Une maison qui continue de fonctionner quand Internet tombe, c'est un confort qui ne se mesure pas en euros.

Mon test ultime, à refaire chaque année

Coupez la box pendant 48 heures, un week-end où vous êtes à la maison. Notez ce qui ne fonctionne plus. Faites la liste. Remplacez ou dé-cloudifiez un objet par trimestre. Au bout de deux ans, la quasi-totalité de votre installation tourne en local, et vous ne le regretterez pas.

Il y a une chose que j'ai fini par accepter, et qui me semble la vraie leçon : le sans-cloud n'est pas un produit qu'on achète, c'est une posture qu'on tient. Chaque nouvel objet est une négociation. Chaque mise à jour est une vérification. Et à la fin, ce qui reste, c'est une maison qui vous ressemble — au sens propre, parce qu'elle tourne chez vous.