Yandex rétablit en partie sa maison connectée après des pannes d'automatisations sur les chaudières et les prises

Le 13 octobre 2026, Yandex a partiellement rétabli sa plateforme de maison connectée. Auparavant, des utilisateurs avaient signalé des pannes d'automatisations touchant quatre catégories d'appareils : chauffe-eau, babyphones, chaudières à gaz et électriques, et prises connectées. Le cas le plus inquiétant concerne un foyer où, pendant la nuit, la coupure automatique de la chaudière par capteur de température ne s'est pas déclenchée. Il n'y a pas eu de blessés.

Ce que l'on sait à ce stade

Les détails publics sont maigres. Dans les documents disponibles, l'entreprise n'indique ni la cause de la panne ni le nombre de foyers touchés. Le tableau se reconstitue à partir de plaintes d'utilisateurs et d'un incident précis.

• Date : 13 octobre 2026.
• Catégories touchées : chauffe-eau, babyphones, chaudières, prises.
• Type de panne : les automatisations ne se déclenchaient pas, c'est-à-dire les scénarios « si condition, alors action ».
• Statut : service rétabli en partie, rétablissement complet non confirmé.
• Épisode le plus grave : la nuit, une chaudière ne s'est pas coupée sur signal du capteur de température, sans blessés.
• Non communiqué : cause première, ampleur, délais d'un rétablissement complet.

Pourquoi une panne de scénarios est plus dangereuse qu'une panne d'assistant

Quand une commande vocale échoue, l'utilisateur entend une erreur et répète sa demande. La panne se voit immédiatement. Une automatisation fonctionne autrement : elle doit se déclencher quand personne n'est là, le plus souvent la nuit ou en l'absence des occupants. Si le scénario reste muet, l'utilisateur ne l'apprend que par ses conséquences. C'est pourquoi la coupure d'une chaudière sur seuil de température, l'arrêt d'une prise alimentant un radiateur et la surveillance d'un babyphone relèvent de fonctions où une défaillance silencieuse coûte plus cher que pour n'importe quelle fonction « intelligente » comme l'allumage d'une lumière.

La question technique clé est de savoir où s'exécutait la logique des scénarios. Si c'était dans le cloud, une panne côté fournisseur devient une défaillance simultanée pour tous les utilisateurs, même quand le capteur, la chaudière et le réseau domestique fonctionnent. Si c'était sur un hub local, le circuit domestique aurait dû continuer à fonctionner. L'article source ne le précise pas : on ne peut donc tirer aucune conclusion ferme. Mais la liste même des appareils touchés montre qu'une partie des automatisations dépendait de la plateforme centrale.

Il y a aussi un enjeu à l'échelle du secteur. Quand un seul éditeur héberge les comptes, le cloud des appareils, les scénarios et l'assistant vocal, une panne à n'importe quel maillon se répercute sur toute la chaîne. Pour les systèmes grand public, c'est le prix architectural habituel de la simplicité d'usage. Cette affaire montre que ce prix ne se mesure pas seulement à une lampe qui ne s'allume plus.

Que faire quand on possède une maison connectée

La règle principale : la protection contre les situations d'urgence ne doit pas reposer uniquement sur un scénario cloud. Voici les mesures pratiques.

• Pour les chaudières et les chauffe-eau, appuyez-vous sur l'automatisme matériel d'origine : thermostats intégrés, soupapes de sécurité, relais thermiques. Le scénario connecté doit rester un complément.
• Ne branchez pas de radiateurs ni d'autres charges puissantes sur des prises connectées sans protection indépendante contre la surchauffe. Pour ces usages, les minuteurs mécaniques et les thermo-interrupteurs conviennent.
• Après ce rétablissement partiel, ouvrez l'application et vérifiez que les scénarios sont activés et se déclenchent réellement. La panne a pu laisser une partie des automatisations inactives.
• Activez les notifications d'indisponibilité des appareils et du hub, pour être averti d'une défaillance avant la nuit plutôt que le matin.
• Si possible, transférez les règles critiques vers un hub local qui exécute les scénarios sans passer par le cloud. Vérifiez-le en coupant Internet sur le routeur pendant quelques minutes.
• Pour le babyphone, gardez un canal de surveillance de secours, par exemple un simple babyphone audio sans lien avec le cloud.

Les utilisateurs sont en droit d'attendre de Yandex une analyse de l'incident : ce qui est tombé en panne, combien de temps elle a duré et quels scénarios s'exécutent localement. Tant que ces données ne sont pas publiées, il est plus prudent de considérer toute automatisation liée à la sécurité comme dépendante d'un service externe, et de la doubler par du matériel.