Au deuxième jour d’Unify, la Connectivity Standards Alliance déploie Matter 1.6 et Product Security 1.1, avec 3 nouveautés majeures côté maison connectée — NFC, Joint Fabric, suggestions thermostat — et 2 niveaux de certification sécurité pour élargir la conformité des systèmes IoT.
Connectivity Standards Alliance muscle Matter 1.6 sur l’installation et le multi-écosystème
Connectivity Standards Alliance a officialisé Matter 1.6 pendant son événement Unify 2026, organisé du 16 au 18 juin 2026 à Austin. Selon l’organisation, qui dit représenter plus de 850 entreprises technologiques, cette version n’est pas une refonte du standard mais une mise à jour ciblée. Le cap est clair : réduire les frictions à l’installation, rendre le partage entre écosystèmes moins laborieux et améliorer la lecture de l’état réel des appareils. C’est un choix cohérent. Après Matter 1.5 en novembre 2025, centré sur les caméras, les fermetures motorisées, les capteurs de sol et la gestion d’énergie, puis Matter 1.5.1 en mars 2026, axé sur l’optimisation vidéo, l’alliance revient à un sujet plus terre à terre : faire fonctionner la maison connectée sans gymnastique logicielle. Selon le Matter Handbook, l’alliance vise en principe deux releases par an, avec des correctifs intermédiaires entre deux versions mineures. Cette cadence montre que Matter entre dans une phase d’industrialisation plus que de démonstration.
Le point de départ technique reste inchangé : selon la FAQ officielle de la CSA, Matter s’appuie sur des briques déjà installées dans le marché, à savoir le Bluetooth Low Energy pour la mise en service, puis le Wi‑Fi, le Thread et l’Ethernet pour la communication des appareils. En pratique, cela signifie que Matter 1.6 ne remplace pas l’existant : il le rend moins pénible à exploiter, ce qui est sans doute plus utile pour les fabricants comme pour les utilisateurs avancés.
Commissioning NFC : la nouveauté la plus concrète de cette version
La fonction la plus parlante de Matter 1.6 est le NFC-Based Commissioning. Le principe est simple : un smartphone peut échanger en NFC de façon bidirectionnelle avec un appareil Matter avant même sa mise sous tension complète. Selon la CSA, cela permet de configurer une ampoule avant de la visser, ou un interrupteur mural avant l’arrivée du courant secteur. Pour les déploiements plus lourds, plusieurs appareils peuvent aussi être provisionnés en amont, puis activés une fois posés à leur emplacement final.
Cette évolution corrige une limite de la version précédente. Selon la CSA, Matter 1.4.1, publiée le 7 mai 2025, avait déjà introduit les informations d’onboarding stockées dans une étiquette NFC, mais le processus complet dépendait encore du Bluetooth LE pour terminer la mise en service. Matter 1.6 va plus loin : l’échange de commissioning peut désormais passer entièrement par le NFC. L’écart fonctionnel est net. On passe d’un NFC utilisé comme raccourci d’identification à un NFC utilisé comme canal complet d’appairage.
Cette différence permet une première métrique dérivée utile : le nombre d’étapes radio distinctes nécessaires pour l’onboarding descend de deux à une dans ce scénario précis, soit une baisse de 50 % du nombre de technologies radio mobilisées pour le commissioning complet. Ce n’est pas un chiffre marketing de la CSA, c’est une lecture directe des mécanismes décrits entre Matter 1.4.1 et Matter 1.6. Pour un installateur, moins de dépendances signifie moins de points de défaillance. C’est là que cette mise à jour devient crédible.
Joint Fabric : la réponse à un vrai problème de cohabitation entre plateformes
Autre ajout clé : Joint Fabric. La fonction étend la logique de Multi-Admin. Jusqu’ici, le multi-admin permettait déjà à un appareil Matter d’être partagé entre plusieurs écosystèmes. Mais l’expérience restait souvent liée à des séquences d’ajout séparées et à des passerelles pas toujours harmonisées. Avec Joint Fabric, plusieurs contrôleurs autorisés par l’utilisateur peuvent coadministrer un même réseau Matter partagé.
Pour comprendre l’intérêt, il faut revenir à la notion de fabric. Selon le Matter Handbook, un fabric est un domaine de sécurité dans lequel les appareils partagent la même racine de confiance et un identifiant Fabric ID sur 64 bits. En clair, ce n’est pas juste un groupe logique. C’est le périmètre de confiance du réseau. En ouvrant la coadministration de ce tissu de sécurité à plusieurs contrôleurs autorisés, Matter 1.6 attaque un irritant structurel du marché : la dépendance à un seul chef d’orchestre.
Mon avis est simple : cette fonction compte davantage pour l’écosystème que pour la fiche produit. Le grand public ne cherchera pas “Joint Fabric” dans une boutique. En revanche, les marques qui veulent être visibles à la fois dans Apple Home, Google Home, Amazon Alexa ou d’autres environnements compatibles ont besoin d’un cadre plus propre pour le partage d’administration. C’est typiquement le genre d’amélioration discrète qui réduit les tickets support.
Thermostat Suggestions : moins de conflits, plus de hiérarchie dans les ordres
Matter 1.6 ajoute aussi Thermostat Suggestions. Cette fonction standardise la façon dont un contrôleur peut recommander un changement de température ou de mode sans imposer directement la consigne. Le thermostat reçoit une suggestion bornée dans le temps, puis l’évalue selon les préférences de l’utilisateur, les commandes récentes et l’état courant du système.
Le sujet peut sembler secondaire. Il ne l’est pas. Les maisons connectées échouent souvent sur les conflits d’intention. Un thermostat modifié à la main, une routine énergie déclenchée par un autre service, une logique anti-humidité lancée depuis une seconde plateforme : sans arbitrage, tout se contredit. La CSA cite plusieurs cas d’usage concrets : respect d’un programme d’effacement de consommation chez un énergéticien, prise en compte d’une préférence prioritaire comme l’économie d’énergie ou la qualité de l’air, et report d’une suggestion si l’utilisateur vient de modifier manuellement la température.
Le gain ici n’est pas chiffré par l’alliance, donc il faut rester factuel : non communiqué sur les économies réelles. En revanche, le bénéfice fonctionnel est clair. On remplace un modèle binaire, “j’ordonne”, par un modèle de négociation standardisé. Pour la gestion énergétique domestique, c’est plus mature. Et cela s’inscrit dans la trajectoire ouverte par Matter 1.4 puis Matter 1.5, qui avaient déjà élargi le terrain de jeu vers les batteries, les pompes à chaleur, les tarifs d’énergie et d’autres usages liés à la maîtrise de la consommation, selon le Matter Handbook.
Des améliorations de fond moins visibles, mais plus utiles à long terme
La CSA ajoute aussi plusieurs évolutions cœur de plateforme. Le texte source mentionne la communication standardisée des capacités d’un appareil et de ses limites opérationnelles, l’historique des événements pour les capteurs de sécurité, un état “démonté” pour les détecteurs de fumée et de monoxyde de carbone, ainsi que des listes de révocation de certificats plus scalables.
Ces ajouts méritent mieux qu’une note de bas de page. Selon le Matter Handbook, le processus de certification repose notamment sur l’attestation cryptographique de l’appareil, avec certificat d’attestation, clé privée associée et déclaration de certificat signée par l’alliance. Dès lors, toute amélioration sur la révocation des certificats touche au socle de confiance de l’écosystème. Ce n’est pas spectaculaire, mais c’est vital. Un standard domotique qui grandit sans outillage solide de révocation finit par payer l’addition plus tard.
Autre angle utile : l’historique d’événements pour capteurs de sécurité et l’état “non monté” pour les alarmes fumée/CO ciblent un cas terrain précis, celui de l’appareil présent dans l’inventaire mais mal posé, déplacé ou neutralisé. C’est une avancée modeste sur le papier, mais elle compte pour les intégrateurs, les bailleurs et les assurances qui veulent distinguer appareil installé, appareil actif et appareil retiré.
Product Security 1.1 élargit la certification du simple objet vers le système complet
L’autre annonce majeure concerne Product Security 1.1. Ici, le changement de périmètre est plus important que le numéro de version. La CSA ne se limite plus à l’équipement isolé. Selon l’alliance, la version 1.1 couvre désormais des systèmes IoT complets pouvant inclure appareils, applications IoT, processus distants et passerelles IoT. C’est une correction logique. Les failles réelles ne vivent presque jamais dans un seul boîtier. Elles circulent entre terminal, cloud, appli mobile et gateway.
La certification introduit deux niveaux d’assurance. Le Level‑1 repose sur une autoévaluation du fournisseur relue par un laboratoire d’essai autorisé. Le Level‑2 exige une évaluation indépendante et des tests fonctionnels menés par un laboratoire autorisé. Cette hiérarchie est saine. Elle évite de mettre sur le même plan une simple déclaration contrôlée et une validation externe plus robuste.
Deuxième métrique dérivée : le programme passe d’un niveau d’assurance unique mentionné dans la source d’origine pour la version 1.0 centrée appareil, à deux niveaux en version 1.1. Cela correspond à une hausse de 100 % du nombre de paliers d’assurance explicitement proposés dans le programme. Là encore, ce calcul ne remplace pas une évaluation de sécurité réelle, mais il montre que la CSA structure davantage son dispositif.
Pourquoi Product Security 1.1 compte particulièrement en Europe
Le point le plus concret pour les fabricants européens est réglementaire. Selon la CSA, Product Security 1.1 couvre désormais les exigences cybersécurité des normes harmonisées de la directive européenne RED sur les équipements radio, ainsi que le schéma de labellisation cybersécurité de Singapour. L’objectif affiché est de réduire la duplication des preuves et de simplifier les démarches de conformité sur plusieurs marchés.
Pour une marque qui vend en Europe puis en Asie, la promesse est simple : produire un dossier plus mutualisable. La CSA insiste d’ailleurs sur ce point dans sa page officielle dédiée au programme : les artefacts de certification sont conçus pour servir de pièces justificatives lors des soumissions réglementaires à des organismes notifiés. La bonne lecture n’est donc pas “une certification remplace toutes les règles”, ce qui serait excessif. La bonne lecture est “une certification produit davantage de briques réutilisables pour plusieurs cadres”. C’est moins vendeur, mais plus juste.
Le contexte de marché renforce cette utilité. Dans sa communication du 10 juin 2026 sur Product Security 1.1, la CSA rappelle que des milliards d’appareils connectés arrivent sur le marché et que la fragmentation des exigences régionales alourdit les coûts et retarde la commercialisation. Sur ce sujet, l’alliance tape juste : la complexité réglementaire est devenue un poste produit à part entière.
Ce que Matter 1.6 n’apporte pas, et c’est très révélateur
Cette release ne cherche pas à empiler de nouvelles grandes catégories d’appareils. C’est un contraste net avec Matter 1.5, qui avait ajouté les caméras, les sonnettes vidéo, les closures, les capteurs de sol et de nouvelles briques de gestion énergétique, selon la CSA. Matter 1.6 se concentre sur les couches de comportement, d’administration et de sécurité opérationnelle. Ce recentrage dit une chose : le standard a compris que l’interopérabilité ne se mesure plus seulement au nombre de logos compatibles, mais à la qualité des interactions entre plateformes.
Il faut aussi noter ce qui n’est pas communiqué. La CSA ne donne pas ici de chiffres de déploiement, de nombre d’appareils certifiés liés spécifiquement à Matter 1.6, de gains de temps de configuration ni de baisse mesurée des échecs d’onboarding. Même chose pour l’impact économique direct de Product Security 1.1 sur le coût de conformité : non communiqué. Pour un article technique, cette absence compte. Elle empêche de transformer la promesse en bénéfice mesuré. Il faut donc juger la version sur sa cohérence d’architecture plus que sur des KPI publics.
Lecture marché : une version plus utile aux fabricants qu’aux vitrines e-commerce
Le grand public verra peu de différence à court terme. Les fiches produits afficheront toujours surtout “compatible Matter”. En revanche, les fabricants, les éditeurs d’apps domotiques, les fournisseurs de passerelles et les laboratoires de test ont matière à travailler. Entre NFC-Based Commissioning, Joint Fabric, la logique de suggestion pour thermostat et l’élargissement de la certification sécurité aux systèmes IoT complets, la CSA fait évoluer le standard là où les coûts cachés sont les plus élevés : support, conformité, intégration croisée et maintenance.
Le positionnement est d’autant plus cohérent que l’alliance pousse aussi ses outils de développement. Selon la source fournie, la spécification Matter 1.6 et le SDK sont publiés en parallèle. Et selon le Matter Handbook, la structure documentaire reste organisée en quatre blocs : Core, Application Cluster, Device Library et Namespace. Pour les équipes produit, cela signifie une trajectoire d’implémentation plus directe, sans attendre une longue latence entre annonce marketing et documentation exploitable.
Comparaison rapide avec les releases précédentes : moins de vitrine, plus d’exécution
Le calendrier récent aide à situer cette mise à jour. Selon le Matter Handbook, Matter 1.4.1 est sorti en mai 2025 avec Enhanced Setup Flow, les tags NFC d’onboarding et le QR code multi-appareils. Matter 1.4.2 en août 2025 a ajouté le commissioning Wi‑Fi only, des améliorations sécurité et des scènes certifiables. Matter 1.5 en novembre 2025 a étendu fortement la couverture fonctionnelle, puis Matter 1.5.1 en mars 2026 a peaufiné la partie caméra avec multi-stream vidéo, clichés HEIC et streaming CMAF.
Face à cette séquence, Matter 1.6 n’est pas la version la plus spectaculaire. Mais c’est peut-être la plus rationnelle. Elle reprend le fil laissé par 1.4.1 sur l’installation, par 1.4 sur le multi-admin et par 1.5 sur les usages énergétiques. En d’autres termes, elle recolle des briques déjà posées au lieu d’ouvrir encore un nouveau front. Pour un standard qui vise la masse critique, c’est une bonne stratégie.
Référence officielle
La documentation officielle du programme est disponible sur le site de la Connectivity Standards Alliance : https://csa-iot.org/all-solutions/product-security/
Mon avis :
Matter 1.6 va dans le bon sens : le commissioning NFC complet et le Joint Fabric corrigent enfin deux irritants concrets, l’installation avant mise sous tension et le partage multi‑écosystème sans reconfiguration. Mais cela reste une avancée d’infrastructure : son intérêt réel dépendra du support effectif des fabricants et des plateformes, souvent plus lent que les annonces.
