Home Assistant Supervisor est souvent cherché comme s’il s’agissait d’une option à activer dans un menu oublié. C’est justement la confusion de départ. Supervisor dépend d’abord de la méthode d’installation choisie, pas d’un interrupteur caché dans l’interface. Si vous ne le voyez pas, ce n’est pas forcément un bug. Très souvent, vous utilisez simplement une installation qui ne l’intègre pas.
Home Assistant Supervisor n’est pas une intégration universelle qu’on active à la demande. Il fait partie de certaines méthodes d’installation, surtout Home Assistant OS et Home Assistant Supervised, mais il est absent d’autres environnements comme Home Assistant Container. La réponse utile commence là. Si vous cherchez à « ajouter Supervisor » sur une installation qui ne le prévoit pas, vous posez déjà la mauvaise question.
La confusion vient d’un mélange fréquent entre les différentes couches du produit. Home Assistant Core, Home Assistant OS, Container et Supervised ne désignent pas la même chose. Beaucoup de lecteurs suivent un guide pensé pour HAOS, puis tentent de retrouver les mêmes fonctions sur une instance en conteneur. Forcément, ça ne colle pas.
Le bon réflexe est donc simple. Identifier d’abord le type d’installation réel, puis seulement chercher ce qui manque. Sans ce cadrage, on passe des heures à chercher un panneau qui n’a jamais eu vocation à exister sur cette machine.
Une fois cette confusion levée, on comprend mieux pourquoi le sujet revient aussi souvent. Supervisor n’est pas un détail d’interface. C’est une couche d’orchestration qui simplifie une partie de l’administration système autour de Home Assistant.
Supervisor gère les add-ons, les sauvegardes complètes ou partielles, les mises à jour de l’OS, le redémarrage du host et plusieurs services périphériques. Il expose aussi des entités et des actions utiles. Les documents officiels citent notamment des sensor entities, binary sensor entities, switch entities et des actions comme start app, stop app, restart app, create full backup ou restore.
Dit autrement, Supervisor retire une bonne partie de la charge d’administration que l’utilisateur devrait sinon assumer lui-même. C’est ce qui rend Home Assistant OS aussi confortable pour un usage domestique sérieux. Le système reste puissant. Il devient surtout plus lisible.
Sur HAOS, Supervisor transforme l’ensemble en plateforme cohérente. Installer Terminal & SSH, utiliser Samba, lancer Visual Studio Code, restaurer une sauvegarde ou gérer certains services, tout cela devient plus direct parce que cette couche centralise l’orchestration. Sans Supervisor, Home Assistant reste excellent. Il devient simplement plus manuel.
La donnée officielle permet de bien situer le sujet. L’intégration Supervisor est présente dans 81.4% of the active installations. C’est massif. Ce n’est pourtant pas universel. Et c’est exactement ce qui explique le nombre de recherches sur son absence supposée.
Pour compléter cette lecture sous l’angle Supervisor et système, Home Assistant OS apporte un repère utile sans sortir du sujet principal.
C’est le cas le plus déstabilisant pour beaucoup d’utilisateurs. Ils sont bien sur HAOS, mais ils pensent que Supervisor a disparu parce que l’interface a changé ou qu’un ancien repère n’existe plus au même endroit.
Les discussions de January 8 2024 autour de « Supervisor Integration » montrent bien cette friction. Le problème n’est souvent pas une absence réelle de Supervisor. C’est un problème d’interface, de renommage ou d’habitude prise sur une ancienne version.
Home Assistant évolue vite. Les menus bougent. Les repères changent. Un lecteur qui suit un tutoriel daté peut donc croire que Supervisor manque, alors qu’il est simplement en train de chercher un panneau qui n’a plus la même place.
Avant d’imaginer une panne, une désactivation mystérieuse ou une installation cassée, il faut vérifier les bases. Le type d’installation. La version de Home Assistant. La présence des add-ons. La présence des sauvegardes. Et surtout la compatibilité entre la documentation consultée et votre méthode réelle.
À l’inverse, si vous utilisez Home Assistant Container, chercher Supervisor comme s’il s’agissait d’une fonction absente revient souvent à forcer le produit à être autre chose que ce qu’il est.
Le mode Container repose sur une logique plus brute. Vous faites tourner Home Assistant dans un conteneur, mais vous gérez vous-même l’environnement autour. Cela apporte plus de contrôle sur l’hôte, sur Docker et sur les services annexes. En contrepartie, vous n’avez pas la couche Supervisor pour administrer les add-ons, les sauvegardes ou les fonctions système intégrées.
Ce n’est pas une anomalie. C’est un choix d’architecture. Container ne promet pas une expérience identique à HAOS avec juste un peu plus de technique. Il suppose au contraire que vous acceptez une part de gestion manuelle.
Sans Supervisor, vous perdez les add-ons gérés nativement, une partie du confort de maintenance et une administration plus centralisée. Vous gagnez en revanche plus de liberté sur votre environnement Linux et vos services. Pour un profil avancé, c’est parfois le bon choix. Pour quelqu’un qui voulait juste retrouver un bouton manquant, c’est souvent le signe que la base choisie ne correspond pas au besoin.
Le message à retenir est direct. Ne cherchez pas à récupérer Supervisor sur Container si vous n’avez pas d’abord clarifié pourquoi vous êtes sur Container.
Quand Supervisor devient une question bloquante, Home Assistant Green permet de comparer une approche intégrée avec des installations plus personnalisées.
C’est ici que beaucoup de lecteurs espèrent une sortie élégante. Ils découvrent Home Assistant Supervised et se disent qu’il suffira de l’ajouter sur un Linux existant pour retrouver l’expérience Supervisor. La réalité est plus stricte.
Le mode Supervised existe bien. Il est documenté via le dépôt home-assistant/supervised-installer. Mais il reste encadré, sensible et souvent mal compris par ceux qui veulent surtout « récupérer Supervisor » après coup sur une base qui n’était pas pensée pour cela.
Le point factuel le plus utile est clair. Le dépôt mentionne « This installation method is unsupported with the Home Assistant OS 2025.12.0 ». Cela rappelle que cette méthode est réelle, mais qu’elle ne doit pas être lue comme une rustine universelle. Elle demande un cadre précis et davantage de rigueur.
Si vous voulez vraiment l’expérience Supervisor, le choix le plus propre reste souvent Home Assistant OS. Pas un ajout tardif sur un Linux générique déjà en place pour d’autres usages. Tenter de rajouter cette couche après coup est souvent le symptôme d’un mauvais choix d’installation initial. Pas d’une option oubliée.
C’est sec, oui. C’est aussi la réponse la plus honnête.
À partir de là, la valeur réelle de Supervisor devient beaucoup plus claire. Sa force n’est pas d’ajouter une page de plus dans Home Assistant. Elle tient à tout ce qu’il vous évite de gérer à la main.
Supervisor pèse lourd dès qu’il faut installer des add-ons, créer des sauvegardes, restaurer une instance, redémarrer le host ou suivre des éléments système. Beaucoup de débutants ne le réalisent qu’au moment où ils veulent ajouter Zigbee2MQTT, utiliser SSH, monter Samba ou lancer Visual Studio Code. Tant que tout va bien, cette couche semble discrète. Le jour où il faut restaurer ou maintenir sérieusement l’installation, elle devient centrale.
La différence se voit très vite dans des cas concrets. Installer Zigbee2MQTT via un add-on sur Home Assistant OS n’a pas grand-chose à voir avec une mise en place manuelle sur une base plus brute. Même logique pour une restauration après une mauvaise mise à jour ou un stockage défaillant, avec Supervisor, la sauvegarde et la reprise restent bien plus lisibles.
C’est aussi pour cela que le choix d’architecture ne doit pas être traité comme un détail. Supervisor pèse dans l’arbitrage entre OS, Container et Supervised. Ce n’est pas un confort cosmétique. C’est une différence de charge mentale et de maintenance.
| Méthode d’installation | Supervisor présent ? | Ce que vous gagnez | Ce que vous devez gérer vous-même | Profil adapté |
|---|---|---|---|---|
| Home Assistant OS | Oui | Add-ons, backups, gestion système intégrée | Beaucoup moins d’administration manuelle | Débutant, intermédiaire, foyer voulant une base cohérente |
| Home Assistant Supervised | Oui | Une expérience proche de Supervisor sur Linux générique | Un cadre plus sensible et une maintenance plus exigeante | Utilisateur avancé qui sait pourquoi il le choisit |
| Home Assistant Container | Non | Plus de contrôle sur Docker, l’hôte et les services | Add-ons, sauvegardes et orchestration système | Profil avancé à l’aise avec Linux et conteneurs |
| Home Assistant Core | Non | Installation légère et très maîtrisable | Presque tout l’environnement autour | Profil technique assumant une gestion très manuelle |
Au final, la meilleure réponse dépend moins de votre envie d’avoir Supervisor que du niveau de maintenance que vous acceptez. Pour un profil débutant ou intermédiaire, Home Assistant OS reste généralement la base la plus logique, avec ses add-ons, ses sauvegardes et une administration plus lisible. Pour un profil avancé, Home Assistant Container peut rester pertinent si vous savez exactement ce que vous faites et si vous acceptez de gérer le reste. Pour celui qui veut rajouter Supervisor après coup, il faut souvent regarder le problème autrement, le choix d’installation initial ne collait probablement pas au besoin réel.
Supervisor n’est ni un plugin, ni une option cachée. C’est une couche d’orchestration qui fait gagner un temps énorme, mais seulement dans les méthodes d’installation qui l’intègrent proprement. Si vous le cherchez partout, ce n’est pas toujours parce qu’il manque. C’est souvent parce que votre base n’a jamais été pensée pour l’embarquer proprement dès le départ.
