La nouvelle marketplace de Home Assistant pourrait transformer toute la plateforme

Home Assistant Marketplace : HACS devient accessible depuis l’interface officielle

HACS a longtemps été la porte d’entrée vers les créations de la communauté Home Assistant, mais cette porte demandait parfois de connaître le bon chemin. Selon la façon dont la plateforme était installée, il fallait ajouter un dépôt tiers, exécuter une commande dans un conteneur, redémarrer le système, puis autoriser l’accès à GitHub. Pour un habitué, la procédure reste abordable ; pour une personne qui souhaite simplement connecter ses lampes et son thermostat, elle ressemble vite à un détour technique.

Le changement prévu avec Home Assistant 2026.11 consiste à intégrer HACS à la plateforme sous le nom de Marketplace. Le catalogue communautaire devrait être accessible depuis le menu principal des paramètres, sans installation séparée ni compte GitHub nécessaire pour parcourir et obtenir les éléments présents dans le catalogue standard. L’objectif n’est pas de rendre la domotique plus compliquée, mais de rapprocher les extensions utiles des utilisateurs qui pourraient en profiter.

La nuance compte dans une maison connectée. Une personne qui veut relier un appareil spécialisé, afficher une information supplémentaire ou ajuster son tableau de bord n’a pas toujours besoin de modifier des fichiers à la main. En rassemblant la découverte et l’installation dans une interface familière, Home Assistant réduit le nombre d’étapes qui séparent une idée d’un résultat concret. Un accès plus simple peut aussi éviter les installations improvisées à partir de tutoriels anciens ou de fichiers trouvés au hasard.

Une première installation moins intimidante

Imaginons Léa, qui vient de configurer Home Assistant sur un mini-ordinateur pour piloter l’éclairage, le chauffage et quelques capteurs de présence. Elle découvre qu’un développeur de la communauté propose une intégration adaptée à un équipement installé chez elle, mais le guide associé suppose qu’elle sait manipuler des dépôts et des répertoires système. Avec une marketplace intégrée, elle peut chercher l’extension depuis l’interface qu’elle utilise déjà, examiner sa fiche et lancer l’installation sans commencer par apprendre les coulisses de HACS.

Cette évolution ne rend pas chaque extension universellement simple à configurer. Un service cloud peut encore demander des identifiants, et un appareil particulier peut nécessiter des réglages précis. La différence se joue en amont : trouver l’outil et l’ajouter devient plus direct, ce qui laisse davantage de place aux explications qui comptent vraiment, comme les permissions demandées ou les fonctions disponibles.

Les dépôts personnalisés ne disparaissent pas pour autant. Ils resteront destinés aux personnes qui souhaitent ajouter une source précise ou tester une version située hors du catalogue principal, avec une authentification GitHub toujours requise pour ces usages. Cette séparation peut rendre l’expérience plus lisible : le catalogue courant pour la plupart des installations, les options avancées pour les utilisateurs qui savent pourquoi ils en ont besoin.

Pour les installateurs et les passionnés qui accompagnent des ménages, l’intérêt est très concret. Une démonstration ne doit plus forcément commencer par une séance de dépannage logiciel ; elle peut partir du besoin du résident, comme recevoir une alerte quand une porte reste ouverte ou afficher la consommation électrique dans un tableau de bord. La meilleure amélioration d’interface est parfois celle qui permet enfin de découvrir les fonctions déjà présentes.

Les extensions de la marketplace élargissent l’écosystème domotique

Home Assistant possède déjà un vaste catalogue officiel d’intégrations, mais les besoins réels des logements évoluent plus vite que n’importe quel catalogue centralisé. Un propriétaire peut avoir un appareil régional, une passerelle peu répandue ou une solution logicielle utilisée par une poignée de personnes. Dans ces cas, les développeurs de la communauté créent souvent une intégration ou une carte de tableau de bord avant qu’un projet puisse répondre aux critères d’inclusion dans le cœur de la plateforme.

La marketplace doit donner une vitrine plus visible à ces travaux. Son périmètre annoncé comprend les intégrations personnalisées, les cartes et extensions de tableau de bord, les thèmes ainsi que des macros de modèles réutilisables. Les blueprints gardent leur mode de partage actuel, tandis que les applications AppDaemon et les scripts Python ne sont pas prévus dans ce catalogue. Cette distinction évite de laisser croire que chaque forme de personnalisation sera gérée par le même outil.

