Un collègue m'a montré sa facture de gaz l'autre jour. 1 940 € sur l'année. Il venait d'installer un thermostat connecté à 180 balles, et il était déçu : à peine 60 € de moins qu'avant. « La domotique, ça sert à rien pour l'énergie », il m'a dit. Sauf qu'il avait juste collé un objet connecté sur une installation qui n'avait jamais été pensée comme un système. Le thermostat ne pilote rien s'il n'a pas de scénario derrière.
Parce que la vraie économie, elle ne vient pas du matériel. Elle vient de la programmation de scénarios domotique : des enchaînements de conditions et d'actions qui font travailler la maison à votre place, quand vous dormez, quand vous êtes au bureau, quand le soleil tape sur les vitres. Un thermostat seul, ça ne fait rien. Un thermostat qui reçoit l'info « personne dans la maison depuis 40 minutes » et qui baisse le chauffage, ça change une facture.
Points clés à retenir
- L'économie vient du scénario (déclencheur + condition + action), pas de l'objet connecté acheté seul.
- Le chauffage reste le premier poste de gain, mais le ballon d'eau chaude et l'autoconsommation solaire rapportent souvent plus vite qu'on ne le croit.
- Un scénario sans capteur de présence ou de température extérieure travaille à l'aveugle.
- Le retour sur investissement dépend surtout du prix de vos kWh, pas du prix de votre box domotique.
- Écrivez d'abord vos scénarios sur papier. La plateforme vient après.
Programmation de scénarios domotique : où l'énergie se perd vraiment
Avant de parler de scénarios, il faut savoir où l'argent part. Dans une maison française typique, trois postes écrasent tout : le chauffage, l'eau chaude sanitaire, et ce que j'appelle « les oublis » — l'éclairage et les appareils qui tournent alors que personne n'en a besoin.
Le chauffage, la cible évidente mais mal traitée
Un chauffage qui chauffe une pièce vide, c'est de l'argent brûlé. Littéralement. La règle de base que répètent tous les installateurs, c'est 19-20 °C en journée dans les pièces de vie, 16-17 °C la nuit et en absence. Jusque-là, rien de neuf. Le problème, c'est que la plupart des gens règlent ça sur un programmateur horaire fixe, du lundi au vendredi, et oublient que leur vie ne suit pas un planning. Vous rentrez à 19h au lieu de 18h ? La maison a chauffé pour rien pendant une heure.
Le scénario intelligent remplace l'heure fixe par des conditions réelles. Exemple concret, celui que j'utilise chez moi :
- Déclencheur : détection d'absence (téléphone hors du réseau Wi-Fi + aucun mouvement pendant 30 min).
- Condition : température intérieure supérieure à 15 °C.
- Action : consigne chauffage à 16 °C, volets roulants fermés si exposition sud et heure entre 11h et 16h.
- Fin du scénario : retour détecté → préchauffage 45 minutes avant l'arrivée estimée.
Ce dernier point est important. Beaucoup de gens baissent le chauffage quand ils partent, mais le rallument quand ils rentrent. Résultat : la maison est froide, ils montent la consigne à 22 °C pour compenser, et ils consomment plus qu'en laissant tourner. Le préchauffage anticipé règle ce problème — mais il faut que votre système sache estimer l'inertie de vos murs, ce qui n'est pas magique. Sur ma maison (murs en pierre, mauvaise isolation), il me faut 1h30 de préchauffage. Sur une construction récente, 30 minutes suffisent.
Le ballon d'eau chaude, le scénario que personne ne programme
C'est l'angle mort. On parle toujours du chauffage, rarement du chauffe-eau. Pourtant, dans un foyer de quatre personnes, l'eau chaude représente un quart à un tiers de la facture d'énergie. Et c'est le poste le plus simple à optimiser, parce qu'un ballon, ça se pilote comme un interrupteur.
Le scénario de base : ne chauffer l'eau que pendant les heures creuses. Mais le scénario vraiment utile va plus loin. Si vous êtes en tarif heures pleines / heures creuses, ou mieux, en tarif dynamique type Tempo avec des jours rouges très chers, le ballon devient un outil de lissage. Je force le chauffe-eau à monter à 65 °C la veille d'un jour rouge, je coupe complètement le lendemain, et je laisse la cuve se refroidir lentement. Sur les 22 jours rouges de l'année, ça représente une cinquantaine d'euros. Pas énorme. Mais cumulé avec le chauffage et l'éclairage, on sort de l'anecdote.
Expliquer dans quel cas une installation domotique peut être indispensable
« Indispensable » est un mot fort. Franchement, dans 90 % des logements, la domotique est un confort, pas une nécessité. On peut très bien vivre avec un programmateur mécanique à 30 €. Mais il existe des situations où l'absence de pilotage automatique coûte cher, très cher, ou met carrément en danger.
Les cas où ça devient vital
Une résidence secondaire inoccupée dix mois par an. Sans scénario de hors-gel (chauffage maintenu à 8 °C minimum, alerte si la température chute), un hiver froid peut faire éclater les canalisations. La facture de dégâts des eaux se compte en dizaines de milliers d'euros. Là, la domotique n'est plus un gadget.
Une maison avec un proche âgé ou dépendant. Un scénario qui détecte une absence de mouvement inhabituelle, qui prévient un proche par SMS, qui allume automatiquement la lumière sur le trajet des toilettes la nuit : ça n'optimise pas l'énergie, ça sécurise. Et c'est indispensable.
Troisième cas, moins connu : une installation solaire en autoconsommation sans batterie. Sans pilotage, votre production part sur le réseau au moment où personne ne consomme, et vous rachetez du courant le soir. Avec des scénarios qui décalent le ballon d'eau chaude, la machine à laver et la recharge de la voiture vers les heures de production, le taux d'autoconsommation grimpe. J'ai vu des installations passer d'un tiers à plus de la moitié de production consommée sur place. Ça change tout le calcul de rentabilité.
Quels protocoles et plateformes pour piloter tout ça ?
Avant de programmer quoi que ce soit, il faut choisir sur quoi vous programmez. C'est la décision structurante, et c'est celle que les débutants bâclent le plus souvent.
Trois grandes familles coexistent aujourd'hui. Les box propriétaires fermées (Somfy Tahoma, les passerelles des fabricants de chauffage), simples à installer, mais qui ne parlent qu'avec leurs propres appareils. Les solutions open source (Home Assistant, Jeedom), qui acceptent presque tout mais demandent du temps. Et le standard Matter, censé unifier le bazar, qui progresse doucement mais reste jeune sur les cas d'usage énergie avancés.
| Approche | Points forts | Limites pour l'énergie |
|---|---|---|
| Box propriétaire | Installation rapide, support constructeur | Scénarios limités, dépendance au cloud, peu de capteurs tiers acceptés |
| Home Assistant / Jeedom | Scénarios illimités, agrège tous protocoles (Zigbee, Z-Wave, Wi-Fi, Modbus) | Demande du temps, une panne serveur et tout s'arrête |
| Standard Matter | Interopérabilité entre marques, pas de cloud imposé | Peu de passerelles pour compteurs et ballons, fonctions énergie encore partielles |
Zigbee, Z-Wave, Wi-Fi : lequel pour la mesure d'énergie ?
La question revient tout le temps. Réponse courte : pour des capteurs sur pile (températures, ouvertures), Zigbee et Z-Wave sont vos amis, ils tiennent des mois. Pour la mesure de consommation (prises, pinces ampèremétriques), le Wi-Fi tire plus mais reste plus simple à intégrer avec les tarifs dynamiques. L'important est de rester cohérent : mélanger cinq protocoles, c'est le meilleur moyen de passer six mois à déboguer des scénarios qui ne se déclenchent jamais.
La limite dont personne ne parle : le cloud et l'obsolescence
Un scénario qui dépend d'un serveur situé à l'étranger s'arrête le jour où l'entreprise ferme. J'ai vu le cas chez un ami : box connectée abandonnée par son fabricant, tous ses scénarios chauffage morts du jour au lendemain. Il a dû tout réécrire sur une autre plateforme.
Donc, deux règles. Privilégiez les scénarios qui continuent de tourner en local (sur la box, sur un mini-PC chez vous). Et surtout, testez chaque scénario en conditions dégradées : que se passe-t-il si Internet tombe ? Si le capteur de température tombe en panne ? Un scénario de chauffage qui plante en plein hiver parce qu'une pile de capteur est morte, c'est un vrai problème, pas une anecdote.
Écrivez vos scénarios sur papier avant de les coder. Déclencheur, condition, action, comportement en cas de panne. Ça paraît bête. C'est ce qui m'a fait gagner le plus de temps. Et ça vous évitera de croire, comme mon collègue, que la domotique ne sert à rien pour l'énergie — alors que le problème n'était pas l'objet, c'était l'absence de scénario derrière.
