Intégrations Home Assistant : choisir les plus fiables

C'est le composant qui connecte un appareil ou un service à Home Assistant et crée les entités correspondantes.

Une intégration relie un appareil ou un service à Home Assistant et crée les entités correspondantes : capteur, interrupteur, thermostat. L'Add-On, lui, est un logiciel qui tourne à côté de Home Assistant et ne crée aucune entité à lui seul. Ne confondez pas les deux, car c'est l'intégration qui fait exister vos objets dans l'interface.

Un service cloud passe par les serveurs du fabricant ; une intégration locale parle directement à l'appareil sur votre réseau, parfois après une authentification ou une découverte initiale. Attention : avec Home Assistant Container (Docker), les Add-Ons du Superviseur ne sont pas disponibles, seules les intégrations core et HACS le sont.

Une liste officielle de produits certifiés est publiée par le projet : elle indique qu'un appareil a passé un programme de compatibilité documenté.

Avant d'acheter un appareil pour votre installation, passez par la liste officielle « Works with Home Assistant », publiée sur works-with.home-assistant.io. Cette page recense les produits qui ont passé un programme de compatibilité documenté : c'est un signal de confiance matériel, pas une promesse marketing.

Attention au périmètre : ce statut porte sur la compatibilité matérielle, pas sur l'exposition complète des fonctions. Une prise certifiée peut très bien remonter l'état on/off sans exposer la consommation, parce que l'intégration ne gère qu'une partie de l'API de l'appareil. Alors lisez la fiche produit avant de valider : ce que vous voulez piloter n'est pas forcément dans Home Assistant. Et comme la liste bouge au fil des mises à jour, vérifiez sa date de consultation avant de la citer pour justifier un achat.

Trois sources coexistent : les intégrations core livrées avec Home Assistant, les intégrations custom installées via HACS, et les Add-Ons qui sont des logiciels à part.

Une intégration core est testée et publiée avec Home Assistant : c'est la source la plus sûre, et la liste officielle se trouve sur home-assistant.io/integrations. HACS, le Home Assistant Community Store, est un magasin communautaire : il donne accès à des intégrations custom que vous installez en dehors du catalogue officiel.

Un Add-On, lui, est un logiciel embarqué, comme un pont Zigbee2MQTT : il ne remplace pas une intégration, il la complète. Donc vérifiez d'abord d'où vient ce que vous installez, car la fiabilité n'est pas la même.

Une intégration fiable se reconnaît à des signaux observables : dépôt actif, tickets récents traités, compatibilité avec votre version de Home Assistant et documentation à jour.

La popularité n'est pas la fiabilité : un dépôt très étoilé mais muet depuis des mois reste un risque. Regardez plutôt des signaux observables. Une version publiée récemment est bon signe ; au-delà de quatorze mois sans publication, considérez le projet comme dormant. Si trois tickets restent ouverts sans réponse depuis six mois, passez à autre chose et cherchez une alternative. Ce sont des heuristiques, pas des règles officielles : à adapter à votre usage.

Une intégration locale continue de fonctionner sans Internet, une intégration cloud non.

Locale, elle parle directement à l'appareil depuis Home Assistant : l'ordre part, la lumière s'allume, même box débranchée. Une intégration cloud passe par les serveurs du fabricant. Coupez Internet et les entités ne répondent plus, même si l'appareil est à la maison.

Méfiez-vous des cas hybrides, puisque certaines intégrations locales exigent une authentification en ligne à l'installation ou un jeton à renouveler. Vérifiez la note d'installation. Exemple concret : l'intégration Google Assistant est de type cloud, sans Internet, la commande vocale ne pilote plus rien, alors que vos automatisations locales continuent de tourner.

Lisez les notes de version avant chaque mise à jour, sauvegardez, et n'installez qu'une intégration à la fois.

Avant chaque montée de version, ouvrez la page Breaking changes publiée avec la release. Les éléments qui changent de comportement y sont listés. Vous savez donc ce qui risque de casser chez vous, au lieu de le découvrir au redémarrage.

Vous mettez à jour Home Assistant d'abord, puis vos intégrations custom. Une custom ancienne bloque souvent le démarrage ; si c'est le cas, vous restaurez la sauvegarde. Gardez-en une récente et hors du système, clé USB, NAS, parce qu'un retour arrière se fait alors en quelques minutes, pas en une soirée.

Suivez les notes de version officielles et le changelog de chaque intégration custom que vous avez installée : c'est là que figurent les ruptures annoncées.

La page des notes de version, publiée à chaque sortie de Home Assistant, reste votre source principale : elle liste les intégrations concernées et la nature du changement. À côté, chaque dépôt HACS publie ses propres releases ; abonnez-vous aux notifications du dépôt pour ne pas manquer une rupture. La documentation développeur, sur developers.home-assistant.io, montre comment une intégration est construite et pourquoi elle peut cesser de fonctionner.

Tenez une courte liste de vos intégrations custom (nom, dépôt, date de dernière publication). C'est le document à relire avant chaque mise à jour, car une rupture annoncée ne vous surprend que si vous ne l'avez pas lue.

Pour Zigbee, la fiabilité ne vient pas seulement de l'intégration mais aussi du coordinateur : un dongle reconnu par ZHA et Zigbee2MQTT limite les faux problèmes d'intégration.

Le coordinateur fait tourner l'intégration Zigbee. Un dongle reconnu par ZHA et Zigbee2MQTT, comme le SLZB-06, fonctionne en local et évite bien des faux échecs imputés à l'intégration. Le maillon matériel commande la fiabilité perçue, donc choisissez d'abord un coordinateur documenté, ensuite vous déblayez le terrain des intégrations.

Commencez par les intégrations core liées à votre besoin principal, et n'ajoutez du HACS que si le catalogue officiel ne couvre pas votre appareil.

Repérez d'abord si votre appareil figure sur home-assistant.io/integrations : si oui, l'ajout se fait en deux minutes depuis Paramètres, sans dépendance communautaire. Le catalogue officiel porte l'essentiel, énergie, météo, médias, assistants vocaux, caméras, et chaque fiche précise le type local ou cloud, donc ce que vous acceptez de laisser sortir de chez vous.

Le tri tient à ça : une intégration core vous donne une fiche documentée et maintenue ; une intégration HACS dépanne, mais elle décroche dès que son auteur s'arrête. Si le catalogue ne couvre pas votre appareil, alors seulement vous ouvrez HACS.

Une intégration Home Assistant fiable se choisit d'abord selon sa source, son mode de fonctionnement et son suivi dans le temps, pas selon sa popularité.

La bonne approche consiste à partir du core. Si votre appareil ou service figure dans le catalogue officiel, vous évitez une dépendance communautaire et vous profitez d'un suivi aligné sur les versions de Home Assistant. Les intégrations custom via HACS restent utiles quand le core ne couvre pas votre besoin. Comme leur maintenance dépend d'un tiers, elles demandent plus de vigilance.

Au-delà de la source, vérifiez ce qui compte vraiment au quotidien : le fonctionnement local pour ne pas perdre vos automatisations quand Internet tombe, et des signaux de fiabilité observables comme un dépôt actif, des tickets traités et une documentation à jour. Pour Zigbee, le coordinateur compte autant que l'intégration, et pour les mises à jour, sauvegardez et lisez les notes de version avant d'agir.