IoT : vérifiez si votre appareil connecté dépend du cloud

Ah, les appareils connectés… Ces petits boîtiers malins qui promettent monts et merveilles : ampoules qui s’allument avec un « Hey Google ! », serrures qui s’ouvrent depuis votre téléphone, thermostats qui anticipent vos frissons en plein hiver. Sauf que derrière cette magie se cache souvent un monstre bien moins glamour : l’obligation de créer un compte cloud, de dépendre d’un service tiers, et de prier pour que le serveur du fabricant ne tombe pas en rade dans 5 ans. Moi, Marc, technicien informatique indépendant depuis 15 ans, je l’ai vu des dizaines de fois. La semaine dernière encore, un client m’a appelé pour une serrure connectée qui refusait de s’ouvrir parce que… « le serveur est en maintenance ». Spoiler : ils avaient fermé boutique depuis 6 mois.

Pourquoi cette base de données des appareils connectés est une révolution (et pas que pour les geeks)

L’Open Home Foundation, qui chapeaute Home Assistant, vient de sortir une Device Database en version bêta publique. Leur ambition ? Créer un « Wikipedia de l’IoT ». Traduction : une base de données collaborative où vous pourrez vérifier, avant d’acheter, si votre futur objet connecté vous obligera à créer un compte sur un serveur distant. Parce que oui, c’est ça le vrai problème avec l’IoT aujourd’hui. On nous vend des gadgets censés simplifier notre vie, mais en réalité, ils nous transforment en clients captifs d’un écosystème fermé, avec des mises à jour imposées, des abonnements cachés, et une dépendance totale au bon vouloir du fabricant.

Mine de rien, c’est une sacrée claque pour l’industrie. Parce que jusqu’ici, personne ne vous disait clairement : « Attention, ce thermostat va s’arrêter de fonctionner si le fabricant ferme boutique. » Vous appreniez ça à l’usage, quand votre boîtier affichait fièrement « Erreur 404 : serveur introuvable ». Et là, on a enfin un outil pour éviter ça. Du coup, cet article va vous expliquer comment l’utiliser, pourquoi c’est un game-changer, et surtout, comment repérer les pires pièges avant de sortir votre carte bleue.

Le problème de fond : l’IoT, ou l’art de créer des objets jetables

Je vais vous faire une confidence. En 15 ans de métier, j’ai désossé plus d’objets connectés que je n’ai de doigts. Et ce qui me fait le plus bondir ? Leur durée de vie. Un frigo connecté à 1 500 balles qui ne marche plus après 3 ans parce que le fabricant a décidé de ne plus maintenir son API. Une caméra de surveillance qui stocke vos vidéos dans le cloud… jusqu’à ce que vous arrêtiez de payer votre abonnement. Oui, ça existe. Et non, ce n’est pas une légende urbaine.

Le pire, c’est que ces appareils sont souvent conçus pour être incompatibles avec une utilisation locale. Prenez les enceintes connectées. Vous voulez contrôler votre lumière avec ? Il vous faut un compte Amazon ou Google, une connexion Internet permanente, et accepter que vos données soient analysées, vendues, ou piratées. Parce que oui, ces boîtiers sont aussi des mouchards géants. Alors que si vous aviez pris une ampoule Zigbee et un hub local, vous auriez contrôlé tout ça depuis votre réseau, sans dépendre de qui que ce soit.

Un exemple concret qui m’a fait hurler (et qui devrait vous faire fuir)

La semaine dernière, un client a acheté une porte de garage connectée. L’installation s’est bien passée. Le boîtier s’est connecté à son Wi-Fi, la porte s’ouvrait depuis l’appli. Tout allait bien. Sauf que trois mois plus tard, l’appli a commencé à refuser de se connecter. Message d’erreur : « Erreur de serveur. Veuillez réessayer plus tard. » Sauf que depuis, rien n’a changé. Le serveur du fabricant est toujours en rade. La solution ? Appeler le support technique pour leur demander de faire « quelque chose ». Spoiler : ils ne font rien. Parce que leur business model repose sur la vente de nouveaux appareils, pas sur le maintien des anciens.