La visibilité transforme une création en solution pratique

La disponibilité d’un projet sur GitHub ne garantit pas qu’un utilisateur le trouvera. Il faut parfois connaître le nom exact du dépôt, comprendre son installation et vérifier s’il est encore maintenu. Un catalogue consultable directement dans Home Assistant change cette dynamique : la recherche devient une étape normale de configuration, plutôt qu’une chasse aux liens réservée aux personnes qui suivent déjà les forums et les dépôts communautaires.

Prenons l’exemple d’un foyer équipé d’un compteur d’énergie dont le fabricant ne propose pas d’intégration officielle. Un développeur peut créer un connecteur communautaire qui expose les relevés à Home Assistant. Une fois les données visibles, les habitants peuvent suivre les périodes de forte consommation et ajuster une automatisation pour éviter de faire fonctionner certains appareils en même temps. La valeur du projet ne se limite donc pas à l’ajout d’une icône : elle peut aider à mieux comprendre les usages du logement.

La variété des cartes de tableau de bord a elle aussi un effet immédiat. Une famille peut préférer une vue simplifiée des pièces et des lumières, tandis qu’un utilisateur avancé veut suivre la qualité de l’air, les températures et la production solaire sur un écran mural. Des thèmes et des composants adaptés permettent de rendre l’information lisible pour chaque occupant, sans remplacer toute l’installation technique.

La marketplace peut également servir de terrain d’essai pour les projets qui aspirent à rejoindre les intégrations officielles. La documentation de Home Assistant présente cet espace comme un moyen pour une nouvelle création de trouver ses utilisateurs et de démontrer son utilité avant qu’une intégration au cœur de la plateforme soit envisagée. Le chemin n’est pas automatique, mais la visibilité peut fournir des retours concrets aux mainteneurs.

Cette progression rappelle celle de nombreux projets open source : une idée commence dans une petite communauté, se stabilise grâce aux retours, puis devient assez robuste pour toucher un public plus large. Dans une maison connectée, une innovation peut ainsi naître d’un besoin très précis, comme piloter une pompe ou intégrer une solution locale, avant de profiter à d’autres installations. La marketplace ne crée pas à elle seule les extensions ; elle donne à l’écosystème une entrée plus facile à repérer.

La découverte apporte toutefois une autre question : une fois une extension installée, comment savoir si elle reste compatible et correctement entretenue ? C’est là que la gestion des mises à jour devient essentielle au quotidien.

Home Assistant centralise les mises à jour des extensions communautaires

Installer une extension n’est que le début de son cycle de vie. Home Assistant évolue régulièrement, les services externes peuvent modifier leurs interfaces et un composant de tableau de bord peut demander une adaptation après une mise à jour. Si les extensions sont dispersées dans plusieurs dépôts et outils, l’utilisateur risque de ne pas voir qu’une nouvelle version existe, ou de repousser une mise à jour par crainte de casser une configuration qui fonctionne.

Avec Marketplace, chaque élément téléchargé doit disposer de sa propre entité de mise à jour. Les nouvelles versions apparaîtraient dans la section consacrée aux mises à jour de Home Assistant, avec des notes de version, au même endroit que les informations liées à la plateforme. Ce regroupement offre un repère clair : plutôt que de consulter un dépôt après l’autre, l’utilisateur peut examiner les changements disponibles dans l’interface qu’il connaît.

Compatibilité et migration des installations HACS

Les développeurs pourront déclarer dans le fichier de configuration hacs.json la version minimale de Home Assistant nécessaire à leur projet. Le catalogue peut alors éviter de proposer une version incompatible à une installation plus ancienne. Ce garde-fou ne remplace pas les tests de chaque créateur, mais il réduit une source fréquente de frustration : installer une mise à jour qui exige une version de la plateforme que le logement n’utilise pas encore.

Pour une petite installation, cette précision peut faire la différence entre une maintenance sereine et une soirée passée à chercher pourquoi une carte ne s’affiche plus. Imaginez un tableau de bord utilisé quotidiennement pour surveiller le chauffage et les fenêtres. Si la fiche d’une extension précise clairement les versions nécessaires et résume les changements, le responsable du logement peut choisir un moment adapté pour mettre à jour, plutôt que de découvrir le problème au milieu d’une journée froide.

