Acheter du matériel qui survit à son fabricant

Belkin a mis fin aux services cloud Wemo en janvier 2026 et les appareils ont cessé de répondre. Nest Secure a connu le même sort. La dépendance au cloud est un contrat de location déguisé en achat, et le test pour l'éviter tient en quatre questions.

Mis à jour le 2026-08-25 10 min de lecture Sujet arrêt cloud maison connectée
Une prise connectée Wemo Mini, de la gamme dont le service cloud a été arrêté.
Wemo Mini Smart Plug (3750).jpg · auteur : Gregory Varnum · CC BY-SA 4.0 · Wikimedia Commons
En bref · vérifié le 2026-08-25

Les arrêts de cloud transforment du matériel fonctionnel en plastique : Belkin a mis fin aux services cloud Wemo en janvier 2026 et les appareils ont cessé de répondre. Les appareils Zigbee, Z-Wave et Thread survivent au départ d'un fabricant parce que n'importe quel hub tiers peut les adopter ; les appareils Wi-Fi liés à un compte, non.

Ce qu'il faut retenir
  1. Débranchez le WAN et appuyez sur le bouton. C'est tout le test d'achat.
  2. C'est le transport qui décide de la survie, pas la marque ni le prix.
  3. Un compte cloud obligatoire à l'installation signifie que le chemin d'installation cassera plus tard.
  4. Le local-first a un coût réel : l'accès distant et les sauvegardes deviennent votre affaire.

Ce qui s'est réellement passé

Belkin a annoncé la fin des services cloud et du support applicatif pour une sélection de produits Wemo en janvier 2026. Passé cette date, les appareils concernés ne pouvaient plus être pilotés par l'application Wemo, ni par Alexa, ni par Google Home. Rien n'a physiquement lâché. L'interrupteur au mur contenait toujours un relais, il n'avait simplement plus personne à qui parler.

Ce n'est pas un cas isolé. Google a mis fin au support de tout le système d'alarme Nest Secure en 2024, hubs, capteurs et télécommandes compris. Les anciennes Dropcam ont suivi. Le schéma est structurel, pas accidentel : maintenir une infrastructure cloud pour un appareil vendu une fois, avec des marges de matériel, coûte plus longtemps que le revenu ne dure.

La formulation qui dérange

La dépendance au cloud est un autre mot pour la location. Quand les serveurs s'arrêtent, le produit s'arrête, et un interrupteur à 60 € devient une coque de plastique qu'il faut encore dévisser du mur.

Les quatre questions que nous posons avant d'acheter

Nous les appliquons avant le prix, avant les avis, avant la marque. Un appareil qui échoue à l'une des deux premières n'entre pas dans la maison de test.

  1. Fonctionne-t-il internet débranché ? Pas « a-t-il une API locale », littéralement : débranchez le câble WAN et appuyez sur le bouton. Si la réponse est non, le fabricant possède l'appareil plus que vous.
  2. Faut-il un compte pour finir l'installation ? Un compte cloud obligatoire à l'appairage signifie que le chemin d'installation lui-même cassera le jour où les serveurs partiront.
  3. Quel protocole se trouve dessous ? Zigbee, Z-Wave, Thread et Matter-over-Thread survivent au départ d'un fabricant parce qu'un hub tiers peut adopter l'appareil. Le Wi-Fi propriétaire, non.
  4. Existe-t-il une interface locale documentée ? Une API REST locale, du MQTT, du RTSP pour les caméras, ou un firmware ouvert. C'est la différence entre un appareil que la communauté sauvera et un appareil qui finit à la déchèterie.
Une enceinte Google Home, un écran Google Home Hub et une Google Home Mini sur une table.
Google Home, Home Hub et Home Mini. L'installation et la plupart des fonctions passent par le compte et les serveurs du fabricant : la dépendance que les quatre questions servent à repérer.Google Home with Home Hub and Home Mini on table.jpg · auteur : Y2kcrazyjoker4 · CC BY-SA 4.0 · Wikimedia Commons

La survie, protocole par protocole

Comportement de chaque transport le jour où le fabricant se désintéresse :

appareil réseau local lien internet cloud fabricant sort de la maison Zigbee survit Z-Wave survit Thread / Matter survit Wi-Fi + API locale survit Wi-Fi, cloud seul meurt Hub RF propriétaire meurt C'est la longueur de la chaîne qui décide, pas la marque.
Lisez chaque ligne comme le trajet que doit faire un appui sur un bouton. Les quatre transports qui s'arrêtent au réseau local continuent de fonctionner le jour où le fabricant s'en va ; les deux qui franchissent la ligne pointillée dépendent d'un serveur payé par quelqu'un d'autre.
TransportCloud arrêtéApplication arrêtéeVoie de secours
Zigbeecontinuecontinuen'importe quel coordinateur Zigbee
Z-Wavecontinuecontinuen'importe quel contrôleur Z-Wave
Thread / Mattercontinuecontinuen'importe quel contrôleur Matter
Wi-Fi + API localecontinuedégradéAPI locale ou reflash
Wi-Fi, cloud seulmortmortaucune
Hub RF propriétairesouvent mortmortseulement si le hub est adopté
Notre propre décompte

