Une ampoule répond dans une application, mais pas dans l’autre. Un capteur fonctionne parfaitement, jusqu’au remplacement de la box. Un thermostat s’installe en quelques minutes, sans proposer tous ses réglages. La maison connectée universelle avance, mais elle garde ses angles morts. À l’horizon de septembre 2026, Matter et Thread restent les clés d’une simplification crédible, pas une garantie de tranquillité. Les évolutions documentées des standards permettent de comprendre ces résistances ; leur généralisation demeure une perspective, pas un acquis.
Deux technologies, deux missions
La confusion commence souvent sur les emballages. Matter et Thread apparaissent ensemble, parfois à côté du Wi-Fi et du Bluetooth. Pourtant, ils ne désignent pas la même chose. Matter est un standard applicatif : il définit comment un appareil se présente, quelles commandes il comprend et comment il échange avec un système domotique. Son ambition est de fournir une langue commune aux équipements et aux plateformes compatibles.
Thread est un réseau maillé basse consommation fondé sur IP. Il transporte les communications, notamment pour des capteurs, serrures ou petits équipements alimentés sur batterie. Matter peut fonctionner sur Thread, mais aussi sur Wi-Fi ou Ethernet. Le Bluetooth Low Energy intervient généralement lors de la mise en service, pas comme transport principal des commandes Matter au quotidien. Un appareil Thread n’est donc pas automatiquement un appareil Matter.
Lancé en 2022 sous l’égide de la Connectivity Standards Alliance, Matter bénéficie du soutien d’Apple, Google, Amazon, Samsung et de nombreux fabricants. Ce rapprochement est important : plutôt que de multiplier les intégrations propriétaires, l’industrie construit un socle partagé. Mais parler la même langue ne signifie pas encore disposer du même vocabulaire, ni proposer la même interface.
Le logo ne raconte pas toute l’histoire
Les versions successives de Matter élargissent le périmètre. Matter 1.2, publié en octobre 2023, a notamment ajouté des catégories comme les aspirateurs robots et plusieurs appareils électroménagers. Matter 1.3, en mai 2024, a enrichi la gestion de l’énergie et introduit de nouveaux types d’équipements. Matter 1.4, publié en novembre 2024, a poursuivi le travail sur l’énergie, l’infrastructure domestique et le partage entre écosystèmes.
Ces publications ne mettent toutefois pas instantanément les logements à niveau. Entre une fonction inscrite dans la spécification et son apparition sur un téléphone, plusieurs acteurs doivent intervenir : fabricant de l’appareil, fournisseur de sa plateforme logicielle, opérateur de l’écosystème domotique. Chacun avance selon ses priorités, ses tests et ses contraintes matérielles. Une mise à jour annoncée ne vaut pas une fonction effectivement disponible.
Prenons un aspirateur robot. Une plateforme peut offrir les commandes de base tout en laissant la cartographie détaillée, les zones interdites ou certains programmes dans l’application du fabricant. Ce n’est pas nécessairement un échec de l’interopérabilité : c’est parfois sa limite actuelle. La compatibilité se vérifie fonction par fonction, et pas seulement à partir d’un logo ou d’un numéro de version.
Thread : le réseau discret qui exige un point de passage
Pour relier un réseau Thread au réseau local Wi-Fi ou Ethernet, il faut un routeur de bordure, ou Thread Border Router. Ce rôle peut être intégré à une enceinte, un écran connecté, un boîtier multimédia ou un équipement réseau compatible. Ce n’est pas nécessairement une passerelle propriétaire traduisant les commandes : il assure surtout le passage des paquets entre réseaux IP.
Autre distinction essentielle : le contrôleur Matter administre les appareils et les commande ; le routeur de bordure assure la connectivité Thread. Un même produit peut remplir les deux rôles, mais ce n’est pas systématique. Acheter un appareil présenté comme un « hub » ne suffit donc pas. Il faut vérifier ses fonctions exactes, parfois différentes selon la génération commercialisée.
Thread peut offrir plusieurs chemins de communication et plusieurs routeurs de bordure. Encore faut-il que l’ensemble soit correctement organisé. Historiquement, des équipements issus d’écosystèmes différents ont pu créer des réseaux Thread distincts, plutôt que rejoindre une infrastructure commune. Thread 1.4, annoncé en septembre 2024, vise notamment à faciliter le partage des identifiants réseau et l’interopérabilité. Son bénéfice concret dépend néanmoins de son adoption par les produits.
Quand la box devient le maillon faible
Le scénario est banal : tout fonctionne, puis l’utilisateur active un réseau invité ou remplace son routeur. Les appareils restent alimentés, mais leur découverte échoue. Matter s’appuie sur le réseau local, notamment IPv6 et des mécanismes de découverte comme mDNS. Certaines configurations d’isolation, certains filtrages du multicast ou une séparation mal maîtrisée entre segments réseau peuvent empêcher les équipements de se trouver.
Cela ne signifie pas qu’il faut une connexion Internet disposant d’une adresse IPv6 publique. Le fonctionnement IPv6 local et l’accès IPv6 fourni par l’opérateur sont deux questions différentes. Le problème est souvent plus proche : un téléphone placé sur un réseau invité isolé, une borne Wi-Fi configurée différemment des autres, ou une infrastructure qui traite mal certains échanges locaux.
La radio compte aussi. Thread utilise la bande des 2,4 GHz, également occupée par le Wi-Fi et d’autres technologies. Murs, éloignement et interférences influencent la fiabilité. Des appareils Thread alimentés sur secteur peuvent relayer les communications, selon leur rôle ; les capteurs sur batterie ne constituent généralement pas cette ossature. Accumuler les capteurs ne renforce donc pas automatiquement le maillage.
Partager un appareil ne synchronise pas toute la maison
Matter prévoit le « multi-admin » : un même équipement peut être associé à plusieurs écosystèmes. Une lampe peut ainsi devenir accessible depuis différentes plateformes compatibles, sans dépendre uniquement d’une intégration cloud entre leurs fournisseurs. C’est une avancée concrète pour les foyers où cohabitent plusieurs marques de téléphones ou d’assistants.
Mais ce partage ne fusionne pas les logements numériques. Les noms, pièces, scènes et automatisations restent largement gérés par chaque plateforme. Une routine créée dans un système n’apparaît pas nécessairement dans l’autre. Quant aux procédures de partage, elles peuvent demander l’ouverture d’une nouvelle fenêtre d’association et l’utilisation d’un code temporaire. Le multi-admin évite certains enfermements ; il ne supprime pas toute administration.
Acheter une fonction, pas une promesse
Pour limiter les déconvenues, mieux vaut partir d’un besoin précis : détecter une fuite, piloter un radiateur, éteindre toutes les lumières. Avant l’achat, quelques vérifications valent davantage qu’une accumulation de logos :
- Vérifier les fonctions disponibles dans la plateforme réellement utilisée.
- Identifier le contrôleur Matter et, si nécessaire, le routeur de bordure Thread.
- Distinguer les fonctions livrées des mises à jour promises.
- Examiner les besoins en compte fabricant, cloud et abonnement.
- Contrôler la politique de maintenance et conserver les codes d’association.
Matter favorise les commandes locales, mais ne garantit pas qu’un produit entier fonctionne sans Internet. L’accès à distance, certains services avancés ou la maintenance peuvent encore dépendre d’une infrastructure externe. Le progrès est réel : le socle commun réduit certaines dépendances. Il ne dispense pas d’examiner le service complet.
Et maintenant ? Pour septembre 2026 et au-delà, le scénario le plus plausible est une amélioration graduelle, plutôt qu’un basculement magique. Des réseaux Thread mieux unifiés, des fonctions Matter plus largement reprises et des diagnostics compréhensibles pourraient réduire les frictions. Le véritable test sera simple : remplacer une box, partager un appareil ou changer de plateforme sans devoir devenir administrateur réseau. C’est là que l’interopérabilité devra tenir sa promesse.