Les personnes qui utilisent déjà HACS ne devraient pas avoir à reconstruire leur configuration lors du passage à Marketplace. La migration est conçue pour reprendre le contenu installé, les dépôts personnalisés, les ressources de tableau de bord, les entités de mise à jour, ainsi que les identifiants, étiquettes et zones associés. Les anciennes adresses HACS doivent également rediriger vers la nouvelle interface, ce qui limite les ruptures dans les habitudes et les favoris enregistrés.

Cette continuité est particulièrement importante dans les logements où Home Assistant pilote des usages essentiels, même si la plateforme ne doit pas être confondue avec un système de sécurité certifié. Lorsqu’un tableau de bord sert à vérifier une porte, une température ou la consommation d’un appareil, une migration discrète évite de demander aux habitants de réapprendre leur installation. Les mises à jour deviennent plus faciles à suivre sans transformer chaque changement d’outil en chantier.

Une bonne maintenance ne signifie pas installer toutes les nouvelles versions dès leur arrivée. Il reste judicieux de lire les notes, de vérifier les changements annoncés et de sauvegarder une installation avant une modification importante. La différence, c’est que les informations devraient être plus proches de l’action : l’utilisateur voit qu’une mise à jour existe, comprend mieux son contenu et peut décider avec davantage de contexte. Une marketplace utile ne se contente pas de distribuer des extensions ; elle rend leur entretien plus visible et plus prévisible.

Marketplace Home Assistant : une installation plus simple n’est pas une garantie de sécurité

Le mot marketplace peut évoquer un catalogue vérifié de bout en bout. Pour les contenus communautaires de Home Assistant, cette interprétation serait trompeuse : la présence d’un projet dans l’interface ne signifie pas qu’il devient une intégration officielle, ni que l’équipe principale garantit son fonctionnement. La marketplace facilite l’accès ; elle ne transforme pas automatiquement chaque création indépendante en logiciel audité et pris en charge.

Avant l’installation ou la mise à jour d’un contenu communautaire, un avertissement doit rappeler cette différence. Le remplacement d’une intégration intégrée au système demande une confirmation supplémentaire. Ces étapes ont une utilité pratique : elles signalent qu’un composant tiers peut modifier l’expérience ou le comportement d’une partie de l’installation, et invitent l’utilisateur à vérifier ce qu’il ajoute.

Des contrôles techniques, mais une responsabilité qui reste partagée

La marketplace prévoit des validations de données du catalogue, des contrôles sur les fichiers nécessaires et des limites visant à confiner l’extraction et la suppression aux répertoires attendus. Elle peut aussi revenir sur une installation lorsque les vérifications échouent. Les thèmes, les modèles, les intégrations et les extensions de tableau de bord font l’objet de contrôles adaptés à leur catégorie.

Ces protections réduisent certains risques liés à une installation mal formée, mais elles ne remplacent pas un audit complet de chaque ligne de code. Une intégration personnalisée s’exécute dans l’environnement de Home Assistant ; une carte personnalisée fonctionne dans le navigateur. Les concepteurs de la marketplace n’ajoutent pas, dans le dispositif décrit, de signatures de paquets ou de sommes de contrôle garantissant l’origine et l’intégrité de tous les téléchargements.

Pour un résident, la règle reste simple : privilégier un projet actif, lire sa description, vérifier les versions compatibles et comprendre les permissions nécessaires. Si une extension demande l’accès à un service en ligne, il faut aussi examiner les données concernées. Une solution qui pilote un capteur local n’a pas le même profil qu’un outil qui échange des informations avec un compte distant. Les préoccupations liées aux appareils mal configurés ou aux services peu fiables sont développées dans ce guide sur les problèmes possibles avec les appareils intelligents.

Les contrôles de soumission peuvent apporter un niveau de qualité, mais ils ne promettent pas un examen instantané ni une absence totale de défauts. Des projets peuvent être renvoyés à leurs auteurs pour des corrections, et les délais de revue peuvent s’allonger. Ce travail éditorial et technique est utile ; il ne dispense pas l’utilisateur de conserver des sauvegardes et d’éviter les composants abandonnés pour des fonctions critiques.

