Une ampoule, une prise ou une caméra connectée peut tomber en panne pour des raisons purement mécaniques, mais son mode de mort le plus fréquent est ailleurs : c’est l’arrêt du serveur distant sur lequel elle repose pour fonctionner. Quand ce service ferme, l’objet reste physiquement intact et devient pourtant inutilisable.
La cause tient à un choix d’architecture répandu dans la maison connectée : de nombreux objets ne dialoguent pas directement avec le smartphone de leur propriétaire, mais transitent systématiquement par un serveur du fabricant, quelque part sur internet, même pour une commande aussi simple qu’allumer une lumière depuis la même pièce. Cette dépendance au cloud a des avantages, notamment l’accès à distance quand on n’est pas chez soi, mais elle transforme un objet physique en simple façade d’un service numérique dont la pérennité n’est jamais garantie sur la durée de vie attendue de l’appareil.
À l’opposé, certains protocoles et certaines architectures privilégient un fonctionnement local : la commande part du smartphone ou d’un boîtier central installé dans le logement, sans transiter par un serveur extérieur pour les usages du quotidien. Ce choix technique, moins visible pour l’utilisateur au moment de l’achat, détermine pourtant si l’objet continuera de fonctionner le jour où le fabricant décidera d’arrêter un service, de changer de modèle économique, ou simplement de cesser d’exister.
La durabilité d’un objet connecté ne se limite donc pas à la solidité de son boîtier ou à la qualité de sa batterie. Elle inclut désormais une question presque contractuelle : pendant combien de temps le fabricant s’engage-t-il à maintenir le service en ligne nécessaire à son fonctionnement ? Cette information, rarement mise en avant, mériterait d’être recherchée avec autant d’attention que la fiche technique elle-même.
Le résultat concret d’une telle fermeture porte un nom dans le vocabulaire des objets connectés : un appareil qui perd toute fonction utile parce que le service qui le pilotait a disparu devient, au sens propre, un objet « briqué ». Une ampoule qui ne s’allume plus que par son interrupteur mural, une caméra qui cesse d’enregistrer, une prise qui ne répond plus à aucune commande : dans les trois cas, le matériel reste identique, seul le service disparu a changé la donne. Ce risque touche aussi bien un objet acheté récemment qu’un objet plus ancien, dès l’instant où son fonctionnement dépend d’un serveur extérieur au logement.
Avant l’achat, quelques vérifications simples permettent de limiter ce risque : chercher si le fabricant communique une durée d’engagement de maintien du service, regarder si des utilisateurs signalent déjà des dysfonctionnements sur des forums spécialisés après une mise à jour ou un changement d’application, et privilégier, quand l’usage le permet, un objet capable de fonctionner au moins partiellement sans connexion internet. Ce dernier point distingue nettement un objet pensé pour durer d’un objet pensé seulement pour son moment de lancement commercial.
Les protocoles de maison connectée les plus récents, comme Matter, cherchent justement à réduire cette dépendance en standardisant le contrôle local des appareils, indépendamment du fabricant d’origine. L’ambition affichée est qu’un objet compatible reste pilotable depuis un domicile même si l’application ou le serveur qui l’accompagnait à l’origine disparaît, une évolution qui va dans le sens inverse de la fragilité observée sur les générations précédentes d’objets connectés.
Avant d’installer un nouvel objet, il vaut la peine de vérifier s’il conserve des fonctions essentielles en cas de coupure internet ou de fermeture du service associé. Cette question compte au moins autant que le prix ou le design, et rejoint une logique déjà bien connue en informatique : un appareil dépendant d’un service tiers n’appartient jamais complètement à celui qui l’a payé.
Le rythme des mises à jour logicielles donne une indication complémentaire de cette dépendance, souvent négligée au moment de l’installation. Un objet qui reçoit encore des mises à jour de sécurité plusieurs années après sa sortie signale un fabricant qui maintient activement son infrastructure, alors qu’un silence prolongé sur ce point précède souvent, de plusieurs mois, l’annonce d’un arrêt de service. Surveiller cette activité, via l’application associée ou les notes de version publiées, permet d’anticiper une fermeture avant qu’elle ne prenne l’utilisateur complètement au dépourvu.
