# L'intégration MQTT devient "Appareils virtuels MQTT"

**URL:** <https://community.gladysassistant.com/t/lintegration-mqtt-devient-appareils-virtuels-mqtt/10150>\
**Category:** Développement\
**Created:** [Mars 23, 2026, 2:04 UTC](https://community.gladysassistant.com/t/lintegration-mqtt-devient-appareils-virtuels-mqtt/10150 "2026-03-23T14:04:00Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Mars 23, 2026, 2:04 UTC](https://community.gladysassistant.com/t/lintegration-mqtt-devient-appareils-virtuels-mqtt/10150/1 "2026-03-23T14:04:00Z")

</div>

Salut à tous 🙂

J’ai l’impression que c’est un sujet qui revient souvent, notamment chez les utilisateurs venant de Home Assistant : **l’intégration MQTT est parfois mal comprise**.

Dans Home Assistant, tous les appareils dont les données passent par un broker MQTT (Zigbee2MQTT, ZwaveJS, etc.) sont généralement **regroupés dans l’intégration MQTT**.

Dans Gladys, le paradigme est différent : on fonctionne avec des intégrations **par technologie**.

On distingue clairement **Zigbee, Z-Wave, Nuki** , etc., même si en interne ces intégrations peuvent utiliser MQTT.

Pour éviter cette confusion, j’ai donc décidé de renommer l’intégration **“MQTT” en “Appareils Virtuels MQTT”**.

L’idée est de rendre plus clair que cette intégration sert à créer des **appareils personnalisés via MQTT** , et non à gérer tous les équipements utilisant MQTT en arrière-plan.

Voilà le rendu en français et en anglais 👇

 ![Capture d’écran 2026-03-23 à 14.58.04](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/6/9/69f9b4de0e3cd8f12ce636bb3e007f7382f73418.jpeg)  
 ![Capture d’écran 2026-03-23 à 14.58.25](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/5/8/585f9aa91a102238ef9206915582d6955674d274.jpeg)  
 ![Capture d’écran 2026-03-23 à 14.57.40](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/0/b/0b29f6fbf908be7fafeb12ac11212ca58d35fd1e.png)  
 ![Capture d’écran 2026-03-23 à 14.57.56](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/4/e/4ea34c826a5edb0325613651186a2d5847ac2c44.png)

La PR :

> <https://github.com/GladysAssistant/Gladys/pull/2503>
>
> \### Pull Request check-list
> 
> To ensure your Pull Request can be accepted as fa…st as possible, make sure to review and check all of these items:
> 
> \- \[x\] If your changes affect the code, did you write the tests?
> \- \[x\] Are tests passing? (\`npm test\` on both front/server)
> \- \[x\] Is the linter passing? (\`npm run eslint\` on both front/server)
> \- \[x\] Did you run prettier? (\`npm run prettier\` on both front/server)
> \- \[x\] If you are adding a new feature/service, did you run the integration comparator? (\`npm run compare-translations\` on front)
> \- \[x\] Did you test this pull request in real life? With real devices? If this development is a big feature or a new service, we recommend that you provide a Docker image to the community (\[forum\](https://community.gladysassistant.com/)) for testing before merging.
> 
> \### Description of change
> 
> \<img width="953" height="489" alt="Capture d’écran 2026-03-23 à 14 58 04" src="https://github.com/user-attachments/assets/051a22ef-0a7a-462f-9aa0-061a3abbb4c0" /\>
> 
> 
> 
> \## Summary by CodeRabbit
> 
> \## Release Notes
> 
> \* \*\*Documentation\*\*
> \* Clarified MQTT integration to emphasize creating and controlling virtual devices via MQTT
> \* Updated UI descriptions in English, German, and French
> \* Added informational guidance explaining virtual device control capabilities and references to related integrations for alternative device types

---

<div class="post-metadata">

**Author:** ![NineStars](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/ninestars/32/22836_2.png) [@NineStars](https://community.gladysassistant.com/u/NineStars)\
**Post date:** [Mars 23, 2026, 10:26 UTC](https://community.gladysassistant.com/t/lintegration-mqtt-devient-appareils-virtuels-mqtt/10150/2 "2026-03-23T22:26:24Z")

</div>

En effet, ça me parait bien plus clair comme ça 🙂

---

<div class="post-metadata">

**Author:** ![Terdious](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/terdious/32/6316_2.png) [@Terdious](https://community.gladysassistant.com/u/Terdious)\
**Post date:** [Mars 24, 2026, 2:40 UTC](https://community.gladysassistant.com/t/lintegration-mqtt-devient-appareils-virtuels-mqtt/10150/3 "2026-03-24T14:40:55Z")

</div>

Salut @pierre-gilles,

Je suis désolé, mais pour le coup, pour ma part, c’est loin d’être plus clair — et je m’explique.

Mes appareils MQTT de base sont des appareils à part entière : même s’ils sont personnalisables, ils restent construits en tant qu’appareils réels. Or, Gladys nous «&nbsp;oblige&nbsp;» à passer par l’intégration MQTT pour concevoir des appareils fictifs utilisés uniquement en interne. C’est quelque chose que je dis depuis longtemps : ce n’est pas un fonctionnement normal à mes yeux. On vient polluer nos brokers MQTT avec des publications qui n’ont pas lieu d’être.

Et dans mon cas, les topics MQTT sont déjà très largement utilisés et gourmands en ressources. Ajouter des topics «&nbsp;virtuels&nbsp;» par-dessus génère des lectures/écritures supplémentaires qui peuvent provoquer des charges excessives, voire des dysfonctionnements, pour rien.

Renommer l’intégration en «&nbsp;Appareils Virtuels MQTT&nbsp;» ne résout pas ce problème de fond. Ce que j’aurais préféré, c’est une **nouvelle intégration dédiée aux appareils virtuels** , complètement découplée de MQTT. Les appareils virtuels n’ont pas besoin de transiter par un broker : ils pourraient être gérés directement en interne par Gladys, sans aucune publication MQTT. Ça permettrait de garder le broker propre et réservé aux vrais échanges avec de vrais appareils.

Je m’appuie également sur cette réalité :  
Le principe de séparation des responsabilités (separation of concerns) est un fondamental en architecture logicielle. Un broker MQTT a pour vocation de faire transiter des messages entre des systèmes _réels_ — capteurs, actionneurs, passerelles. Y faire passer des états purement internes à Gladys, c’est effectivement détourner l’outil de sa fonction première. Si tu as déjà un broker chargé (beaucoup d’appareils Zigbee2MQTT, des capteurs qui publient fréquemment, etc.), chaque topic supplémentaire «&nbsp;virtuel&nbsp;» ajoute du bruit et de la charge, même si individuellement c’est léger.

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Mars 24, 2026, 7:48 UTC](https://community.gladysassistant.com/t/lintegration-mqtt-devient-appareils-virtuels-mqtt/10150/4 "2026-03-24T19:48:35Z")

</div>

Salut @Terdious 🙂

Merci d’avoir pris le temps de détailler ton point de vue, je comprends ta position.

De mon côté, la modification dont on parle ici est volontairement limitée au renommage, avec un objectif assez pragmatique : réduire la confusion pour les nouveaux utilisateurs (notamment ceux venant de Home Assistant), qui ne comprennent pas toujours le rôle de cette intégration aujourd’hui.

Si tu es partant, on peut ouvrir un sujet dédié pour en discuter plus en profondeur de ta problématique et voir quelles alternatives seraient envisageables côté Gladys.

Merci encore pour ton retour 🙏

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Avril 3, 2026, 6:36 UTC](https://community.gladysassistant.com/t/lintegration-mqtt-devient-appareils-virtuels-mqtt/10150/5 "2026-04-03T18:36:48Z")

</div>

La modification est live dans Gladys Assistant 4.72 :

> [@Gladys Assistant 4.72 : IA plus rapide, Homekit stabilisé et plein de correctifs](https://community.gladysassistant.com/t/gladys-assistant-4-72-ia-plus-rapide-homekit-stabilise-et-plein-de-correctifs/10170):
>
> Bonsoir à tous ! Gladys Assistant 4.72.0 est disponible tada Nouvelles fonctionnalités Zigbee : Support du double on/off pour bouton IKEA BILRESA Le bouton IKEA BILRESA est maintenant pleinement supporté via Zigbee2mqtt. IA : Réduction de la latence et des coûts Les images de caméras envoyées à l’IA sont maintenant redimensionnées avant envoi, ce qui réduit la latence et le coût des appels. Liste des intégrations : Ajout de tags Les intégrations sont maintenant taguées (local, cloud, Gla…

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Avril 3, 2026, 6:36 UTC](https://community.gladysassistant.com/t/lintegration-mqtt-devient-appareils-virtuels-mqtt/10150/6 "2026-04-03T18:36:51Z")

</div>