Sur les vingt-trois appareils achetés cette année, quatre étaient cloud-only. Deux de ces quatre ont déjà perdu une fonction par mise à jour depuis l'achat. Aucun des dix-neuf appareils locaux n'a perdu quoi que ce soit.

Récupérer ce que vous possédez déjà

Un appareil dont l'arrêt est annoncé n'est pas toujours perdu. Par ordre d'effort croissant :

  • Cherchez un mode local que vous n'avez jamais activé. Plusieurs marques livrent une bascule de contrôle LAN enfouie dans les réglages développeur, désactivée par défaut. Shelly, les appareils sous Tasmota et beaucoup de caméras en ont une.
  • Adoptez-le avec un hub générique. Les appareils Zigbee et Z-Wave se réinitialisent en usine et rejoignent n'importe quel coordinateur. Vous perdez l'application du fabricant et gardez le matériel.
  • Reflashez le firmware. Les prises et ampoules Wi-Fi à base d'ESP acceptent souvent Tasmota ou ESPHome. Cela annule la garantie et c'est le résultat le plus durable disponible.
  • Utilisez le RTSP directement pour les caméras. Beaucoup diffusent en RTSP sur le réseau local quel que soit l'état du cloud ; pointez un enregistreur local dessus et l'abonnement devient sans objet.
  • Acceptez la perte et récupérez les pièces. Une prise cloud morte reste un relais, un boîtier et une prise femelle.
# L'appareil répond-il en local ? Scannez ses ports. nmap -Pn -p 80,443,1883,554,8080,9999 192.168.1.42 # 554 ouvert -> RTSP, pointez un enregistreur local dessus # 1883 ouvert -> MQTT, il peut parler à votre propre broker # 9999 ouvert -> courant sur TP-Link/Kasa en contrôle local

Ce que le local-first vous coûte

L'honnêteté compte ici, parce que l'argument local-first est souvent présenté comme s'il n'avait aucune contrepartie.

  • L'accès à distance devient votre problème : un VPN ou un proxy inverse que vous maintenez, plutôt qu'un tunnel fabricant qui fonctionne tout seul.
  • Les sauvegardes vous appartiennent. Un hub qui porte tout votre état d'automatisation sur une carte SD est un point de défaillance unique tant que vous ne le sauvegardez pas.
  • L'installation prend plus de temps. Appairer sur un hub générique se compte en minutes, là où une application fabricant demande trente secondes.
  • Certaines fonctions ont réellement besoin du cloud, surtout le traitement par IA qu'une machine locale ne peut pas faire tourner. La reconnaissance faciale sur une caméra à 40 € est un travail de cloud.

Pour nous l'échange en vaut clairement la peine, parce que le mode de défaillance change de nature. Une installation locale casse quand vous la cassez, et elle casse d'une façon que vous pouvez réparer. Une installation cloud casse à une date choisie par quelqu'un d'autre.

Questions fréquentes

Matter garantit-il que mon appareil continuera de fonctionner ?

Il garantit le protocole de contrôle, pas l'engagement du fabricant. Un appareil Matter appairé sur un contrôleur local conserve ses fonctions de base après le départ du fabricant. Les appareils Matter-over-Wi-Fi qui dépendent encore d'un cloud pour le firmware et les notifications perdent ces parties-là.

Home Assistant est-il la seule option locale ?

Non. Hubitat, openHAB et la plupart des coordinateurs Zigbee ou Z-Wave exécutent les automatisations en local. Home Assistant est le plus vaste, donc il couvre le plus d'appareils et propose le plus d'intégrations de sauvetage.

Faut-il éviter complètement les appareils cloud ?

Pas nécessairement, mais comptez-les comme un abonnement. Une caméra cloud à 40 € avec cinq ans de vie représente 8 € par an de matériel, ce qui peut être parfaitement raisonnable si la décision est consciente.

Comment le savoir avant d'acheter ?

Cherchez le nom du modèle avec les mots « API locale », et regardez s'il apparaît dans les listes d'intégrations tierces. Si une communauté a déjà obtenu le contrôle local, l'appareil a un avenir au-delà de son fabricant.

À lire ensuite