Heureusement, avec la Device Database, ce genre de désastre aurait pu être évité. Il suffit de chercher le modèle de la porte de garage avant de l’acheter. La base de données vous indique immédiatement : « Ce modèle nécessite un compte cloud et un abonnement pour fonctionner pleinement. » Le client aurait évité 200 euros de dépense inutile. Et moi, j’aurais passé moins de temps à expliquer pourquoi les gens doivent réaliser que les objets connectés ne sont pas des investissements, mais des tickets pour un abonnement à vie.

Comment utiliser cette base de données pour ne pas se faire avoir ?

Alors, concrètement, comment ça marche ? La Device Database est en ligne à l’adresse device.automateyour.home. Vous tapez le nom du modèle qui vous intéresse, et la base vous indique :

• Si l’appareil fonctionne uniquement avec le cloud (donc si le serveur du fabricant tombe, il est mort).
• S’il peut fonctionner en local (avec un hub ou un logiciel comme Home Assistant).
• S’il nécessite un compte utilisateur (et si oui, si l’email et le mot de passe sont obligatoires).
• S’il y a des restrictions géographiques (certains appareils ne marchent que dans certains pays).
• S’il y a eu des problèmes de vie privée (fuites de données, etc.).

Le truc génial, c’est que c’est une base collaborative. Si un modèle n’est pas référencé, vous pouvez l’ajouter vous-même. Et si vous trouvez une information fausse, vous pouvez la corriger. C’est comme Wikipédia, mais pour éviter de se faire arnaquer par les fabricants d’IoT.

Les critères à vérifier avant d’acheter un appareil connecté

Pour ne pas vous retrouver dans la même situation que mon client avec sa porte de garage, voici les questions que vous devez vous poser avant d’acheter :

• Est-ce qu’il y a un compte obligatoire ? Si oui, fuyez. Ou préparez-vous à payer un abonnement à vie.
• Le fabricant propose-t-il une solution locale ? (Zigbee, Z-Wave, Matter…). Si non, méfiez-vous.
• Est-ce que l’appareil a une API publique ? Si non, c’est qu’il est conçu pour être contrôlé uniquement via le cloud.
• Est-ce que le fabricant a déjà fermé boutique ou abandonné des produits ? Une petite recherche Google sur « marque X abandonne Y » peut sauver votre investissement.
• Est-ce que l’appareil nécessite une connexion Internet permanente ? Si oui, il est inutile dès que votre box plante.

Prenez les ampoules connectées. Certaines (comme les Philips Hue) peuvent fonctionner en local. D’autres (comme les ampoules « mystérieuses » de marque X vendues sur Amazon) nécessitent un compte cloud pour fonctionner. La différence ? 50 balles d’un côté, 200 de l’autre, et 0 chance de contrôler votre lumière si le serveur tombe.

Le cas des marques qui promettent du « local » mais mentent

Attention, toutes les marques ne sont pas honnêtes. Certaines vous vendent du « fonctionnement local » mais en réalité, leur appareil a besoin du cloud pour une fonctionnalité basique. Par exemple, une caméra qui stocke les vidéos en local mais nécessite une connexion Internet pour envoyer des notifications. Le local, c’est comme le bio : il faut vérifier les labels.

Pire encore : certaines marques changent leur politique après l’achat. Votre appareil marchait en local ? Une mise à jour l’a rendu dépendant du cloud. C’est arrivé avec des marques comme TP-Link ou Eufy. Oui, même les marques « connues » peuvent vous lâcher. Alors vérifiez toujours les retours des utilisateurs avant d’acheter.

Pourquoi la Device Database ne résout pas tout (et ce qu’il faut faire en plus)

La Device Database est une excellente initiative, mais elle ne couvre pas tout. D’abord, parce que c’est une base collaborative : si personne ne prend le temps de référencer un modèle, il n’y sera pas. Ensuite, parce que les fabricants peuvent changer leur politique du jour au lendemain. Un appareil référencé comme « local » peut devenir dépendant du cloud avec une mise à jour.

