Home Assistant et Wi-Fi - Le guide pour une domotique stable

Je pars d’une logique très concrète: plus la chaîne est locale, lisible et bien adressée sur le réseau, plus la domotique répond vite et tombe rarement en panne. C’est précisément ce qui fait la différence entre une maison connectée agréable à vivre et une installation qui demande des corrections toutes les deux semaines.

Ce que Home Assistant fait vraiment avec le Wi-Fi

Je vois souvent une confusion au démarrage: Home Assistant ne “parle” pas au Wi-Fi en tant que technologie, il pilote des appareils qui, eux, sont connectés au réseau Wi-Fi. Concrètement, la plateforme découvre des objets, récupère leurs états, puis envoie des commandes via une intégration locale, une API, MQTT ou un service cloud lorsqu’il n’existe pas mieux.

La documentation officielle insiste d’ailleurs sur ce point: Home Assistant scanne le réseau pour repérer des appareils connus et propose des intégrations quand c’est possible. C’est une bonne nouvelle, parce que cela permet de construire un système local, rapide et indépendant d’un compte externe dans beaucoup de cas.

Le Wi-Fi a donc sa place dans Home Assistant, mais pas partout de la même manière. Je le recommande volontiers pour les prises, interrupteurs, modules encastrés, relais, luminaires, caméras et certains thermostats. En revanche, pour les capteurs sur pile, je préfère souvent d’autres protocoles plus sobres, parce que le Wi-Fi consomme plus et sature plus vite un réseau domestique déjà chargé. C’est ce tri de départ qui évite la plupart des mauvaises surprises ensuite.

Une fois cette base comprise, la vraie question devient celle du réseau lui-même, car un bon appareil Wi-Fi reste médiocre sur une infrastructure bancale.

Préparer un réseau Wi-Fi stable pour la domotique

Si je devais résumer en une phrase, je dirais ceci: la stabilité Wi-Fi vaut plus que la puissance brute. Pour des objets connectés, un réseau propre, bien couvert et peu capricieux donne de meilleurs résultats qu’une box “très rapide” mais mal réglée.

Je privilégie presque toujours le 2,4 GHz pour la domotique Wi-Fi, parce que cette bande porte mieux à travers les murs et parce qu’une grande partie des objets connectés y est encore pensée. Quand un appareil refuse l’association, je vérifie aussi le mode de sécurité du SSID, le band steering et la séparation éventuelle entre 2,4 et 5 GHz. Parfois, un simple SSID dédié à la domotique fait gagner des heures.

Je garde aussi un œil sur la couverture réelle. Pour un objet critique, si le signal descend régulièrement sous environ -70 dBm, je m’attends à des déconnexions ou à des temps de réponse irréguliers. Dans ce cas, je préfère ajouter un point d’accès bien placé plutôt que forcer l’appareil à “tenir” avec un signal faible.

Si vous avez plusieurs bornes, évitez les répétiteurs basiques qui créent souvent plus de latence qu’ils n’en résolvent. Un point d’accès correctement câblé vaut presque toujours mieux qu’une chaîne d’extensions Wi-Fi. C’est précisément cette base réseau qui rend ensuite le choix des intégrations beaucoup plus simple.

Choisir la bonne méthode d’intégration selon l’appareil

Tout le monde n’a pas besoin de la même approche. Je choisis la méthode d’intégration en fonction de la marque, du firmware et du niveau de contrôle souhaité. Quand on fait ce choix proprement, on gagne en fiabilité et on perd beaucoup moins de temps en dépannage.

Dans la pratique, ma hiérarchie est simple: intégration native d’abord, ESPHome pour le DIY, MQTT pour les objets déjà construits autour de ce protocole, et Matter quand j’achète du matériel récent que je veux garder le plus ouvert possible. Je me méfie des solutions qui semblent simples au départ mais reposent en réalité sur un cloud obligatoire, parce qu’elles deviennent vite le point faible de toute l’installation.

Cette logique de choix évite les bricolages inutiles. Elle prépare aussi le terrain pour la partie la plus souvent négligée: le fonctionnement local, sans dépendance cachée à un serveur externe.

Configurer les objets Wi-Fi sans dépendre du cloud

Un appareil Wi-Fi peut sembler “compatible Home Assistant” alors qu’en réalité il passe d’abord par le cloud du fabricant. Ce détail change tout. Une intégration locale répond plus vite, tolère mieux une coupure Internet et vieillit beaucoup mieux qu’une architecture qui dépend d’un service extérieur pour chaque commande simple.

