Matter vs MQTT est l'une des questions les plus fréquentes chez ceux qui construisent une maison connectée en 2026, et la réponse honnête est qu'ils ne sont pas vraiment concurrents. Matter est un standard qui définit comment les appareils grand public sont découverts, sécurisés et contrôlés sur votre réseau local ; MQTT est un protocole de messagerie léger qui fait circuler des données entre n'importe quels clients via un broker. Cet article explique les deux, les compare côte à côte et montre comment une installation Home Assistant peut tirer parti de chacun là où il excelle.
Ce qu'est Matter
Matter est un standard de couche application maintenu par la Connectivity Standards Alliance et soutenu par les grandes plateformes de maison connectée. Ses objectifs sont concrets : acheter une ampoule, scanner un QR code et la voir fonctionner avec l'écosystème que vous utilisez, en local et de manière sécurisée.
Caractéristiques clés :
- Basé sur IP. Matter fonctionne sur Wi-Fi, Ethernet et Thread (un maillage IPv6 basse consommation). Les appareils Thread rejoignent le reste du réseau via un border router, souvent intégré à une enceinte connectée ou à un hub.
- Modèle de données d'appareil standardisé. Une lampe Matter expose des clusters définis comme On/Off et Level Control. Tout contrôleur certifié sait la piloter sans intégration propre au fabricant.
- Mise en service et sécurité intégrées. Les appareils sont appairés avec un code de configuration, généralement via Bluetooth LE, et reçoivent des certificats pour cette fabric.
- Multi-admin. Un même appareil peut être contrôlé simultanément par plusieurs écosystèmes.
- Local d'abord. Le contrôle ne nécessite pas de cloud fabricant.
Ce que Matter ne cherche pas à être, c'est un pipeline de données généraliste. Il est conçu pour que des contrôleurs dialoguent avec des appareils sur le même réseau domestique, pas pour diffuser de la télémétrie vers des services distants ni pour connecter n'importe quel logiciel.
Ce qu'est MQTT
MQTT est un protocole de messagerie publish/subscribe standardisé par OASIS. Les clients se connectent à un broker, publient des messages sur des topics et s'abonnent aux topics qui les intéressent. Si la notion de broker est nouvelle pour vous, notre article sur ce que fait un broker MQTT en couvre les bases.
Caractéristiques clés :
- Un transport, pas un modèle d'appareil. MQTT ne définit pas ce qu'est une « lampe ». Les payloads sont des octets ; les topics et les formats dépendent de vous ou du logiciel utilisé.
- Fonctionne partout où TCP fonctionne. Microcontrôleurs, serveurs, navigateurs via WebSocket, services cloud.
- Découplé. Les publieurs et les abonnés ne se connaissent pas, ce qui facilite l'ajout ultérieur de tableaux de bord, d'enregistreurs et d'automatisations.
- Local ou distant. Un broker peut se trouver sur votre réseau ou dans le cloud.
Dans la maison connectée, MQTT est le liant derrière Zigbee2MQTT, Tasmota, ESPHome (en option), les appareils Shelly et d'innombrables capteurs DIY. Jeedom et Domoticz savent aussi communiquer en MQTT.
Matter vs MQTT côte à côte
| Aspect | Matter | MQTT |
|---|---|---|
| Type | Standard d'interopérabilité des appareils | Protocole de messagerie |
| Organisme de normalisation | Connectivity Standards Alliance | OASIS |
| Modèle de données d'appareil | Oui, clusters standardisés | Non, défini par l'application |
| Réseau | Wi-Fi, Ethernet, Thread (via border router) | Tout réseau TCP/IP, TLS, WebSocket |
| Découverte et appairage | QR code ou code de configuration, mise en service BLE | Configuration manuelle ou conventions comme la découverte Home Assistant |
| Modèle de sécurité | Certificats d'appareil, identifiants par fabric | TLS et identifiants du broker |
| Périmètre typique | Réseau domestique local | Local, cloud ou les deux |
| Accès à distance | Via votre contrôleur ou votre écosystème | Directement, via un broker joignable depuis Internet |
| Idéal pour | Acheter des appareils grand public certifiés qui fonctionnent tout de suite | Appareils DIY, télémétrie, intégrations, données distantes |
| Certification | Requise pour le logo Matter | Aucune ; tout client peut se connecter |
Là où Matter l'emporte
Matter est le meilleur choix quand vous achetez des appareils du commerce et voulez qu'ils fonctionnent dans plusieurs écosystèmes avec un minimum de configuration. Serrures, thermostats, prises et lampes compatibles Matter peuvent être ajoutés à la fois à Home Assistant, Apple Home, Google Home et Alexa, sans cloud fabricant dans la boucle. Les appareils Matter basés sur Thread apportent en outre une faible consommation et un maillage auto-réparant, adapté aux capteurs sur batterie.
Pour les membres du foyer peu technophiles, le modèle de données standardisé est un vrai avantage : une lampe se comporte comme une lampe dans toutes les applications.
Là où MQTT l'emporte
MQTT est le meilleur choix quand vous construisez ou modifiez des appareils, que des données doivent quitter la maison ou que de nombreux programmes indépendants doivent partager les mêmes événements :
- Un capteur ESP32 que vous avez écrit vous-même n'est qu'à quelques lignes de la publication vers un broker ; construire un appareil Matter certifié est un projet bien plus lourd, même avec un SDK.
- Un tableau de bord cloud, une base de données de séries temporelles et Node-RED peuvent tous s'abonner aux mêmes topics sans toucher à l'appareil.
- Les données de plusieurs sites, comme une résidence secondaire ou l'appartement d'un parent, peuvent se rejoindre sur un même broker joignable depuis Internet.
- Les équipements non grand public comme les onduleurs solaires, les pompes à chaleur ou les stations météo parlent souvent MQTT ou peuvent y être reliés.
Si vous concevez ces topics, notre guide sur la structure des topics MQTT pour la maison connectée propose une organisation qui passe à l'échelle.
Comment Matter et MQTT coexistent dans Home Assistant
Home Assistant est l'endroit où les deux se rencontrent le plus souvent. Il dispose d'une intégration Matter qui joue le rôle de contrôleur Matter, et d'une intégration MQTT qui se connecte à un broker. Dans Home Assistant, les deux deviennent des entités ordinaires, si bien que les automatisations peuvent les combiner librement. Le guide Home Assistant MQTT couvre la partie MQTT, y compris la configuration vers un broker MQTT externe.
Le point intéressant est de faire sortir les données des appareils Matter. Matter étant local par nature, si vous voulez les mesures d'un thermostat Matter dans un tableau de bord cloud ou sur un autre site, Home Assistant peut republier son état en MQTT. L'intégration native mqtt_statestream le fait en quelques lignes de YAML :
# configuration.yaml
mqtt_statestream:
base_topic: home1/statestream
publish_attributes: true
publish_timestamps: true
include:
entity_globs:
- sensor.living_room_*
- climate.*
L'état de chaque entité incluse apparaît alors sur un topic comme home1/statestream/climate/living_room/state. Pour mieux maîtriser le format, utilisez une automatisation avec l'action de publication MQTT :
automation:
- alias: "Publish Matter thermostat to MQTT"
triggers:
- trigger: state
entity_id: climate.living_room
actions:
- action: mqtt.publish
data:
topic: home1/livingroom/thermostat/state
retain: true
payload: >
{"current": {{ state_attr('climate.living_room', 'current_temperature') }},
"target": {{ state_attr('climate.living_room', 'temperature') }},
"mode": "{{ states('climate.living_room') }}"}
L'inverse fonctionne aussi : une automatisation déclenchée par un message MQTT peut appeler un service sur un appareil Matter, de sorte qu'un panneau mural DIY publiant en MQTT peut allumer une lampe Matter.
Tester le pont avec un broker public
Avant de pointer Home Assistant vers un broker privé, vous pouvez observer le flux sur le serveur MQTT public gratuit avec un préfixe aléatoire. Configurez l'intégration MQTT avec le broker broker.connectmq.com, le port 1883, un client ID unique et sans identifiants, remplacez base_topic par quelque chose comme connectmq/demo/m6t3w1/statestream, puis observez :
mosquitto_sub -h broker.connectmq.com -p 1883 -i watch-m6t3w1 -t "connectmq/demo/m6t3w1/#" -v
N'oubliez pas que la zone publique est lisible par quiconque devine votre topic : utilisez-la uniquement avec des entités de test, jamais avec des serrures, des alarmes ou des données de présence. Ce serveur sert aux tests et aux prototypes, pas aux données de production ; notre article sur les limites d'un broker MQTT public les détaille.
Guide de décision
- Vous achetez des appareils grand public pour le contrôle au quotidien ? Privilégiez Matter, idéalement sur Thread pour les appareils sur batterie.
- Vous construisez vos propres capteurs ou contrôleurs ? Utilisez MQTT.
- Vous avez besoin des données hors du réseau domestique ? Utilisez MQTT, avec Home Assistant pour relayer les états Matter si nécessaire.
- Plusieurs logiciels consomment les mêmes données ? Le modèle publish/subscribe de MQTT est fait pour cela.
- Vous avez déjà des appareils Zigbee ou Z-Wave ? Reliez-les à MQTT ou à Home Assistant ; voir Zigbee vs Wi-Fi pour une maison connectée MQTT.
En pratique, la plupart des maisons avancées finissent par utiliser les deux : Matter pour les appareils certifiés, MQTT comme backbone de données.
Un broker fiable pour la partie MQTT
Quand la partie MQTT de la maison s'étend à des sites distants, des tableaux de bord cloud ou un accès depuis le téléphone, un broker que vous n'avez pas à maintenir devient intéressant. ConnectMQ est un broker MQTT managé avec TLS sur le port 8883, WebSocket sécurisé sur le 8084 et un explorateur de topics en direct, et Home Assistant s'y connecte comme à n'importe quel autre broker. Pour comparer les approches d'hébergement, consultez le guide du broker MQTT cloud, et pour d'autres projets, parcourez le guide de l'automatisation IoT.
Connectez Home Assistant à ConnectMQ
Créez un broker Serverless gratuit sur app.connectmq.com, sans carte bancaire, saisissez les identifiants générés dans l'intégration MQTT de Home Assistant avec TLS activé, et commencez à diffuser les états de vos appareils Matter et DIY vers votre broker ConnectMQ.
Questions fréquentes
Matter remplace-t-il MQTT ?
Non. Matter standardise la manière dont les appareils grand public sont contrôlés sur un réseau local, tandis que MQTT fait circuler des messages entre n'importe quels logiciels et appareils. Ils résolvent des problèmes différents et fonctionnent souvent côte à côte.
Un appareil Matter peut-il publier directement en MQTT ?
Pas dans le cadre du standard Matter. Un contrôleur comme Home Assistant lit l'appareil Matter et republie son état en MQTT via mqtt_statestream ou une automatisation.
Dois-je construire mes capteurs DIY avec Matter ou avec MQTT ?
MQTT est bien plus simple pour les appareils DIY et vous permet d'envoyer les données n'importe où. Matter a du sens pour les produits qui doivent fonctionner dans tous les écosystèmes grand public.
Matter a-t-il besoin d'Internet ?
Non. Matter est conçu pour le contrôle local. L'accès à distance passe par votre contrôleur ou l'application de votre écosystème, et c'est là qu'un broker MQTT joignable depuis Internet peut le compléter.
