Home Assistant et Jeedom sont souvent opposés comme s’il fallait choisir entre une solution « simple » et une solution « technique ». Ce raccourci aide peu. Les deux peuvent construire une excellente domotique locale, évolutive et très poussée. La vraie différence apparaît surtout dans la façon dont tu vas installer, organiser, étendre et maintenir ton système.

Dans ce guide, on part donc d’une hypothèse précise : tu as déjà décidé d’utiliser une plateforme domotique ouverte et ton hésitation porte réellement sur Home Assistant ou Jeedom. Si tu te demandes encore s’il te faut une box centrale, une passerelle constructeur ou aucune plateforme supplémentaire, commence plutôt par notre guide Faut-il une box domotique en 2026 ?

Le point clé : ne choisis pas sur le nombre de logos compatibles ou sur une réputation de « facilité ». Choisis la plateforme dont la logique d’installation, d’administration et de maintenance correspond le mieux à ta façon de travailler.

1. Home Assistant vs Jeedom : la différence en 30 secondes

Si je devais résumer sans fabriquer de gagnant artificiel :

  • Home Assistant pousse aujourd’hui très loin l’intégration entre le logiciel, son interface, ses intégrations et Home Assistant OS. Avec un Home Assistant Green, on peut même démarrer sur un matériel prêt à l’emploi. L’interface permet de faire énormément de choses sans écrire de code, tout en laissant une grande profondeur aux utilisateurs avancés.
  • Jeedom repose sur son Core et son écosystème de plugins. Il peut être utilisé sur une box officielle ou installé sur du matériel compatible sous Debian. Sa logique d’objets, d’équipements, de commandes et de scénarios est différente de celle de Home Assistant, sans être moins capable pour autant.

La mauvaise question : « lequel est le meilleur ? »

La bonne question : « lequel me donnera l’architecture que je comprends et que j’aurai encore envie de maintenir dans trois ans ? »

2. Deux plateformes ouvertes, mais deux philosophies

Les deux projets sont open source, fonctionnent localement et peuvent centraliser de nombreux fabricants. Mais leur organisation n’est pas identique.

Home Assistant : intégrations, appareils, entités et zones

Home Assistant organise la maison autour d’intégrations qui font remonter des appareils, des entités et des services. Les équipements peuvent ensuite être rangés dans des zones, des étages ou des étiquettes, puis utilisés dans les tableaux de bord, scènes, scripts et automatisations.

Cette logique devient particulièrement cohérente avec Home Assistant OS : le système d’exploitation, Home Assistant et les applications complémentaires sont administrés depuis le même environnement. Cela ne rend pas toute la domotique automatique, mais cela réduit une partie du travail d’administration système.

Jeedom : Core, équipements, commandes et plugins

Jeedom suit une autre logique. Les objets représentent l’organisation de la maison, les équipements regroupent les fonctions d’un appareil ou d’un service, et les commandes représentent les informations ou actions exploitables. Les plugins viennent ensuite étendre la plateforme pour ajouter des protocoles, des marques ou des fonctions.

Cette architecture est très lisible pour qui entre dans la logique Jeedom : Core → plugin → équipement → commandes → scénarios. Là encore, il ne s’agit pas de dire que cette approche est meilleure ou moins moderne. Elle structure simplement le système autrement.

Conseil DomoRepère : si tu peux tester les deux interfaces avant d’acheter tout le matériel, fais-le. Le meilleur indice n’est pas la première impression graphique : c’est la facilité avec laquelle tu retrouves un appareil, comprends son état et modifies une automatisation six mois plus tard.

3. Installation et matériel : qu’est-ce qu’il faut réellement prévoir ?

Home Assistant : Home Assistant OS ou Container

En 2026, la documentation officielle de Home Assistant ne propose plus que deux types d’installation : Home Assistant OS et Home Assistant Container. Les anciennes méthodes « Core » et « Supervised » que l’on retrouve encore dans de vieux tutoriels ne sont plus des méthodes officiellement proposées.

Home Assistant OS est la méthode recommandée pour la majorité des utilisateurs. Il peut tourner sur le Home Assistant Green, sur un Raspberry Pi, sur une machine x86-64 ou dans une machine virtuelle. Home Assistant Green constitue aujourd’hui le démarrage le plus plug-and-play : le système est préinstallé et il suffit essentiellement de fournir alimentation et réseau.