Quand j’ajoute un appareil, je fais toujours la même vérification: peut-il fonctionner localement, oui ou non ? S’il faut impérativement un compte tiers pour allumer une prise ou lire une température, je considère cela comme une contrainte, pas comme un détail marketing.

1. Je connecte l’appareil au bon SSID dès le départ, idéalement sur le réseau domotique prévu à cet effet.
2. Je vérifie qu’il est visible dans Home Assistant via l’intégration adaptée.
3. Je réserve son adresse IP dans le serveur DHCP du routeur ou de la box.
4. Je lui donne un nom explicite, cohérent avec la pièce et la fonction.
5. Je redémarre l’objet pour tester qu’il revient bien en ligne sans intervention manuelle.
6. Je coupe temporairement l’accès Internet si je veux valider le comportement local réel.

Cette dernière vérification est très utile. Beaucoup d’installations fonctionnent “tant que tout va bien”, puis deviennent pénibles dès qu’un service cloud tombe ou qu’un DNS réagit mal. Le test hors ligne révèle immédiatement si votre appareil dépend vraiment de Home Assistant ou s’il dépend d’un intermédiaire invisible.

Une fois ces dépendances clarifiées, on peut renforcer le réseau sans casser la découverte locale, ce qui est souvent l’étape la plus sensible dans une maison bien segmentée.

Sécuriser le réseau sans casser la découverte locale

La sécurité domotique n’est pas une posture abstraite. Dans une maison connectée, elle consiste surtout à réduire la surface d’attaque sans dégrader l’usage. C’est là que beaucoup de configurations se compliquent inutilement, en séparant trop tôt les objets sur des réseaux qui ne communiquent plus correctement entre eux.

Je recommande de commencer simple, puis de durcir si nécessaire. Un réseau invité n’est pas toujours adapté aux objets connectés, parce qu’il bloque souvent les échanges locaux, mDNS/Zeroconf ou SSDP. Or ce sont précisément ces mécanismes qui permettent à Home Assistant de découvrir certains appareils sans saisie manuelle d’adresse IP.

• Je change les mots de passe par défaut et j’utilise des identifiants uniques.
• Je garde les mises à jour firmware actives quand le fabricant les publie de manière fiable.
• Je n’expose pas les ports de mes objets Wi-Fi directement sur Internet.
• Si j’isole le réseau IoT, je vérifie que Home Assistant peut toujours joindre les appareils nécessaires.
• Je surveille le passage de mDNS/Zeroconf entre sous-réseaux si j’utilise des VLAN.
• Je ne force pas un mode WPA3-only sur du matériel ancien qui ne le supporte pas correctement.

Le bon compromis, à mes yeux, consiste à sécuriser sans rendre l’écosystème opaque. Si la séparation réseau devient si stricte qu’aucun appareil ne se découvre plus automatiquement, on a gagné en théorie ce qu’on a perdu en confort quotidien. C’est exactement pour cela que je préfère une sécurité progressive et testée plutôt qu’un cloisonnement brutal.

Avec cette approche, l’installation reste à la fois lisible, maintenable et suffisamment robuste pour une vraie maison habitée, pas pour un banc de test.

La configuration que je recommande pour une installation durable

Si je devais dessiner une base solide pour Home Assistant avec des équipements Wi-Fi, je partirais sur une structure très simple: Home Assistant en Ethernet, objets Wi-Fi en 2,4 GHz, réservations DHCP pour les équipements critiques, et intégrations locales dès qu’elles existent. C’est la combinaison qui donne le moins de surprises dans le temps.

J’ajouterais ensuite une règle de bon sens: les objets alimentés en permanence restent très pertinents en Wi-Fi, mais les capteurs sur pile méritent souvent un autre protocole. Pour moi, c’est là que Zigbee ou Thread reprennent l’avantage, parce qu’ils réduisent la charge radio et s’adaptent mieux aux usages intermittents.

Au final, le Wi-Fi n’est ni une solution universelle ni un mauvais choix. C’est un très bon choix quand le réseau est propre, que l’intégration est locale et que l’on accepte ses limites. Dans ces conditions, Home Assistant devient un véritable centre de contrôle domestique, rapide à utiliser et bien plus stable qu’une succession de services cloud mal reliés entre eux.