Dans un logement, les conséquences d’une extension défectueuse varient beaucoup. Une carte mal affichée est généralement gênante, tandis qu’une intégration qui perturbe une automatisation de chauffage peut affecter le confort ou la consommation. Il est donc raisonnable de tester les nouveautés sur une installation sauvegardée, ou de commencer par des fonctions non essentielles. Un accès plus accueillant doit s’accompagner d’une vigilance tout aussi claire : facilité d’installation et confiance ne sont pas synonymes.

La marketplace peut faire entrer davantage de foyers dans l’innovation Home Assistant

La transformation la plus profonde ne tient peut-être pas au nouvel emplacement d’un bouton, mais au public qui osera explorer les outils communautaires. HACS a déjà étendu ce que Home Assistant pouvait accomplir ; l’intégration sous le nom Marketplace peut rendre ces possibilités visibles aux personnes qui considéraient jusque-là les extensions comme une affaire de spécialistes. Quand une option apparaît dans l’interface principale, elle cesse de ressembler à un détour réservé aux initiés.

Cette évolution peut changer la façon dont une maison connectée est conçue. Une famille qui installe quelques ampoules et capteurs peut ensuite découvrir une intégration adaptée à un appareil existant, puis créer une automatisation plus cohérente. Par exemple, l’éclairage d’un couloir peut s’allumer doucement après le coucher du soleil lorsqu’un capteur détecte un passage, au lieu d’utiliser une lumière vive à toute heure. Le confort progresse sans exiger de remplacer tout l’équipement.

Des usages concrets, de l’énergie au confort quotidien

Dans un logement équipé d’un thermostat, de capteurs de température et de relevés de consommation, des extensions peuvent aider à réunir des informations qui restent autrement éparpillées. Les habitants repèrent plus facilement une pièce qui chauffe trop ou une période où plusieurs appareils fonctionnent simultanément. Une automatisation bien réglée peut ensuite réduire le chauffage dans une pièce inoccupée, à condition que le confort et les besoins du bâtiment restent prioritaires.

Les économies d’énergie ne sont pas garanties par l’installation d’un logiciel. Elles dépendent de l’isolation, des équipements, des habitudes et de la qualité des mesures. Mais la visibilité compte : si un tableau de bord révèle que le chauffage reste actif fenêtre ouverte, il devient possible d’agir, par exemple en envoyant une notification ou en ajustant temporairement une consigne. Les gains viennent alors d’une décision pratique, pas d’une promesse abstraite de technologie.

La marketplace pourrait aussi simplifier l’intégration de matériels récents dans un système déjà en place. Un concentrateur compatible Matter, par exemple, peut faciliter les échanges entre appareils de marques différentes, tandis que Home Assistant coordonne les scènes et les règles locales. Pour explorer cette piste, ce dossier consacré au concentrateur SwitchBot, à Matter et aux fonctions d’IA illustre les rapprochements possibles entre protocoles et usages.

Les extensions soutiennent également les besoins de confort qui ne se résument pas à l’énergie. Une personne peut vouloir une interface plus lisible, des commandes accessibles depuis une tablette dans la cuisine ou une alerte discrète lorsque la qualité de l’air baisse. La bonne combinaison dépend des occupants : une automatisation impressionnante mais incompréhensible n’apporte pas autant qu’une règle simple, expliquée et facile à désactiver.

Pour les développeurs, la vitrine intégrée peut apporter des retours d’usage plus variés. Une extension conçue pour un équipement de niche pourra être utilisée par des foyers qui n’auraient jamais cherché son dépôt en ligne. Les commentaires, les problèmes signalés et les demandes peuvent aider à l’améliorer, voire à préparer son évolution vers une intégration officielle si elle répond aux critères du projet.

Le mouvement reste progressif : la première version de Marketplace est pensée comme une continuité de HACS, avec le catalogue existant et les habitudes de soumission conservés. Pourtant, la place accordée aux créations communautaires change déjà leur statut dans l’expérience quotidienne. La plateforme ne devient pas seulement plus riche ; elle devient plus facile à explorer, et cette différence peut faire entrer l’innovation dans des logements qui n’auraient jamais franchi les anciennes étapes techniques.