Home Assistant Container s’adresse plutôt à quelqu’un qui administre déjà son hôte et ses conteneurs. Home Assistant fonctionne alors dans Docker, mais tu prends toi-même en charge le système, les mises à jour du conteneur et les services complémentaires. Certaines fonctions liées notamment à Thread ou Z-Wave demandent alors de déployer leurs serveurs séparément.

Jeedom : box officielle ou installation sur Debian

Jeedom peut être utilisé sur ses box officielles ou installé sur différents matériels prenant en charge Debian : Raspberry Pi, PC ou mini-PC, machine virtuelle et autres environnements documentés. Une installation Docker existe également, mais la documentation Jeedom la présente comme non recommandée et le support officiel ne prend pas en charge les instances Docker.

Dans les deux cas, le choix du matériel change fortement l’expérience. Comparer un Home Assistant Green à un Jeedom DIY installé à la main n’a pas beaucoup de sens ; comparer deux solutions prêtes à l’emploi ou deux installations DIY est beaucoup plus pertinent.

À retenir : « Home Assistant » et « Jeedom » ne désignent pas chacun une seule box. Le logiciel peut être très simple à démarrer sur un matériel dédié ou demander davantage d’administration sur une installation personnelle.

4. Prise en main et interface : où vas-tu passer ton temps ?

Home Assistant a beaucoup évolué sur ce point. L’ajout d’intégrations, l’organisation des appareils et entités, la création de tableaux de bord et la majorité des automatisations se font désormais depuis l’interface graphique. Les zones et étages permettent de rapprocher l’organisation logicielle de la maison réelle.

Jeedom expose davantage directement sa logique d’objets, d’équipements et de commandes. Son Dashboard, ses historiques, ses scénarios et ses pages de configuration reflètent cette architecture. Quelqu’un qui aime voir explicitement la chaîne « équipement → commande → scénario » peut trouver cette logique très naturelle.

Il faut éviter une conclusion trop rapide du type « l’un est plus facile ». La difficulté dépend aussi de ce que tu demandes au système. Ajouter dix appareils standards et quelques automatismes simples n’a rien à voir avec maintenir plusieurs réseaux radio, des scripts avancés, un accès distant et cinquante intégrations.

5. Intégrations Home Assistant vs plugins Jeedom

Home Assistant utilise principalement le terme intégration. Beaucoup sont livrées directement avec le projet et configurables depuis l’interface. D’autres extensions communautaires existent en dehors du cœur officiel.

Jeedom s’appuie fortement sur son Market de plugins. On y trouve des plugins développés par Jeedom SAS et d’autres par des développeurs tiers. Certains sont gratuits, d’autres payants. Le prix d’un plugin ne dit pas à lui seul s’il est meilleur : ce qui compte est son niveau de maintenance, les appareils réellement pris en charge et les fonctions qu’il expose.

La méthode terrain : avant de choisir Home Assistant ou Jeedom, liste les 10 à 15 équipements ou services qui comptent vraiment chez toi. Vérifie ensuite leur compatibilité réelle sur les deux plateformes. Un chiffre global d’intégrations ou de plugins est beaucoup moins utile que la prise en charge exacte de ta serrure, ton chauffage, ton alarme ou tes volets.

Cette vérification est encore plus importante avec les fabricants qui utilisent des fonctions propriétaires. Un appareil peut être « compatible » tout en n’exposant qu’une partie de ses réglages.

6. Automatisations : jusqu’où peut-on aller sans coder ?

Home Assistant : YAML n’est plus une obligation

L’idée selon laquelle il faut apprendre YAML avant d’utiliser Home Assistant est aujourd’hui dépassée. Home Assistant possède un éditeur visuel d’automatisations pour créer les déclencheurs, conditions et actions depuis l’interface. YAML reste disponible pour certains usages avancés, les templates ou pour ceux qui préfèrent travailler directement dans la configuration.

On peut donc parfaitement créer des automatisations classiques — présence, horaires, éclairage, chauffage, notifications, volets — sans écrire une ligne de YAML.

Jeedom : les scénarios par blocs

Jeedom construit ses automatismes dans les scénarios. Les blocs permettent notamment de créer des conditions Si/Alors/Sinon, des actions, des boucles, des actions différées ou programmées. Un bloc Code permet aussi d’utiliser du PHP quand on veut dépasser les fonctions graphiques classiques.

