Ce lundi 2 novembre, en fin d’après-midi, les serveurs de Netatmo ont lâché. Applications inaccessibles, interface web aux abonnés absents, caméras et stations météo muettes : la panne Netatmo a rappelé à des milliers d’utilisateurs ce que veut dire une maison connectée dont le cerveau est hébergé chez quelqu’un d’autre. Et pour l’un des rares fleurons français de la domotique, ça fait mal.
Ce qui s’est passé ce lundi
Les premiers signalements d’utilisateurs remontent à environ 16 h 52, avec un pic de déclarations très net. À 17 h 03, la page d’état officielle de Netatmo faisait état de « problèmes serveurs », en précisant qu’il s’agissait d’une panne partielle, encore à l’étude. Un peu après 18 h, la marque indiquait avoir identifié et corrigé la cause, sans en donner le détail à ce stade.
La liste des services touchés est longue : Sécurité, Énergie, Météo, Home Coach, Home + Guest, l’interface web, mais aussi Velux Active, intuis et Migo, qui reposent sur la même infrastructure. Le retour à la normale s’est fait progressivement : en fin de journée, les stations météo restaient clairement dégradées et la vidéo en direct des caméras posait encore problème.
Ce qui continue de marcher, et ce qui s’arrête
Netatmo a rappelé, comme lors d’incidents précédents, qu’en mode déconnecté les équipements restent autonomes : les caméras continuent d’enregistrer, les thermostats poursuivent leur programmation de chauffage et les interrupteurs commandent toujours l’éclairage. C’est rassurant, et c’est la bonne conception à adopter. Mais « ça tourne en autopilote » n’est pas « ça fonctionne » : sans les serveurs, plus de pilotage depuis l’application, plus de notifications, plus de consultation à distance, plus de scénarios, et des historiques qui ne se remontent pas.
Le plus piégeux, c’est que cet autopilote a ses limites. Si vous aviez besoin de modifier une consigne, de couper le chauffage avant un départ en week-end ou de vérifier une caméra, vous êtes simplement coincé. Et certains produits, comme les stations météo dont l’intérêt est précisément l’historique en ligne, n’ont tout bonnement plus de raison d’être le temps de l’incident.
Le vrai problème : un cloud propriétaire sans plan B
Ce n’est pas la première fois. Début janvier, les serveurs avaient déjà été en difficulté pendant plusieurs heures, avec des caméras, détecteurs et vannes injoignables à distance, et le constructeur avait prévenu que le retour à la normale prendrait plus de temps que d’habitude en raison des fêtes. En novembre 2020, une indisponibilité avait déjà perturbé des produits pendant près d’une journée pour certains clients. Chaque fois, le scénario est identique : on attend, on rafraîchit la page d’état, et on apprend que les équipes travaillent dessus.
Mon point est simple. Tant que le pilotage d’un thermostat, d’une caméra ou d’une vanne passe obligatoirement par le serveur du constructeur, la disponibilité de votre maison dépend de la sienne. Et quand aucun accès local n’est prévu pour reprendre la main, la moindre panne devient une panne pour vous. Un utilisateur le résumait d’un « encore une fois » en évoquant le coût du remplacement de ses vannes tous les quatre ans pour des économies qu’il ne voit pas : on mesure la lassitude.
Ce n’est d’ailleurs pas un problème propre à Netatmo, c’est un modèle. J’en parlais dans mon article sur le droit à une maison connectée qui ne meurt pas avec son cloud, et les alternatives existent : un module ouvert comme le Shelly Fil Pilote Gen4 pilote vos radiateurs sans dépendre d’un serveur tiers, et le contrôle Matter local montre que la direction est la bonne.
Un fleuron français qui doit rassurer
Netatmo, filiale de Legrand, reste l’une des marques françaises les plus reconnues de la maison connectée, avec une conception soignée et une vraie présence en chauffage, en sécurité et en météo. C’est précisément pour cela que ces pannes à répétition sont dommageables : on attend d’un fleuron qu’il fasse mieux que ses concurrents, pas qu’il renvoie à une page d’état. J’espère une communication détaillée sur la cause de cet incident, et surtout un engagement sur la résilience : un mode local pour les fonctions essentielles ferait toute la différence.