Voici ce que je fais, moi, en plus de consulter la Device Database :

• Je cherche sur GitHub si quelqu’un a déjà reverse-enginé l’appareil pour le faire fonctionner en local.
• Je vérifie sur Home Assistant Community si un utilisateur a partagé une intégration non officielle.
• Je regarde sur Reddit ou des forums spécialisés si d’autres utilisateurs ont eu des problèmes similaires.
• Je privilégie les marques qui publient leurs protocoles (comme IKEA avec son hub Home Smart).

Par exemple, les appareils IKEA fonctionnent en local avec leur hub, même si l’appli officielle nécessite un compte. Mais si vous voulez une solution plus propre, vous pouvez utiliser Home Assistant avec l’intégration « IKEA Tradfri » et tout contrôler depuis votre réseau local. Le jour où IKEA ferme boutique, vos ampoules continueront de marcher.

Le piège des marques « écologiques » qui dépendent du cloud

Je me souviens d’un client qui avait acheté un chauffage connecté « éco-responsable ». Le truc coûtait trois fois le prix d’un radiateur classique, avec une promesse de « réduction de 30% de la consommation ». Sauf que pour que ça marche, il fallait créer un compte sur leur serveur, synchroniser ses données énergétiques, et accepter que la marque vende ses données à des tiers pour « optimiser » (lire : revendre) l’énergie. Résultat ? Le client a payé 1 200 euros pour un radiateur qui consomme plus que son ancien modèle, et dont les données sont monétisées sans son consentement.

Le pire, c’est que ces marques jouent sur l’argument écologique pour justifier des prix exorbitants et des abonnements cachés. Prenez le temps de lire les conditions générales. Ou ne les lisez pas, et assumez les conséquences.

Ce que les experts ne vous diront jamais (parce qu’ils sont souvent payés par les fabricants)

Les « experts » en IoT vous parleront de compatibilité, de protocoles, de mises à jour. Mais très peu vous diront la vérité : la plupart des appareils connectés sont conçus pour être jetables. Leur durée de vie est calculée pour être inférieure à la durée d’obsolescence programmée des serveurs du fabricant. Et une fois que vous avez acheté l’appareil, vous êtes coincé.

Prenez les serrures connectées. La marque Yale, par exemple, propose des modèles « smart ». Certains fonctionnent en local avec Zigbee. D’autres nécessitent une connexion Internet permanente pour s’ouvrir. La différence de prix ? 50 euros. La différence de contrôle ? Tout. Avec une serrure locale, vous pouvez ouvrir votre porte même si le fabricant fait faillite. Avec une serrure cloud, vous restez bloqué devant votre porte en priant pour que le serveur ne soit pas en maintenance.

Et puis il y a les marques qui changent de stratégie. Xiaomi, par exemple, a longtemps proposé des appareils compatibles avec Home Assistant. Puis ils ont décidé de verrouiller leurs appareils avec leur propre cloud. Résultat : des milliers d’utilisateurs se retrouvent avec des appareils inutilisables du jour au lendemain. Bienvenue dans l’IoT.

Le business model des fabricants d’IoT : vous vendre, encore et encore

Le vrai problème, c’est que l’industrie de l’IoT repose sur un modèle économique toxique : vendre un appareil à perte, puis vous faire payer pour son utilisation via des abonnements, des mises à jour, ou des services premium. C’est comme si on vous vendait une voiture à 5 000 euros, mais que vous deviez payer 10 euros par mois pour pouvoir l’utiliser. Et les gens trouvent ça normal.

Pire encore : certains fabricants vendent vos données à des tiers. Votre ampoule connectée envoie des rapports sur vos horaires de coucher ? Vous pensez que c’est anodin ? Réfléchissez à ce que ça peut devenir si ces données tombent entre les mains d’une compagnie d’assurance ou d’un démarchage commercial agressif. L’IoT, c’est aussi du Big Data, mais en plus intrusif.

Et si on évitait le piège dès le départ ?

Alors, que faire pour éviter de se faire avoir ? Voici ma méthode, testée et approuvée après 15 ans à réparer les conneries des gens :