Les deux plateformes ont donc la même caractéristique importante : le code est une possibilité d’extension, pas une condition d’entrée.

Le vrai critère :

Quand ton automatisation devient complexe, préfères-tu raisonner dans l’éditeur Home Assistant avec déclencheurs, conditions et actions, ou dans les scénarios en blocs de Jeedom ?

7. Local, cloud et dépendances externes

Home Assistant et Jeedom peuvent tous les deux faire fonctionner leur cœur de domotique localement, sans abonnement cloud obligatoire. C’est un point commun important.

Chez Home Assistant, le service optionnel de Nabu Casa historiquement appelé Home Assistant Cloud est en cours de renommage vers Home Assistant Link en 2026. Il sert notamment à simplifier l’accès distant, certaines connexions avec les assistants vocaux et des services en ligne. Home Assistant lui-même continue de fonctionner sans cet abonnement.

Jeedom indique également que son logiciel est gratuit et ne requiert ni cloud ni abonnement pour fonctionner. Des services supplémentaires peuvent être utilisés, par exemple pour certaines sauvegardes ou selon les plugins choisis.

Il reste néanmoins un piège commun aux deux plateformes : une plateforme locale ne transforme pas automatiquement un appareil cloud en appareil local. Si l’intégration ou le plugin dépend de l’API Internet du fabricant, cette dépendance reste présente.

8. Maintenance, mises à jour et sauvegardes

C’est probablement le critère le moins spectaculaire au moment d’acheter… et l’un des plus importants deux ans plus tard.

Home Assistant

Home Assistant OS centralise une grande partie de la maintenance dans l’interface et propose les mises à jour du système et de Home Assistant depuis le même environnement. Home Assistant intègre également les sauvegardes et permet de programmer des sauvegardes automatiques depuis l’interface.

Avec Home Assistant Container, la responsabilité change : tu dois maintenir toi-même l’hôte, le conteneur et les éventuels services externes.

Jeedom

Jeedom intègre également un système de sauvegarde et de restauration. Une sauvegarde contient notamment la configuration, les équipements, commandes, historiques, scénarios et designs. Il est possible de télécharger les archives pour les conserver ailleurs, et un service de sauvegarde cloud optionnel existe également.

Règle DomoRepère : une sauvegarde qui reste uniquement sur la machine domotique n’est pas une vraie stratégie de reprise. Quelle que soit la plateforme, garde régulièrement une copie hors de la machine qui héberge la domotique.

Les mises à jour méritent la même prudence. Plus tu utilises d’extensions tierces, plus il faut accepter qu’un composant puisse parfois demander une mise à jour ou un ajustement après une évolution importante du système.

9. Le coût réel des deux solutions

Comparer seulement le prix du logiciel donne une mauvaise réponse : Home Assistant et Jeedom sont tous les deux utilisables gratuitement comme logiciels open source.

Le coût réel vient ensuite de l’architecture :

  • machine hôte : box officielle, Green, Raspberry Pi, mini-PC, VM ou matériel déjà disponible ;
  • radios : coordinateur Zigbee, adaptateur Z-Wave, radio Thread ou autres interfaces selon le projet ;
  • services optionnels : par exemple Home Assistant Link ou les services Jeedom choisis ;
  • extensions : Home Assistant ne facture pas ses intégrations officielles, tandis que le Market Jeedom mélange plugins gratuits et payants ;
  • temps de maintenance : difficile à chiffrer, mais très réel sur une installation complexe.

Je déconseille donc les comparatifs du type « Home Assistant coûte X € et Jeedom Y € ». Deux installations utilisant les mêmes protocoles et les mêmes équipements peuvent avoir des coûts très différents selon le matériel choisi et les plugins ou services réellement nécessaires.

10. Zigbee, Z-Wave, Matter et Thread : que faut-il prévoir ?

Cette section ne refait pas le comparatif des protocoles. Pour comprendre leurs différences, consulte plutôt notre comparatif Zigbee, Z-Wave, Wi-Fi, Thread et Matter. Ici, on regarde uniquement ce qu’ils impliquent pour Home Assistant et Jeedom.

Zigbee

Avec Home Assistant, l’intégration officielle ZHA permet de créer un réseau Zigbee avec un coordinateur compatible. D’autres architectures existent également, mais le point important est que Home Assistant Green n’intègre pas à lui seul une radio Zigbee : il faut ajouter le matériel adapté ou utiliser une passerelle existante.

