Les entreprises domotiques ferment constamment. Insteon a arrêté ses serveurs du jour au lendemain en 2022, Wink a limité ses hubs derrière un mur payant, et Revolv a bloqué chaque appareil qu’il a jamais vendu quand Nest a acheté l’entreprise. Le modèle est cohérent : au moment où le cloud du fournisseur s’éteint, chaque ampoule, prise et capteur qui y est lié cesse de répondre. Une maison intelligente locale inverse cette dépendance. Le hub vit sur votre réseau, les règles s’exécutent sur votre matériel, et l’application parle directement à votre équipement sur le LAN. Nous avons passé un mois à tester des applications domotiques locales pour Android, en sélectionnant les sept qui tiennent le coup en 2026, que vous migriez une seule prise Tuya ou que vous gériez un maillage Zigbee de 200 appareils.
La liste courte ci-dessous couvre les plateformes entièrement open-source (Home Assistant, openHAB, Domoticz, AndFHEM), un hub commercial payant avec une philosophie locale par défaut (Hubitat), et deux applications de fournisseur qui exposent toujours un contrôle local significatif si vous les configurez correctement (Mi Home et Tuya Smart). Les applications mobiles complémentaires diffèrent dans le raffinement et l’ensemble des fonctionnalités, nous nous sommes donc concentrés sur ce que chacune fait bien plutôt que de les classer comme une compétition.
Ce qu’il faut chercher dans une application domotique locale
Cinq choses séparent une véritable configuration locale de celle qui semble simplement hors ligne.
Opération LAN uniquement. L’application doit atteindre le hub via votre réseau domestique, sans aller-retour vers un serveur du fournisseur. Testez-le avec le port WAN du routeur déconnecté.
Pas de dépendance cloud du fabricant. L’appairage, les automations et les mises à jour firmware des appareils doivent tous fonctionner sans compte actif auprès d’un SaaS tiers. L’enfermement propriétaire se cache généralement dans le flux d’appairage.
Support multi-protocole. Zigbee, Z-Wave, Matter, Thread, MQTT et ESPHome couvrent presque tous les appareils vendus en 2026. Un hub qui parle un seul protocole est un hub que vous remplacerez dans deux ans.
Moteur d’automatisation sur le hub. Les règles doivent vivre sur le contrôleur local afin qu’un redémarrage de votre routeur n’empêche pas les lumières de votre chambre de s’éteindre à minuit.
Personnalisation du tableau de bord et export de données ouvertes. Cartes, plans d’étage, jauges, graphiques d’historique et un moyen d’envoyer les données des capteurs vers InfluxDB, Prometheus ou un CSV simple. Sans export, vous ne possédez pas les données.
Comparaison rapide
| App | Meilleur pour | Licence | LAN uniquement | Protocoles | Prix |
|---|---|---|---|---|---|
| Home Assistant Companion | Hub local tout-en-un | Apache 2.0 | Oui | Zigbee, Z-Wave, Matter, Thread, MQTT, ESPHome et 2000+ autres | Gratuit |
| openHAB | Configurations pilotées par les règles Java | EPL 2.0 | Oui | Zigbee, Z-Wave, KNX, MQTT, Modbus, 400+ liaisons | Gratuit |
| Hubitat | Hub local plug-and-play | Proprietary | Oui | Zigbee, Z-Wave, Matter, LAN | Hub payant |
| Domoticz | Configurations Pi légères | GPL-3.0 | Oui | Z-Wave, MQTT, RFXCOM, EnOcean | Gratuit |
| AndFHEM | Vétérans FHEM | GPL-2.0 | Oui | FS20, HomeMatic, Z-Wave, MQTT via FHEM | Gratuit |
| Mi Home | Équipement Xiaomi avec mode local | Proprietary | Partiel | Zigbee, BLE, Wi-Fi (Xiaomi uniquement) | Gratuit |
| Tuya Smart | Appareils Tuya via LocalTuya | Proprietary | Partiel après extraction | Wi-Fi, Zigbee (Tuya uniquement) | Gratuit |
Les applications
1. Home Assistant Companion, meilleur pour un hub local tout-en-un
Home Assistant Companion est le client Android pour Home Assistant, la plateforme open-source qui est devenue la réponse par défaut pour les configurations locales sérieuses. Le serveur s’exécute sur un Raspberry Pi, un NUC, un NAS ou un vieux ordinateur portable, et l’application lui parle directement sur votre LAN. Il supporte Zigbee et Thread nativement via la clé Home Assistant SkyConnect, Z-Wave via Z-Wave JS, Matter via le contrôleur intégré, et environ 2000 autres intégrations couvrant tout, des relais Shelly aux caméras Reolink.
L’application compagnon gère la géolocalisation, les rapports de capteurs du téléphone (batterie, lumière, activité), les notifications push générées par vos automations et les tableaux de bord rendus de manière identique à l’interface web. Le contrôle vocal s’exécute localement via le pipeline Assist quand il est associé à un serveur Wyoming et un modèle Whisper local, donc votre audio microphone ne quitte jamais la maison.
Où ça fait défaut: La courbe d’apprentissage est abrupte. Le premier week-end se passe à apprendre YAML, déchiffrer la documentation d’intégration et déboguer les ID d’entité. L’application Companion abandonne parfois la connexion LAN directe et revient à Nabu Casa Cloud si vous l’avez activée.
Prix: Gratuit, incluant l’application et le serveur. Abonnement Nabu Casa optionnel (environ 6,50 EUR par mois) finance le développement et ajoute l’accès à distance sans redirection de port.
Plateformes: Android, iOS, web.
En conclusion: Si vous n’installez qu’une application de cette liste, installez Home Assistant Companion. Tout ce que vous pourriez vouloir ajouter plus tard vous attend déjà dans le serveur.
2. openHAB, meilleur pour les configurations pilotées par les règles Java
openHAB existe depuis 2010 et reste la plus forte alternative à Home Assistant pour les personnes qui préfèrent une pile basée sur JVM plus stricte. Le serveur s’exécute sur Linux, Windows, macOS, ou en tant qu’openHABian sur un Pi. Il parle Zigbee, Z-Wave, KNX, MQTT, Modbus, DALI et environ 400 liaisons communautaires. L’application mobile vous offre une interface basée sur les cartes du site, des notifications push et un tableau de bord de tuiles configurable à partir de la console openHAB.
La raison pour laquelle les équipes choisissent openHAB par rapport à Home Assistant est le moteur de règles. Vous écrivez des automations en Blockly, JRuby, JavaScript ou fichiers DSL, avec support IDE complet via l’extension openHAB de VS Code. Pour les déploiements avec gestion des changements stricte ou exigences d’audit, ce modèle basé sur le texte et contrôlé par version est plus facile à défendre que YAML enterré dans une structure de dossiers.
Où ça fait défaut: Le marché des intégrations est plus petit que Home Assistant et se met à jour plus lentement. L’application Android est fonctionnelle mais visuellement plus simple que le compagnon Home Assistant.
Prix: Gratuit, pas de niveau premium. Le connecteur cloud myopenHAB optionnel est gratuit et ne relaie que les notifications push et l’accès à distance.
Plateformes: Android, iOS, web.
En conclusion: Choisissez openHAB quand les règles basées sur le texte, le support KNX et une pile JVM comptent plus qu’un catalogue d’intégrations massif.
3. Hubitat, meilleur pour un hub local plug-and-play
Hubitat Elevation est le hub local pour les personnes qui veulent la commodité d’un produit commercial sans les chaînes cloud. Le hub est une petite boîte qui exécute Hubitat OS par elle-même, traite les automations sur l’appareil et ne se connecte à Internet que pour les mises à jour firmware et l’accès à distance optionnel. L’application Android est le pilote quotidien : tableaux de bord, scènes, notifications push et règles basées sur la localisation via Hubitat Presence.
Dès le départ, il parle Zigbee 3.0, Z-Wave Plus, Matter et n’importe quel appareil LAN qui expose un pilote via la bibliothèque communautaire Hubitat. Le moteur Rule Machine est suffisant pour répliquer la plupart des flux SmartThings et IFTTT sans quitter la boîte, et Maker API permet à Home Assistant ou Node-RED de lui parler proprement si vous voulez superposer quelque chose.
Où ça fait défaut: Le hub est du matériel payant (environ 150 USD pour le C-8 Pro), et le logiciel est propriétaire, donc si Hubitat se plie vous gardez vos appareils mais perdez la plateforme. L’éditeur de tableau de bord de l’application mobile affiche son âge.
Prix: Application gratuite, hub payant. Abonnement Hub Protect optionnel pour la sauvegarde cloud de la configuration du hub (environ 30 USD par an).
Plateformes: Android, iOS, web.
En conclusion: Le chemin le moins douloureux vers le contrôle local si vous ne voulez pas maintenir un serveur Linux.
4. Domoticz, meilleur pour les configurations Pi légères
Domoticz est le doyen des domotiques autohébergées. Le serveur est un binaire C++ unique, s’exécute sur Raspberry Pi Zero jusqu’à une boîte Linux complète, et utilise une fraction de la RAM dont Home Assistant a besoin. C’est le bon choix quand vous voulez un contrôleur durable sur du matériel modeste, en particulier pour les configurations de cabane ou hors-réseau. Le support natif des transcepteurs RFXCOM 433 MHz, Z-Wave via OpenZWave, MQTT, des lecteurs de compteurs intelligents P1 et EnOcean couvre la plupart du matériel DIY européen.
L’application Domoticz Lite Android est un wrapper propre autour de l’interface web plus les notifications push. Vous obtenez des interrupteurs, des cartes de capteurs, un journal des événements et des mises en page de type plan d’étage. Le scripting se fait en Lua, dzVents (wrapper Lua), Blockly ou Python, tout s’exécutant sur le serveur.
Où ça fait défaut: L’interface semble datée à côté de Home Assistant. Le support de Matter est arrivé plus tard que les concurrents et mûrit toujours. La communauté est plus petite, donc les intégrations de niche pourraient ne pas exister.
Prix: Gratuit.
Plateformes: Android, iOS, web.
En conclusion: Le meilleur choix pour un Raspberry Pi Zero ou du matériel plus ancien où Home Assistant semble lourd.
5. AndFHEM, meilleur pour les vétérans FHEM
AndFHEM est l’interface Android pour FHEM, le serveur domotique allemand de longue date écrit en Perl. FHEM est largement utilisé dans les configurations DIY européennes pour HomeMatic, FS20, EnOcean, KNX et Z-Wave, et script lourdement dans son propre DSL. L’application expose des salles, des appareils et des widgets FHEMWEB dans une interface tactile conviviale, avec cache hors-ligne, géofencing, déclencheurs de balises NFC et un plugin Tasker auto-mettant à jour.
C’est un choix de niche par conception. Si vous exécutez déjà FHEM, AndFHEM est le compagnon mobile le plus propre. Si ce n’est pas le cas, ce n’est pas l’endroit pour commencer.
Où ça fait défaut: FHEM a une courbe d’apprentissage abrupte et une interface que la plupart abandonnent en une soirée. L’application hérite de la complexité de FHEM, avec une terminologie qui suppose que vous avez lu le wiki.
Prix: Gratuit, mise à niveau premium optionnelle (environ 7 EUR ponctuel) déverrouille les widgets, les graphiques de facturation et la chronologie étendue.
Plateformes: Android.
En conclusion: Le client Android pragmatique si votre hub est déjà FHEM. Sinon, skippez-le.
6. Mi Home, meilleur pour les équipements Xiaomi avec mode local
Mi Home est l’application officielle Xiaomi, et elle mérite une place sur cette liste parce que le matériel Xiaomi expose une API locale documentée une fois que vous extrayez le token par appareil. Avec l’intégration Xiaomi Miio de Home Assistant, vous pouvez extraire les tokens directement de la base de données de l’application Mi Home et ensuite diriger les aspirateurs, purificateurs d’air, humidificateurs, capteurs et passerelles Zigbee Aqara sans que le cloud Xiaomi n’y touche. Mi Home fonctionne toujours contre les serveurs Xiaomi, mais l’appairage est le seul point où vous en avez besoin.
L’application est également utile pour les mises à jour du firmware et les changements de région occasionnels. Nous l’utilisons comme outil d’onboarding unique, puis remettons l’appareil à Home Assistant pour le contrôle quotidien.
Où ça fait défaut: L’application n’est pas locale par elle-même. Le système de compte Xiaomi, le verrouillage régional et la nomenclature d’appareil incohérente le rendent fastidieux. L’extraction de jetons s’est compliquée à chaque version majeure, donc les anciens guides ne correspondent peut-être pas à l’interface actuelle.
Prix: Gratuit avec des annonces et des produits Xiaomi promus.
Plateformes: Android, iOS.
En conclusion: Installez une fois pour appairer un appareil Xiaomi et extraire son token, puis déplacez le contrôle vers Home Assistant.
7. Tuya Smart, meilleur pour les appareils Tuya via LocalTuya
Tuya Smart est l’application de marque blanche derrière des milliers de prises, d’ampoules, de capteurs et de moteurs de stores rebaptisés vendus par des centaines de marques. C’est une application cloud en soi, mais Tuya expose un protocole LAN documenté, et le composant personnalisé LocalTuya pour Home Assistant parle à la plupart des appareils Tuya directement après extraction de leur clé locale. Comme avec Mi Home, l’application officielle est principalement un outil d’appairage dans notre configuration.
L’application elle-même est lourde et remplie de publicités, mais gère correctement le transfert Wi-Fi initial, supporte presque tous les appareils OEM Tuya que vous pourriez posséder et vous permet de vérifier l’état du firmware. L’appairage est beaucoup plus facile ici que dans certains chemins open-source.
Où ça fait défaut: Sans le pont LocalTuya, chaque action passe par le cloud Tuya, y compris les événements déclenchés par des boutons sur l’appareil lui-même. L’application encourage les upsells et le contenu promotionnel. Tuya a changé ses niveaux d’API de développeur plus d’une fois, donc l’étape d’extraction de données nécessite une revalidation occasionnelle.
Prix: Gratuit avec contenu promu.
Plateformes: Android, iOS.
En conclusion: Utilisez Tuya Smart pour l’appairage initial, puis déplacez le contrôle vers LocalTuya via Home Assistant pour que les appareils arrêtent d’appeler à la maison.
Comment choisir le bon
Commencez par la question de qui va le maintenir. Si c’est vous et que vous aimez bricoler, installez Home Assistant sur une Raspberry Pi 5 ou un mini PC remis à neuf, ajoutez l’application Companion et développez-vous. La plateforme couvre presque tous les protocoles et la communauté comble les lacunes plus rapidement que n’importe quel fournisseur.
Si vous voulez une maintenance minimale et êtes disposé à acheter du matériel, choisissez Hubitat. Le hub arrive prêt à appairer les appareils Zigbee et Z-Wave, le moteur de règles gère la plupart des automations sans code, et l’application fournit un tableau de bord stable qui n’a pas besoin de YAML.
Si votre pile est déjà KNX, Modbus, ou construite autour de règles bien définies qui vivent dans un dépôt de code, openHAB semblera plus naturel que Home Assistant.
Si vous exécutez un vieux Pi Zero dans une location de vacances et avez besoin d’automatisation résiliente aux pertes de puissance avec une petite empreinte, Domoticz est la réponse élancée.
Les deux applications de fournisseur n’appartiennent à la boîte à outils que comme assistants d’appairage. Une fois qu’un appareil Xiaomi ou Tuya est sur votre Wi-Fi et que vous avez extrait son token ou clé locale, déplacez le contrôle vers Home Assistant et vous pouvez désinstaller les originaux si vous le souhaitez.
FAQ
Ai-je toujours besoin d’Internet pour Home Assistant? Non. Une fois le serveur installé et intégré configuré, les automations, tableaux de bord, voix (via le pipeline Assist local) et notifications aux appareils du réseau fonctionnent tous avec le port WAN déconnecté. Internet n’est nécessaire que pour l’accès à distance, les données météorologiques et les mises à jour.
Puis-je exécuter une maison intelligente sans hub? Surtout non. Quelques appareils Matter et Thread peuvent être appairés directement à un téléphone, et le firmware ESPHome vous permet de flasher des appareils pour parler MQTT directement, mais au moment où vous voulez qu’un appareil réagisse à un autre, vous avez besoin d’un contrôleur. Un contrôleur ne doit pas être du matériel commercial : un Raspberry Pi ou un vieux laptop suffisent pour des centaines d’appareils.
Et si le fabricant ferme? Pour les appareils contrôlés localement, rien ne change. Les ampoules Zigbee et Z-Wave, les appareils Matter, les prises flashées MQTT et tout équipement apparié à Home Assistant ou Hubitat continuent de fonctionner car le cloud n’a jamais été dans le chemin. Le risque, ce sont les appareils uniquement cloud, c’est pourquoi nous les supprimons des nouvelles installations.
Mes commandes vocales fonctionneront-elles toujours localement? Oui, avec configuration. Le pipeline Assist de Home Assistant exécute Whisper pour la conversion vocale-texte et une sélection de moteurs TTS sur votre propre matériel. Les satellites Wyoming ou Atom Echo gèrent le côté microphone. La latence est plus élevée que Google Assistant, mais l’audio ne quitte jamais votre réseau.
Matter rend-il tout cela plus facile? Matter aide parce que les appareils parlent un protocole partagé sur IP, donc n’importe quel contrôleur peut appairer presque n’importe quel appareil Matter. Cela n’élimine pas la question cloud : de nombreux produits Matter ont toujours besoin d’une application fournisseur pour le firmware et les paramètres avancés, et pas tous les appareils hérités obtiendront jamais un firmware Matter. Traitez Matter comme un autre bon protocole, pas une réponse complète.
Puis-je migrer de SmartThings sans racheter les appareils? Oui pour la plupart des appareils Zigbee et Z-Wave, non pour les propriétaires. Les hubs SmartThings n’exportent pas les clés d’appairage, vous devrez donc réappairer les appareils Z-Wave au nouveau contrôleur (Hubitat ou Home Assistant via Z-Wave JS). Les appareils Zigbee migrent proprement une fois que vous les mettez en mode d’appairage.