• Privilégiez les appareils avec un protocole local : Zigbee, Z-Wave, Thread, Matter. Ces protocoles permettent de contrôler vos appareils sans dépendre d’Internet.
• Évitez les marques qui ne publient pas leurs API : Si la marque ne donne pas accès à ses données, c’est qu’elle ne veut pas que vous les contrôliez.
• Lisez les avis des utilisateurs : Sur Reddit, Amazon, ou des forums spécialisés. Si des dizaines de gens se plaignent de problèmes de serveur, fuyez.
• Préférez les hubs locaux : Home Assistant, OpenHAB, Jeedom… Ces logiciels vous permettent de contrôler vos appareils en local, même si le fabricant abandonne son service.
• Testez avant d’acheter : Si possible, empruntez l’appareil à un ami ou achetez-le d’occasion pour voir s’il fonctionne sans dépendre du cloud.

Mon conseil perso : si un appareil nécessite un compte cloud pour fonctionner, ne l’achetez pas. Même s’il est 20% moins cher. Parce que dans 2 ans, vous allez devoir soit le jeter, soit payer un abonnement à vie. Et personne n’a envie de payer 10 euros par mois pour allumer sa lumière.

Le cas des appareils « open-source » qui ne le sont pas vraiment

Attention aux marques qui vous vendent du « open » ou du « community ». Certaines proposent des SDK pour développer des intégrations, mais en réalité, leur appareil nécessite toujours le cloud pour fonctionner. C’est le cas de certaines caméras ou enceintes. Vérifiez toujours le code source ou l’existence d’une communauté active. Si personne ne reverse-engine le produit, c’est qu’il n’est pas fait pour être contrôlé localement.

Prenez les enceintes connectées. Les marques « open » comme Mycroft ou Rhasspy existent, mais elles sont rares et peu connues. La plupart des enceintes grand public (Amazon, Google, Apple) sont verrouillées. Si vous voulez une enceinte qui respecte votre vie privée, préparez-vous à bricoler.

En conclusion (mais pas vraiment) : l’IoT, c’est comme un abonnement à Netflix

Quand vous achetez un appareil connecté, vous ne payez pas juste le boîtier. Vous payez un abonnement implicite. Soit sous forme d’argent (abonnements, mises à jour), soit sous forme de données (votre vie privée vendue au plus offrant). Et comme pour Netflix, une fois que vous êtes dedans, vous n’avez plus le choix.

La Device Database est un premier pas pour briser ce cycle. Mais c’est à nous, utilisateurs, de faire pression sur les fabricants. En achetant des appareils qui respectent notre vie privée et notre autonomie. En exigeant des protocoles ouverts. En refusant les appareils qui nécessitent un compte cloud.

Parce qu’au final, un appareil connecté ne devrait pas être une prison. Il devrait être un outil. Un outil qui vous appartient, et que vous contrôlez. Pas un gadget qui vous contrôle.

Pour aller plus loin : comment contribuer à la Device Database ?

Si vous voulez aider à améliorer cette base de données, c’est très simple :

• Rendez-vous sur device.automateyour.home
• Cliquez sur « Add Device » et remplissez les informations sur l’appareil que vous connaissez.
• Si vous trouvez une information incorrecte, signalez-la ou corrigez-la.
• Partagez la base de données autour de vous pour qu’elle devienne la référence.

Et si vous voulez aller encore plus loin, commencez à explorer Home Assistant. C’est un projet open-source qui vous permet de contrôler tous vos appareils connectés depuis un seul endroit, sans dépendre du cloud. C’est la solution ultime pour reprendre le contrôle de votre domotique. Mais ça, c’est un autre sujet…

La source de cet article (parce que oui, il y a une source)

Cet article est inspiré d’un billet paru sur Korben.info, qui annonçait la sortie de la Device Database de l’Open Home Foundation. Si vous voulez creuser, je vous conseille de lire l’article original. Et si vous voulez des conseils plus techniques, venez me voir en atelier. Je vous garantis un diagnostic honnête… et pas de compte cloud obligatoire.

Source : article original