Jeedom s’appuie lui aussi sur un plugin et un coordinateur ou une radio compatible selon l’installation choisie. Le Market Jeedom propose notamment des solutions Zigbee officielles et communautaires.

Pour le fonctionnement du maillage, le placement du coordinateur et les routeurs, renvoie-toi au guide technique Zigbee DomoRepère.

Z-Wave

Home Assistant utilise aujourd’hui son intégration Z-Wave avec le pilote Z-Wave JS, un serveur Z-Wave et un adaptateur compatible. Sous Home Assistant OS, l’installation recommandée peut mettre en place l’application Z-Wave JS directement.

Jeedom dispose également d’un plugin Z-Wave JS sur son Market. Dans les deux cas, le réseau Z-Wave reste lié à un contrôleur physique adapté.

Pour les différences entre mesh classique, Z-Wave Plus et Long Range, consulte notre guide Z-Wave en domotique.

Matter et Thread

Home Assistant possède une intégration Matter officielle et utilise son propre contrôleur via Matter Server. Pour un appareil Matter over Thread, il faut également un réseau Thread et un Thread Border Router. Home Assistant peut utiliser des Border Routers tiers et peut aussi en créer un avec du matériel compatible, mais sa documentation indique encore en 2026 que l’intégration Thread reste en cours de développement.

Côté Jeedom, le Market propose actuellement un plugin Matter développé par un auteur tiers. Il faut donc vérifier la documentation et les prérequis du plugin au moment de construire l’installation plutôt que supposer que le fonctionnement est identique à celui de Home Assistant.

Important : Thread et Matter ne sont pas deux concurrents de Zigbee à mettre dans la même case. Thread fournit un réseau IP maillé basse consommation ; Matter est un protocole applicatif sur IP qui peut notamment utiliser Thread. Ce point reste valable quelle que soit la plateforme choisie.

11. Quel choix selon ton profil ?

Plutôt que de distribuer des points, voilà les situations dans lesquelles je regarderais d’abord l’une ou l’autre.

Home Assistant mérite d’être regardé en priorité si…

  • tu veux profiter d’un environnement très intégré avec Home Assistant OS ;
  • tu veux pouvoir démarrer sur un Home Assistant Green prêt à l’emploi tout en gardant une grande profondeur d’évolution ;
  • tu utilises beaucoup d’écosystèmes différents et veux vérifier leurs intégrations dans une plateforme commune ;
  • Matter fait partie de tes priorités et tu veux suivre l’intégration officielle proposée par Home Assistant ;
  • tu apprécies la logique appareils, entités, zones, tableaux de bord et automatisations visuelles.

Jeedom mérite d’être regardé en priorité si…

  • tu apprécies la logique objets, équipements, commandes et scénarios ;
  • tu veux construire ton installation autour du Market et de ses plugins ;
  • tu préfères partir sur une box Jeedom officielle ou gérer toi-même une installation Debian ;
  • tu es à l’aise avec les scénarios par blocs et veux pouvoir aller jusqu’au PHP pour certains besoins avancés ;
  • tes équipements essentiels disposent de plugins Jeedom bien maintenus qui répondent exactement à ton besoin.
Et si ton installation fonctionne déjà bien ? Migrer uniquement parce qu’une autre plateforme semble plus à la mode est rarement une bonne raison. La migration devient intéressante lorsqu’elle résout un problème réel : matériel non pris en charge, maintenance devenue pénible, architecture bloquée ou automatisations impossibles à maintenir.

12. Tableau comparatif Home Assistant vs Jeedom

Critère Home Assistant Jeedom
Logiciel Open source, gratuit Open source, gratuit
Solution prête à l’emploi Home Assistant Green Box officielles Jeedom
Installation DIY Home Assistant OS ou Container Debian sur matériel compatible, VM et autres méthodes documentées
Docker Home Assistant Container est officiellement proposé Possible mais indiqué comme non recommandé et non supporté officiellement
Extensions Intégrations Plugins via le Market
Automatisations graphiques Oui, éditeur visuel Oui, scénarios par blocs
Code obligatoire Non ; YAML et templates restent disponibles pour l’avancé Non ; PHP reste disponible via les blocs Code pour l’avancé
Fonctionnement local Oui Oui
Cloud obligatoire Non ; Home Assistant Link est optionnel Non ; services supplémentaires optionnels
Sauvegardes Oui, locales et automatisables depuis l’interface Oui, sauvegarde/restauration et export d’archives
Zigbee ZHA avec coordinateur compatible, entre autres possibilités Selon plugin et matériel compatible
Z-Wave Z-Wave JS + serveur + adaptateur Plugin Z-Wave JS + contrôleur compatible
Matter Intégration officielle + Matter Server Plugin Matter tiers actuellement disponible sur le Market
Thread Via un Thread Border Router ; intégration encore en évolution Dépend de l’architecture Matter/Thread et des prérequis du plugin utilisé
Plugins / intégrations payants Les intégrations officielles ne sont pas vendues ; services externes possibles Market mélange plugins gratuits et payants

Ce tableau ne permet toujours pas de désigner un « vainqueur », et c’est volontaire. Il permet surtout d’identifier où se situe la différence de responsabilité : système hôte, plugins, services complémentaires, radios et manière d’administrer l’ensemble.

13. Questions fréquentes

Home Assistant ou Jeedom : lequel est le plus simple pour débuter ?

Il n’y a pas de réponse universelle. Un Home Assistant Green sous Home Assistant OS est très différent d’un Home Assistant Container monté soi-même, tout comme une box Jeedom officielle est différente d’une installation DIY sous Debian. Pour débuter, compare surtout les solutions d’installation réellement envisagées et la logique d’interface qui te paraît la plus claire.

Faut-il savoir programmer pour utiliser Home Assistant ?

Non. La majorité des intégrations, tableaux de bord et automatisations courantes peuvent être configurés depuis l’interface. YAML et les templates sont surtout des outils supplémentaires pour les besoins avancés.

Faut-il savoir programmer pour utiliser Jeedom ?

Non. Les scénarios sont construits avec des blocs graphiques et les équipements sont gérés depuis l’interface. Le PHP est disponible dans les blocs Code pour les utilisateurs qui veulent aller plus loin.

Home Assistant et Jeedom fonctionnent-ils sans Internet ?

Oui pour leur cœur local. En revanche, certaines intégrations ou certains plugins peuvent eux-mêmes dépendre d’un service cloud constructeur. Il faut donc vérifier appareil par appareil si le fonctionnement souhaité reste local.

Peut-on utiliser Zigbee et Z-Wave avec les deux plateformes ?

Oui. Dans les deux cas, il faut prévoir les contrôleurs physiques et les composants logiciels adaptés. La différence se situe surtout dans la manière dont chaque plateforme intègre et administre ces réseaux.

Matter et Thread sont-ils mieux supportés par Home Assistant ou Jeedom ?

Home Assistant possède une intégration Matter officielle avec Matter Server et une documentation détaillée sur Thread et les Border Routers, même si l’intégration Thread reste encore en évolution. Jeedom propose actuellement Matter via un plugin tiers disponible sur son Market. Si Matter/Thread est un critère déterminant, vérifie donc l’état exact des intégrations et du matériel au moment de l’achat.

Peut-on passer de Jeedom à Home Assistant, ou l’inverse, sans réappairer tous les appareils ?

Pas toujours. Cela dépend du protocole, du contrôleur et de la façon dont le réseau a été construit. Des passerelles IP ou certaines intégrations peuvent parfois être reconnectées facilement, tandis qu’un réseau radio directement géré par la plateforme peut demander une migration spécifique ou un nouvel appairage. Il faut préparer la migration protocole par protocole plutôt que considérer la plateforme comme un simple logiciel à remplacer.

En résumé

Home Assistant et Jeedom savent tous les deux construire une domotique locale très poussée. Le bon choix dépend moins d’une liste de fonctions que de la manière dont tu veux installer, étendre, administrer et maintenir ta maison dans le temps.

Home Assistant offre aujourd’hui une expérience particulièrement intégrée autour de Home Assistant OS, de ses intégrations et de son matériel officiel, tout en gardant une grande profondeur pour les utilisateurs avancés. Jeedom conserve une logique très modulable autour de son Core, de ses plugins, de ses équipements, commandes et scénarios.

Avant de décider, fais donc trois choses : liste tes équipements indispensables, choisis le type de matériel sur lequel tu veux héberger la plateforme, puis vérifie quelle logique d’administration tu comprends le mieux.

Et si tu n’as pas encore décidé qu’une plateforme centrale était réellement nécessaire, reviens d’abord au guide Faut-il une box domotique en 2026 ?